Cómo comprobar los sistemas diseñados en el análisis de negocio

La verificación es lo que la mayoría de la gente piensa cuando oye la palabra pruebas

- que es el proceso de probar si una solución de análisis de negocios hace lo que está diseñado para hacer.

Durante la verificación, el equipo de pruebas (que puede consistir en desarrolladores, la garantía de calidad [QA] personas, y algunos analistas de negocios [BA]) puso el software a prueba tanto a confirmar que funciona como se esperaba y asegurarse de que se ajusta al diseño especificaciones expuestas anteriormente en el proyecto.

Pruebas de verificación incluye cuatro fases - una fase pre-test y tres fases de pruebas reales.

Prueba de humo

También llamado construir la verificación prueba, una prueba de humo es un pre-test que determina si la prueba completa, incluso puede comenzar en el primer lugar. Revela los fallos simples en la solución que puede evitar que la ejecución de las pruebas en los próximos tres fases. Algunos equipos de proyecto pueden vincular esta prueba para las pruebas unitarias.

Prueba de unidad

los prueba de unidad es la primera fase real de las pruebas. Se trata de las pruebas de cada unidad del sistema como una prueba independiente. El equipo de desarrollo en general, realiza pruebas de línea por línea de la función y estructura para encontrar errores dentro de la unidad antes de que se llevan a cabo otras pruebas.

Aunque las pruebas unitarias son realizadas por el equipo de desarrollo, debe tener otra prueba de grupo con el fin de garantizar imparcial pruebas.

Test de integración

La segunda fase de las pruebas, el Test de integración, asegura las unidades individuales pueden realmente trabajar juntos. Estas unidades individuales que trabajan juntos pueden considerarse un subsistema o unidades simplemente vinculados. El objetivo de esta prueba es encontrar problemas con la forma en que los componentes del sistema de trabajo en conjunto pone a prueba la validez del diseño de la arquitectura de software.

El equipo de desarrollo en general, realiza la prueba de integración, aunque BA pueden ayudar proporcionando casos de prueba y revisión de resultados de la prueba.

Mantenga en mente lo siguiente acerca de las pruebas de integración:

• Las unidades no se incluyen en las pruebas de integración hasta que hayan superado con éxito las pruebas unitarias.

• A veces las pruebas de integración pueden tener varios niveles de integración. Es decir, a veces varios subsistemas se juntan y probados, y entonces esos subsistemas se integran con grandes subsistemas.

Prueba del sistema

Esta prueba es la fase de prueba que está más involucrado en como BA. El objetivo de la prueba del sistema es encontrar problemas con la forma en que el sistema cumple con las necesidades de los usuarios. Ejecuta esta prueba a través de todo el sistema construido a partir de un extremo a otro, todas las unidades de auditoría e integraciones desde una perspectiva lineal.

La prueba del sistema es la última oportunidad para que usted y el equipo del proyecto para verificar el producto antes de que sea entregado a los usuarios para una prueba de aceptación del usuario. Confirma también si el software cumple con los requisitos originales, respondiendo a la " Did lo construimos derecha "? cuestión.

Prueba de validación Requisitos

Esta prueba verifica la lógica del sistema para asegurarse de que es compatible con los requisitos de análisis. A pesar de que este trabajo parece que debería ser parte de la validación, en realidad estás verificar si usted construyó su sistema de acuerdo a lo que dictan sus necesidades.

Test de regresión

Esta prueba es básicamente una nueva prueba (regresión se refiere a ir hacia atrás). Se utiliza esta prueba para asegurarse de que los cambios realizados en el sistema como parte de su solución no romper lo que ya estaba trabajando. Regresión por lo general los impactos más de un programa y requiere más de una prueba.

Al pensar en las pruebas de regresión, lo que necesita saber qué aplicaciones se ven afectados por la solución para que pueda probar las aplicaciones para asegurarse de que nada ha cambiado. Este punto es donde una matriz de trazabilidad puede ser útil.

Prueba dinámica

En un prueba dinámica, probar el software para ver cómo se lleva a cabo cuando se ejecuta en diferentes circunstancias y comprobar la respuesta física del sistema como esas variables cambian con el tiempo. Este término de prueba se vincula con tres diferentes tipos de pruebas:

• Prueba de rendimiento: Esta prueba mide la rapidez del sistema pueden completar una función. Para determinar si la prueba pasa o no pasa, se refieren a los requisitos no funcionales en la documentación que establece lo que debe ser el tiempo de respuesta.

• Prueba de estrés: los estrés prueba busca empujar software a sus límites en términos de usuarios, tasa de entrada, y la velocidad de la respuesta.

  Si usted tiene sólo 3 usuarios, es probable que pueda hacerlo manual- prueba sin embargo, si usted tiene que asegurarse de que 2.500 usuarios se pueden registrar al mismo tiempo, usted está probablemente va a tener que utilizar una herramienta automatizada para carga el sistema con el número de usuarios.

• Prueba de volumen: Esta prueba verifica las transacciones de gran volumen para verificar que el software puede manejar todas las proyecciones de crecimiento.

Prueba de seguridad

Pruebas de seguridad se asegura de que los usuarios no autorizados no puedan tener acceso a los datos confidenciales. También certifica que los usuarios autorizados pueden completar eficazmente sus tareas. Un buen diagrama para determinar qué usuarios pueden realizar que funciona es un diagrama de casos de uso o una matriz de seguridad (un diagrama que muestra qué usuarios pueden acceder a que funciona).

Prueba de instalación

Esta prueba se asegura de que el software se instala en la máquina como usted espera que sin problemas en el proceso de instalación. Cuando se prueba, asegúrese de que se indican los requisitos para el sistema que está instalando sucesivamente.

Prueba de configuración

Esta prueba determina qué tan bien funciona el producto con diferentes configuraciones ambientales. Por ejemplo, si declaran sus requisitos del producto requiere un PC o Mac con la última versión de Internet Explorer o Safari, es necesario probar la instalación con ambos sistemas operativos (OS) y con la configuración de los navegadores en ambos esos sistemas.

Prueba de Usabilidad

Un test de usabilidad es realmente una validación de Exámenes sin embargo, a veces se realiza durante el tiempo de prueba del sistema. Si se trata de una página web que millones de clientes usarán o ver, lo más probable es que desea traer a ingenieros de usabilidad para construir en la facilidad de uso en lugar de esperar a probarlo al final del proyecto.

Aunque su proyecto no puede ser una liberación de varios millones de dólares, usted todavía tiene que asegurarse de que los usuarios podrán utilizar con eficacia.