Las pruebas de calidad de software en 10 pasos

Imagen de: pmoinformatica.com

Las Pruebas de Calidad de Software, se han convertido en uno de los componentes más críticos del desarrollo de software, dado que los sistemas informáticos han crecido en tamaño, complejidad e interoperabilidad, creando múltiples oportunidades de cometer errores que resulten en defectos muy severos en el ambiente de producción.

Frente a este reto, se necesita una metodología para las Pruebas de Calidad de Software que sea estructurada, aceptada por todos los interesados y comprendidas tanto por desarrolladores como ingenieros de pruebas.

En este artículo, presentamos 10 pasos de las Pruebas de Calidad de Software: Entendimiento, Estimación, Elaboración de estrategia y plan, Elaboración de componentes, Diseño de cobertura, Ejecución de cobertura, Reporte de avance, Reporte de incidencias, Registro de procesos e Informe final.

Pmoinformatica.com, “La Oficina de Proyectos de Informática” presenta, Las Pruebas de Calidad de Software en 10 pasos.

Las pruebas de calidad de software en 10 pasos

Una metodología de pruebas de calidad de software debe abarcar actividades para estimar el esfuerzo (horas y jornadas), desarrollar la estrategia y plan de pruebas de software, diseñar los casos de prueba (elaboración), ejecutar las pruebas, informar el avance, controlar los defectos y sus correcciones y registrar el informe final de cierre.

Aquí un diagrama del ciclo de pruebas de calidad de software.

Más Información sobre Software Testing

> Visita nuestra página de Recursos en Pruebas de Software

Los 10 pasos para el control de calidad en desarrollo de software

Aquí los 10 pasos de la metodología para realizar pruebas de calidad de software.

Entender el software desarrollado: El proceso de pruebas de calidad de software comienza con un entendimiento del software desarrollado, lo cual implica revisar los requerimientos de usuario, requerimientos no funcionales, especificaciones funcionales, casos de uso y demás documentos.
Estimar esfuerzo de prueba: Se informa a los interesados el esfuerzo (medido por ejemplo en horas y jornadas) y el tiempo que implicará llevarlo a cabo, con miras a fijar expectativas claras y lograr una mejor planificación del personal y materiales involucrados.
Elaborar la estrategia y plan de pruebas: Implica hacernos preguntas como: ¿Porqué probamos?, ¿Qué estamos tratando de aprender?, ¿Cuántas pruebas son suficientes?, ¿Cómo organizamos el trabajo?, ¿Que tipos de pruebas de software ejecutaremos?, ¿Cuánto tiempo nos tomará completar la tarea de pruebas?, entre otras. Como resultado, definimos el alcance, recursos requeridos, ambientes de pruebas, calendario, responsables, métodos de gestión de riesgos y otros apartados.
Elaborar los componentes: Según la estructura de componentes establecida para el software desarrollado, se definen pruebas de calidad de software alineadas con cada uno. Todos los entregables del ciclo de desarrollo deben ser sometidos a revisiones de calidad, no sólo el código, es decir, las especificaciones funcionales, diseños técnicos, manuales y demás documentación.
Diseñar la cobertura: Consiste en diseñar los casos de prueba para cada uno de los componentes involucrados. Los casos de prueba deben corresponder con escenarios que puedan darse en ambiente de producción y combinar las variables necesarias. Entre las pruebas a diseñar están las pruebas de caja negra y las de caja blanca.
Ejecutar las pruebas: Consiste en ejecutar las pruebas de calidad de software diseñadas, para lo cual equipo de pruebas puede organizarse por ejemplo por componente y dividirse los casos. Debe existir visibilidad de los casos e incidencias que impidan la ejecución de otros casos de prueba para tomar acciones. Adicionalmente, cualquier situación con el entorno (no disponibilidad o errores no asociados al desarrollo), debe ser reportado al equipo que corresponda.
Reportar el avance: Implica llevar un reporte periódico del avance de las pruebas, que puede ser diario o varias veces al día para proyectos críticos, en el cual se informa los casos de prueba totales, casos de prueba ejecutados, casos exitosos, casos fallidos, casos pendientes, número de incidencias, entre otros aspectos. Existen herramientas de gestión de pruebas de software que permiten automatizar la emisión de este tipo de reportes.
Reportar las incidencias: Cada error reportado al ejecutar los casos de prueba debe registrar un reporte de incidencia, el cual debe incluir como mínimo la Fecha y Hora, Título descriptivo, descripción detallada que permita a otros reconocerlo silo encuentran, localización y entorno en el que se encontró (incluyendo el usuario y roles con los que se estaba probando), resaltar cual es el error si tiene una ubicación especifica en la pantalla y los pasos para reproducirlo.
Registrar los procesos: Consiste en finalizar el registro y organización de las evidencias de prueba y otra documentación de los casos de prueba ejecutados.
Elaborar reportes finales: Una vez finalizadas las pruebas, se elabora un informe final que reporte las pruebas ejecutadas, incluyendo los casos, los resultados, los problemas que se presentaron, lecciones aprendidas y otros aspectos.

El Contenido de este artículo forma parte del Curso Online de Software Testing Integral. ¿Interesado en formación el Pruebas de Calidad de Software?, más información aquí.

¿Que opinas tu?

¿Estás en el área de Testing de Software?, ¿Cuáles pasos sigue la metodología de Testing aplicada en tu organización?. Te invitamos a dejarnos comentarios en la Web de La Oficina de Proyectos de Informática (pmoinformatica) (puedes firmar tu comentario con la dirección de tu web si así lo deseas).

Software de gestión de calidad

Visita nuestra publicación: 5 software de gestión de calidad de software, para conocer como el software puede ayudar a la gestión de calidad empresarial.

¿Buscas más información de gerencia informática?

¿Quieres obtener completamente gratis plantillas, artículos y otros recursos de gerencia informática?, entonces siguenos en nuestras redes sociales: