Cómo crear casos de prueba para la validación de análisis de negocio

Casos de prueba son paso a paso las instrucciones, incluyendo las entradas y las condiciones específicas, que los probadores seguir para validar la funcionalidad del sistema como parte del análisis de negocio y la implementación. También incluyen el resultado esperado. Usted y el equipo del proyecto puede crear cientos - si no miles - de casos de prueba en el apoyo a los esfuerzos de la prueba. Cuanto mayor sea el proyecto, más casos de prueba que cree. Para crear un caso de prueba, haga lo siguiente:

1. Identificar los elementos de prueba.

   Leer a través de cualquier proyecto de artefactos que tiene disponible para identificar los elementos de prueba. Estos documentos pueden incluir el diagrama de alcance, utilice diagrama de casos, historias de usuario, diagramas de flujo de trabajo, prototipos, y así sucesivamente.

   Si está trabajando en un programa para buscar tarifas aéreas, el diagrama de casos de uso puede decirle que los pasajeros son capaces de buscar vuelos, lo que significa que usted quiere ser capaz de probar búsqueda de vuelos para garantizar que los pasajeros pueden hacerlo.

2. Crear las especificaciones de entrada y salida.

   Utiliza los artefactos que revisó en el paso 1 para determinar los datos que necesita para poner en la prueba y lo que el resultado esperado es. Durante la búsqueda de vuelos, lo que los insumos no es necesario tener el fin de obtener la salida? La respuesta puede ser algo así como las fechas y los horarios de vuelo y los lugares de origen y destino.

3. Definir las necesidades ambientales.

   Estos artículos provienen principalmente de los requisitos no funcionales. Por ejemplo, usted puede tener un requisito de configuración que establece la solución debe ser capaz de funcionar con iOS 5.1 y iOS 6. Así se crea un caso de prueba para operar en el entorno iOS 5.1 y otro para el entorno iOS 6.

   También puede ser necesario considerar si este nuevo sistema de búsqueda de vuelo sólo funciona en computadoras regulares o se está implementando como una aplicación para tabletas.

4. Haga una lista de los requisitos de procedimiento especiales.

   Si usted necesita para procesar nada especial, como si tienes que ir fuera de la prueba para arreglar algo antes de continuar el procedimiento de prueba, lista que aquí.

   Por ejemplo, supongamos que la interfaz con la lista maestra de todos los vuelos no es trabajadora en ese caso, la falsificación de la prueba al burlarse hasta vuelos en la base de datos de vuelo principal entre las medidas para la presentación de los vuelos y la recepción de los resultados.

5. Documentar las dependencias entre casos.

   Haga una lista de otros casos de prueba u otros artefactos que el caso de prueba debe incluir para ser completa. El sistema de búsqueda de vuelo puede contener dependencias en la lista de los aeropuertos y las compañías aéreas en el sistema.

6. Detalle las aprobaciones.

   Incluya quien debe aprobar el caso de prueba.

Redacción de casos de prueba es un iterativo proceso, lo que significa que vaya a través de él una pieza a la vez. Caminar a través de los pasos con un artefacto (por ejemplo, el diagrama de casos de uso) y obtener la información fuera de eso. Luego, ir a través de los seis pasos de nuevo con otro artefacto (como el prototipo) para descubrir más casos de prueba.

Si usted está teniendo dificultades para destapar casos de prueba para cualquier requisito o artefactos puede ser debido a que no se escriben con claridad o con suficiente detalle. Es posible que tenga que volver y volver a definir el requisito.

Al crear casos de prueba, pensar tanto de la (el valor esperado) positivo y el negativo (un valor que conduce a una condición de excepción) condiciones de ensayo.