Cómo armar el plan de verificación y validación de análisis de negocio

los plan de verificación y prueba de validación

parte de un análisis de negocio describe cómo se pondrá a prueba un producto de software. Asegúrese de incluir los siguientes apartados en su plan de verificación y validación.

Introducción

Comience por explicar la prueba y que describe el objetivo del proyecto. Recuerde que debe ser breve. Asegúrese de incluir todas las referencias a otros documentos aquí.

Elementos de prueba

Definir los elementos que vas a probar. Pueden ser la documentación de requisitos o documentación de diseño. Su empresa puede tener diferentes nombres para estos documentos, pero no importa su nombre, lo que prueba que sale de estos documentos.

Características a ensayar

Enumerar las características del software que vas a probar. Al pensar en esta lista, piense en los datos que necesita para poner a prueba.

Características no a ensayar

Incluyendo características que no se van a probar parece contrario a la intuición en un documento de prueba, pero hacerlo de inmediato establece usuarios expectativas- apropiadas no tendrán ideas erróneas sobre lo que van a haber probado.

Los datos de prueba necesarios

Usted tiene que averiguar no sólo lo que las pruebas que necesita para funcionar, sino también qué datos tiene que estar en su lugar para la prueba. Recuerda: Una prueba ha planeado entradas, por lo que necesita para pensar acerca de lo que los resultados esperados se basan en los insumos.

Enfoque

Aquí se explica el enfoque del equipo de pruebas va a usar para verificar los requisitos. Afirma ningún ciclos de prueba y herramientas, manuales y automáticas.

Pase de artículo / falla criterios

Tener una definición clara de lo que hace un caso pase la prueba y lo que hace que falle. Definir esta pauta inicial en el plan de validación y verificación puede evitar confusiones posteriores.

Suspensión y reanudación criterios

Esta sección del plan detalla cómo manejar defectos en su proceso de pruebas, como el hecho de que usted va a detener la prueba de si un procedimiento de prueba no se puede ejecutar y reanudar cuando se proporciona una nueva versión de software.

Tareas de prueba

La sección es una lista de las tareas, tales como la definición de los horarios de las pruebas y la creación de casos de prueba, deben completarse con el fin de llevar a cabo la prueba. Los resultados de las tareas de prueba será el plan de pruebas, las especificaciones de diseño de pruebas, casos de prueba, procedimientos de prueba, registros de prueba, resultados de las pruebas, y los registros de defectos.

Necesidades ambientales

Aquí, los detalles del entorno específico en el que la prueba es que se llevó a cabo para mostrar cómo funciona la solución en el medio ambiente. Mira a los requisitos no funcionales para determinar las necesidades de prueba como prueba de volumen, prueba de esfuerzo, prueba de configuración, y así sucesivamente.

Saber dónde se llevan a cabo las pruebas es importante para el desarrollo del plan de prueba. Usted quiere considerar estas preguntas:

• Es la prueba en un laboratorio? ¿Cuáles son las condiciones de laboratorio?

• ¿Alguno de los problemas ambientales especiales afectar el examen? ¿Puedes simular si no están en la zona de prueba real?

• ¿Son las pruebas en una zona céntrica y accesible a los probadores, o hacer probadores tienen que viajar para probar el sistema?

Documente sus hallazgos en el plan de prueba para todos los que participan en la prueba conoce la ubicación y puede planificar adecuadamente.

Responsabilidades

¿Quién realiza qué conjunto de tareas? Es necesario comprender que está involucrado en las pruebas para que pueda planificar adecuadamente para la prueba. Estas son algunas de las preguntas e inquietudes para explorar:

• ¿Qué tipo de experiencia tienen los probadores con el proyecto?

• ¿Qué tipo de experiencia tienen con el sistema?

• ¿Necesitan ser entrenados antes de la prueba? Si es así, usted sabe que usted necesita para agregar tiempo en el plan del proyecto.

• Son los probadores independientes? Si no es así, ¿pueden evitar hacer suposiciones (que es un riesgo porque se construyó el sistema)?

• ¿Tienen los criterios de prueba? ¿Están buscando a usted para crear escenarios de prueba y casos de prueba?

• Están ubicados en el lugar? ¿Están viajando? ¿Cómo afecta el que los viajes del plan del proyecto?

• ¿Qué compromisos de tiempo es lo que tienen fuera del proyecto? ¿Es el 10 por ciento o 50 por ciento?

Si va a administrar otros analistas de negocios y la necesidad de mover algunos de sus personas de todo, la prueba es uno de los mejores momentos para hacerlo.

Las necesidades de personal y de formación

Si los evaluadores necesitan ser entrenados en el sistema o si se necesita personal adicional o tiene que requisar el personal de la piscina de control de calidad, que incluyen esa información aquí.

Horario

Hable acerca de las fechas de las pruebas, así como cualesquiera ciclos de prueba y cuando puedan tener lugar. Si esta información se detalla en un plan de proyecto, es posible que desee simplemente incluir un hipervínculo o referencia al plan del proyecto para evitar que las fechas fuera de sincronía.

Siempre que tenga la oportunidad de, usted debe proporcionar una fuente para la información. Cuanto más a documentar manualmente la misma información en múltiples lugares, mayor será la posibilidad de que cuando las actualizaciones suceden, uno de esos documentos será fuera de sincronía con el resto.

Riesgos y contingencias

Esquema de los riesgos asociados con la prueba e incluir cualquier contingencia que les tratan. Similar a la programación, si estos riesgos de prueba se encuentran en un documento diferente, haciendo referencia a ese documento aquí está muy bien.

Al entender el grado de riesgo en las diferentes áreas de una solución, que está en una posición mucho mejor para entender dónde gastar su energía de prueba. Si el tiempo se convierte en un problema, saber cuáles son sus áreas de pruebas de mayor riesgo son le permite centrarse en ellos para asegurarse de obtener el máximo retorno de su inversión pruebas.

Homologaciones

Las personas que se inscriban en el plan de verificación y validación son los involucrados en probar la funcionalidad y validación de idoneidad. Aquellos realizar las pruebas firmen y al hacerlo, indican que son conscientes de lo que está en el alcance de las pruebas. Aquellos aceptar el sistema (clientes y cliente) puede que tenga que firmar, así, lo que indica la conciencia de lo que será y no será probado.