ieee 829

En un proyecto de desarrollo de software existe un conjunto de documentos asociados a cada una de las fases del ciclo de vida: planificación, análisis, diseño, construcción,... Podemos considerar el proceso de testing como un proyecto que se ejecuta en paralelo con el desarrollo y en el que se pueden distinguir tres grandes etapas:

Preparación de las pruebas.
Ejecución de las pruebas.Finalización de las pruebas.

Propone una serie de documentos que encajan en las etapas de testing de la siguiente forma:

Preparación de las pruebas.
Plan de pruebas.
Especificación de diseño de pruebas.
Especificación de casos de prueba.
Especificación de procedimientos de prueba.
Informe de transferencia de elementos de prueba.
Ejecución de las pruebas.
Registro de pruebas.
Informe deincidentes.
Finalización de las pruebas.
Informe de resumen de pruebas.


Aunque el estándar hace referencia a documentos distintos, en la práctica no tienen porqué ser documentos físicos separados. Incluso en muchas ocasiones, gran parte de la información no residirá en documentos, sino en herramientas orientadas a soportar el proceso de testing. Por otro lado, no todos los proyectos requierenel mismo grado de formalidad en la documentación del proceso de testing: seguramente no tendrá el mismo rigor documental un proyecto de un software médico que uno sobre la construcción de un sencillo web site.

PREPARACIÓN DE LAS PRUEBAS

La fase de preparación de las pruebas es la que más documentación requiere ya que implica definir aspectos como el calendario de pruebas, qué se quiereprobar, cómo se va a probar, sobre qué entorno de pruebas, etc. El primer paso en la documentación del proceso de pruebas es la creación del plan de pruebas.

Plan de pruebas
Constituye  el plan maestro que va a dirigir los esfuerzos de testing de un proyecto determinado. Un plan de pruebas debe contemplar los siguientes aspectos:

Qué elementos y funcionalidades del producto software van a serprobados (y cuáles no), es decir el alcance de las pruebas.
Quién va a realizar las pruebas (asignar responsabilidades) y qué recursos se necesitan en cuanto a personas, software, hardware y formación.
La planificación de las tareas de testing, con sus dependencias, calendario, duración, etc.
Los tipos de pruebas a realizar (de componentes, de integración, etc.) y las técnicas elegidas paradiseñar las pruebas, así como el nivel de cobertura y los criterios de salida. Es decir los aspectos relativos a la calidad de las pruebas.
Los principales riesgos a tener en cuenta, en especial las circunstancias bajo las cuales se parará o se reiniciará el proceso de testing.

Documento de especificación de diseño de pruebas
La especificación del diseño de pruebas es el primer paso en eldesarrollo real de las pruebas. Este documento especifica las características y funcionalidades que se quieren probar del producto software y su priorización, así como los criterios de éxito/fallo de las pruebas. Por ejemplo, en un módulo de gestión de usuarios, las siguientes podrían ser condiciones de prueba: “Un usuario puede darse de alta en el sistema”, “Un usuario puede darse de baja en el sistema”.El documento de especificación de diseño de pruebas ayuda a determinar en una fase temprana dónde se quieren centrar los esfuerzos de testing, de tal forma que después no se malgasten energías en crear casos de prueba para elementos que no merecen la pena.

Documento de especificación de casos de prueba
Las condiciones o requisitos de test suelen estar especificadas de forma muy vaga. Un casode test realiza una especificación más detallada indicando:

Los datos de entrada concretos que hay que utilizar (por ejemplo, “ejecutar proceso de alta con nombre de usuario “Juan” y contraseña “123”).
Cuál es el resultado esperado tras la ejecución de la prueba.

Otros elementos relevantes que deben indicar el documento de casos de prueba son:

Las precondiciones que se han de dar...