Según aplique, los escenarios y cobertura de las pruebas es posible que se base en el Testing Agile:
Pruebas unitarias
•Por qué: para asegurar código se desarrolla correctamente
•Quienes: desarrolladores, arquitectos / técnicos
•Qué: todo nuevo código + re-factorización de código heredado, así como la unidad de pruebas Javascript
•Cuándo: tan pronto como se escriba el nuevo código
•Dónde: Dev + CI local
•Cómo: automatizado, Junit, TestNG, PHPUnit
Pruebas de API / servicio
•Por qué: para garantizar la comunicación entre los componentes que funcionan
•Quienes: desarrolladores, arquitectos / técnicos
•Qué: nuevos servicios web, componentes, controladores, entre otros.
•Cuándo: tan pronto como se desarrolle y esté listo el nuevo API
•Dónde: Dev + CI local
•Cómo: automatizado, interfaz de usuario SOAP, cliente REST
Prueba de Aceptación
•Por qué: para garantizar las expectativas del cliente se estén trabajando
•Quienes: desarrolladores, SDET / QA manual
•Qué: verificación de las pruebas de aceptación en las historias, características, entre otras.
•Cuándo: la función este lista y probada en la unidad
•Dónde: CI / entorno de prueba
•Cómo: prueba del sistema automatizado
Prueba del sistema automatizado (pepino) / Prueba de regresión / UAT
•Por qué: para garantizar que todo funcione cuando esté integrado
•Quienes: SDET / QA manual / Analista de Negocio / Dueño del Producto
•Qué: prueba de escenario, flujos de usuarios y típicos Customer Journey, pruebas de rendimiento y seguridad
•Cuándo: se complete la prueba de aceptacion
•Dónde: entorno de ensayo
•Cómo: pruebas exploratorias automatizadas (web driver)
Deja tu comentario
Debe iniciar sesión para escribir un comentario.