El documento describe el proceso de testing de K2B, incluyendo las etapas de planificación y estrategia, diseño, ejecución y evaluación. Se enfatiza en la importancia de la automatización a través del uso de herramientas como GxTest y la definición de un oráculo para validar los resultados de las pruebas de manera automática. El objetivo es optimizar el proceso a través de técnicas como la priorización, automatización, uso de buenas prácticas y capacitación.
Aproveche las ventajas de la colaboración entre GeneXus y Cloud Shared Office...
Optimizando el proceso de testing
1. OPTIMIZANDO EL PROCESO DE
TESTING:
LA EXPERIENCIA EN K2B
Ing. Maria Eugenia Decia
mdecia@k2b.com
2. Escritor y crítico británico – 1819 - 1900
John Ruskin
Quality is never an
accident; it is always the
result of intelligent
effort
”
3. Proceso de construcción de K2B
Especificación
Desarrollo
Test y
Documentación
Soporte
nueva versión
Planificación
Backlog producto Backlog versión
Cierre Spec
Cierre desarrollo
Liberación de la version
Test y
Documentación
5. Planificación y estrategia
Especificación y desarrollo de la versión
Planificación y Estrategia
Backlog
versión
• Plan de pruebas
• Entregas a test
• Cierre de Spec
• Análisis de incidentes y funcionalidades
TestingDesarrollo
Cierre
desarrollo
Planificación
y estrategia
6. Agrupación de incidentes y funcionalidades
Análisis
Impacto
Prioridad
Planificación y estrategia
Análisis de incidentes y funcionalidades
Backlog
versión
Planificación
y estrategia
7. Diseño
Especificación y desarrollo de la versión
Planificación y
Estrategia
Backlog
versión
Diseño
• Brainstorming
• Técnicas de diseño de casos de prueba
• Patrones
• Revisiones(desarrollo - testing)
• Herramientas
Especificación y desarrollo de la versión
Planificación y
Estrategia
TestingDesarrollo
Cierre
desarrollo
Diseño
8. Diseño de casos:
CTWeb (Combinatorial Testing Web)
Grupo Alarcos
Universidad de Castilla-La Mancha
Registro y ejecución
Diseño
Herramientas
Diseño
9. Ejecución
Especificación
y desarrollo de
la versión
Backlog
versión
Diseño…
Corrección de errores
Ejecución
Build
interno
• Ejecución de casos de prueba
• Registro de la ejecución
• Documentación
TestingDesarrollo
Cierre
desarrollo
Liberación de la
versión
Diseño..
Especificación
y desarrollo de
la versión
Build
interno
Ejecución
11. ….
…
Corrección de errores
Ejecución
Análisis Diseño Ejecución
Análisis Diseño
Especificación y
desarrollo
Corrección de
errores
Especificación y
desarrollo
Corrección de
errores
Ejecución
Build Build
TestingDesarrollo
… Ejecución
Análisis Diseño Ejecución
…. Corrección de errores
Especificación y
desarrollo
Corrección de
errores
Cierre
desarrollo
Liberación de la
versión
Ejecución
Ejecución
14. Herramientas
Pautas en el diseño de casos
Comunicación en el equipo
Manejo de datos de prueba
Escenarios de las distintas instalaciones
Automatización
17. ….
…
Corrección de errores
Ejecución
TestingDesarrollo
… Ejecución
…. Corrección de errores
Cierre
desarrollo
Liberación de la
versión
Evaluación
Evaluación
• A considerar en próxima versión
• candidatos a automatizar
• pendientes
18. Proceso de test de K2B
Buenas prácticas
Priorización Automatización
Herramientas
Comunicación
Capacitación
19. Referencias
CTWeb
Grupo Alarcos http://alarcos.esi.uclm.es/
Blob Abstracta:
http://blog.abstracta.com.uy/2013/09/comenzamos-
oficialmente-colaborar-con.html
TestLik
http://teamst.org/
The Oracle Problem and the Teaching of Software Testing
Cem Kaner, J.D., Ph.D. http://kaner.com/?p=190
Que soluciona encontramos a este problema.Primero mantener la version original lo mas estable posible en este aspecto para poder liberarla en la fecha prevista.Y despues planificar builds posteriores a la liberacion donde se van a incluir estos cambios.El proceso que lleva liberar estos builds es analogo a lo que vimos solo que el tiempo es mas acotado, es decir, el tiempo en que nos lleva liberar cada build no es lo mismo que una version.