EJECUTANDO LAS PRUEBAS

Actualmente hablamos de la calidad, pero al igual que hablar de lo bueno o de lo malo,

tampoco tenemos un rango para medir la calidad.

¿Cómo hacer las pruebas?

1. Diseñar los casos de pruebas
Los casos de prueba es donde se valida si se está cumpliendo con los objetivos de
entrada, cuando se divide en fracciones pequeñas las labores de elaboración del software
las tareas son fáciles en su cumplimiento.
Como todos los procesos de ingeniería de software, hay técnicas y buenas prácticas que
se han recogido a lo largo de las experiencias, por demostrar ser efectivas. Las pruebas
no escapan a este principio, llevar listas de chequeo, revisar documentación de proyectos
anteriores, lluvias de ideas, opinión de expertos, formatos prediseñados y todo lo que
apoye el proceso es bienvenido.

Como los casos de prueba salen de los requerimientos, estos requerimientos también se
deben validar, el ERS, es una serie de criterios de software que cumplan con los
requisitos sean completos, consistentes, inequívocos, correctos, trazables, priorizarles,
modificables y verificables. En algunas ocasiones los casos de prueba requieren mas
información de la que podemos conseguir en documentos de arquitectura y diseño y
especificación.

En ocasiones se crea el núcleo funcional del sistema, independiente y luego se integra a

la interfaz, esto se ve sistemas multiplataformas, en programación orientada a objetos y
en sistemas operacional.
DESARROLLAR LAS PRUEBAS

El conjunto de casos de prueba permite validar las funciones del sistema, se puede llevar
una matriz de repetición que indique cuáles casos de prueba deben llevarse a cabo por
cada función alterada o agregada. En cada caso de prueba realizado se debe actualizar el
plan, los casos de prueba, los datos a usar , las matrices de repetición y pruebas de
integración y aceptación
CHEQUEAR LOS RESULTADOS
Una vez realizada las pruebas es bueno chequear los resultados documentados, con el fin
de medir el avance que se ha obtenido y la calidad del sistema,

PREPARAR EL SIGUIENTE CICLO DE PRUEBAS

Todo lo anterior corresponde a las etapas de hacer y chequear en la espiral de mejora
continua PDCA de Deming. En la fase de actuar. Lo que nos queda es la fase actuar que
consiste en prepararse para el siguiente ciclo de pruebas refinar el proceso de las
pruebas, reevaluar el equipo, los procedimientos y el ambiente de pruebas. Por último,
complementar el reporte preliminar de pruebas para su publicación e informe a todas las
áreas del proyecto.
Refinar-> Analizar el impacto de los cambios en el producto del software en el desarrollo
para determinar los cambios en el plan de pruebas para cubrirlos.
Revisión-> Cubre los casos de prueba, las unitarias y modulares, las del sistema, las de
entrega y aceptación