…Continuación del artículo anterior ‘Calidad del software y planes de pruebas’…
Dentro del proceso de entrega de software al cliente o usuario final, es de vital importancia el aseguramiento de su calidad, al igual que se haría con cualquier producto o servicio. Promocionar un código erróneo suele ocasionar múltiples incidencias directas y otras indirectas. A pesar de que suele pensar que el software se entrega con demasiadas incidencias, y que «se arregla una cosa para fastidiar otra», veamos que las pruebas de software son una parte más del desarrollo de éste.
Aquí no pretendemos hacer un estudio exhaustivo sobre las baterías de pruebas, sino una breve descripción de los elementos que intervienen en un plan de pruebas.
TIPOS DE PRUEBAS
Pruebas unitarias. Validamos cada “pieza” de software como una unidad independiente. Se comprobará:
- Que todos los caminos lógicos tienen salida sin error.
- Todas las transacciones.
- Devolución de nulos.
- Control de excepciones.
- Control de entrada y salida de cada función o procedimiento sin error.
- …
Pruebas funcionales y de sistema. Su objetivo es localizar diferencias entre requerimientos y la solución desarrollada. Se comprobará:
- Set de pruebas de requerimientos funcionales.
- Pruebas de estrés y carga, con la finalidad de evaluar rendimiento.
- Pruebas de concurrencia.
- Controles de seguridad
- Recuperación ante fallos (pérdida de conexión, no finalización de procesos, …)
- …
Pruebas integración. Se trata de verificar el ensamble entre los distintos módulos de la solución y son acordes a los requerimientos funcionales y de sistema.
Pruebas de interoperabilidad. Si el módulo-funcionalidad del ERP no requiere la conectividad con otras soluciones externas, no será necesario realizar pruebas de estas características.
Pruebas de regresión. Verificación de que el sistema mantiene su funcionalidad tras las modificaciones y correcciones realizadas. En este caso se repiten las pruebas anteriores.
Pruebas de usabilidad. La solución no solo debe ser funcional, sino que debe ser robusta, flexible y de fácil aprendizaje.
HERRAMIENTAS PARA PRUEBAS
En muchos casos, todo el testeo es manual, por lo que no es necesario ningún tipo de software que automatice pruebas (Junit por ejemplo). En este caso, los juegos de datos son alimentados manualmente, por lo que no serán necesarios scripts de precarga de datos de prueba, lo que suele ralentizar el proceso de testeo.
DEFINICIÓN DE RECURSOS HUMANOS
Los recursos involucrados requeridos (como ejemplo):
- 1 Tester, 100% de su tiempo, durante x días.
- 2 Programadores, 80% de su tiempo, durante x días.
- 1 Analista, 30% de su tiempo, durante x días.
DEFINICIÓN DE OTROS RECURSOS
Se requerirá replicar un entorno de pruebas idéntico al entorno de preproducción, con la finalidad de realizar las pruebas en un entorno similar al que será de producción.
CRITERIOS EVALUACIÓN DE LA PRUEBA
Se seguirá el siguiente criterio de clasificación:
- Con éxito. Su funcionalidad y operativa es conforme.
- Debe retornar al proceso de testeo.
- Queda a la espera de algún otro tipo de prueba o secuencialmente no le corresponde.
FORMATO CASOS DE PRUEBA
Debería realizarse un formato normalizado para los distintos casos de prueba. A continuación se presenta un formato normalizado que se utilizará para pruebas funcionales, aunque con ligeros cambios puede extrapolarse a pruebas unitarias y de usabilidad.
PRUEBAS INTEGRACIÓN
En este caso, el entregable debería contener campos similares, si bien, debería acompañarse de una tabla donde apareciese una relación de todas las pruebas definidas en el plan de pruebas con la fecha de aprobación.
HERRAMIENTA DE BUG TRACKING
Elegimos Bugzilla como herramienta de bug tracking, con la cual podremos notificar y gestionar las incidencias relacionadas con las pruebas realizadas.
(En el Master en Software Libre de Gestión: Open Source & ERP II, estamos analizando situaciones como la que aquí acabamos de mostrar).
Autor: Sergio Martínez
Recibe nuevos artículos mediante suscripción por e-mail, RSS o Feedly |
|
Muchas gracias, sobre todo por el formato de casos de prueba, me fue de mucha utilidad.