Las pruebas de aceptación

Cuando la organización de desarrollo ha realizado su prueba del sistema y tiene la correlación de todos o la mayoría de los defectos, el sistema será entregada al usuario o cliente para. La prueba de aceptación

La prueba de aceptación debe responder a preguntas como:

"¿Puede ser puesto en libertad el sistema?", "¿Qué, si los hay, son la circulación (de negocios) riesgos? ' y '¿Ha cumplido con sus obligaciones de desarrollo?'. Las pruebas de aceptación es más a menudo la responsabilidad del usuario o cliente, aunque otras partes interesadas pueden estar involucrados también. La ejecución de la prueba de aceptación requiere una prueba ambiente que es para la mayoría de los aspectos, representativa de la producción ambiental ( "como si la producción ').

El objetivo de las pruebas de aceptación es establecer la confianza en el sistema, parte del sistema o características no funcionales específicos, por ejemplo la facilidad de uso, del sistema. Las pruebas de aceptación más a menudo se centran en un tipo de validación de las pruebas, por lo que estamos tratando de determinar si el sistema es adecuado para el propósito.

Encontrar defectos no debe ser el foco principal de las pruebas de aceptación. A pesar de esto evalúa la disposición del sistema para el despliegue y uso, no es necesariamente el nivel final de la prueba. Por ejemplo, una prueba de integración de sistemas a gran escala puede vendrá después de la aceptación de un sistema.

• Un Comercial Off El producto de software (COTS) puede ser de aceptación probado cuando se instala o integrado.

• Las pruebas de aceptación de la usabilidad de un componente puede hacerse durante comprueba componente.

• Las pruebas de aceptación de una nueva mejora funcional puede venir antes las pruebas del sistema.

Dentro de la prueba de aceptación para un sistema de negocio de apoyo, dos principal prueba tipos se pueden distinguir; como resultado de su carácter especial, son generalmente preparado y ejecutado por separado. La prueba de aceptación del usuario se centra principalmente en la funcionalidad validando así la aptitud para el uso del sistema por parte del usuario de negocios, mientras que la prueba de aceptación operativa (también llamada la producción de prueba de aceptación) valida si el sistema se encuentra con el los requisitos para el funcionamiento. La prueba de aceptación del usuario se realiza por la los usuarios y los administradores de la aplicación. En cuanto a la planificación, la aceptación de los usuarios prueba usualmente vincula estrechamente a la prueba del sistema y, en muchos casos, ser organizada y se superpone en el tiempo. Si el sistema a ser probado consiste en un número de subsistemas más o menos independientes, la prueba de aceptación para una subsistema que cumple con los criterios de salida de la prueba del sistema puede comenzar mientras otro subsistema puede estar todavía en la fase de prueba del sistema. En la mayor organización, la administración del sistema llevará a cabo la prueba de aceptación operativa poco antes de que el sistema se libera. La prueba de aceptación operacional puede incluir la prueba de copia de seguridad / restauración, recuperación de desastres, las tareas de mantenimiento y comprobación periódica de vulnerabilidades de seguridad.

Otros tipos de pruebas de aceptación que existen son las pruebas de aceptación del contrato y pruebas de aceptación del cumplimiento. Se realiza la prueba de aceptación del contrato en contra de los criterios de aceptación de un contrato para la producción de encargo desarrollado. La aceptación debe estar formalmente definida cuando se acordó el contrato.

Se realizaron pruebas de aceptación cumplimiento o pruebas de aceptación regulación en contra de las normas que se deben cumplir, como gubernamental, jurídica o las normas de seguridad.

Si el sistema ha sido desarrollado para el mercado de masas, por ejemplo off comercial software de la plataforma (COTS), luego las pruebas para usuarios individuales o clientes se práctico o incluso posible en algunos casos. Feedback se necesitaba de potencial usuarios en su mercado existente antes de que el producto de software es puesto out en venta comercialmente. Muy a menudo este tipo de sistema se somete a dos etapas de aceptación prueba. El primero se llama alfa de prueba. Esta prueba se lleva a cabo en el desarrollo en el sitio de operaciones. Una sección transversal de los usuarios potenciales y los miembros de la promotora de organización están invitados a utilizar el sistema. Los desarrolladores observan los usuarios y en cuenta problemas. Las pruebas alfa también se puede llevar a cabo por una prueba independiente equipo. Pruebas beta, o pruebas de campo, envía el sistema a una sección transversal de los usuarios que instalarlo y utilizarlo

en condiciones de trabajo del mundo real. Los usuarios envían registros de incidentes con el sistema de la organización de desarrollo, donde los defectos se reparan.

Tenga en cuenta que las organizaciones pueden utilizar otros términos, tales como la recepción en fábrica verificación y conformidad de laboratorio de ensayo para los sistemas que se ponen a prueba antes y después siendo trasladado a las instalaciones del cliente. 2.3 Tipos de pruebas: LOS OBJETIVOS DE LA VERIFICACIÓN

1 Compare cuatro tipos de prueba de software (funcionales, no funcionales, Estructural y cambiar relacionados con) por ejemplo. (K2)

2 Reconocer que las pruebas funcionales y estructurales se producen en cualquier nivel de prueba. (KL)

3 Identificación y descripción de los tipos de pruebas no funcionales basados en la no Funcional requisitos. (K2)

4 Identificación y descripción de los tipos de pruebas basadas en el análisis de una Software estructura o arquitectura del sistema. (K2)

5 Describir el propósito de las pruebas de confirmación y pruebas de regresión. (K2) Los tipos de prueba se introducen como un medio para definir con claridad el objetivo de un cierto nivel de prueba para un programa o proyecto. Tenemos que pensar diferente tipos de pruebas, ya probar la funcionalidad del componente o sistema puede no ser suficiente en cada nivel para cumplir con los objetivos generales de la prueba.

Enfoque de la prueba en un objetivo de la prueba específica y, por lo tanto, la selección del tipo apropiado de prueba ayuda a preparar y comunicar decisiones en contra objetivos de la prueba más fácil.

Un tipo de prueba se centra en un objetivo de la prueba particular, el cual podría ser la prueba de una función que se lleva a cabo por el componente o sistema; una característica de la calidad funcional, como la fiabilidad o la facilidad de uso; la estructura o la arquitectura del componente o sistema; o relacionados con los cambios, es decir, reafirmante que los defectos han sido corregidos (prueba de confirmación, o volver a la prueba) y en busca de cambios no deseados (pruebas de regresión). En función de su objetividad, las pruebas se organizarán de manera diferente. Por ejemplo, la prueba de componentes el objetivo de rendimiento sería muy diferente a las pruebas de componentes dirigida a lograr la cobertura decisión.