Enfoques Pruebas Software

Objetivo del Instructivo: Describir los posibles enfoques que se deben tener en cuenta durante las pruebas de software.
Tiempo Previsto de lectura y entendimiento: 4 horas.

ENFOQUES DE LAS PRUEBAS DE SOFTWARE

Los enfoques en las pruebas de testing constituyen una de las bases para la determinación de la calidad de un producto de software y dependiendo de las características de éste se puedeaplicar uno u otro de los tipos de testing definidos.

Cada enfoque en las pruebas de testing se especializa según el requisito al que apunte y evalúa el nivel de aceptación de éste y por ende del componente de software.

Al realizar el testing de software utilizando los distintos enfoques o tipos de pruebas se deben seguir los formatos estándar y la documentación predefinida para realizar elseguimiento de los resultados de las pruebas funcionales del sistema y de todas las demás. Si se observa una falla, se debe generar formalmente un informe del incidente para que éste sea analizado y reparado desde el código. Los encargados no deben perder de vista estos documentos con el propósito de garantizar la calidad del software, y seguir el progreso del proceso de pruebas.

1. ENFOQUES EN LASPRUEBAS DE SOFTWARE

1.1. PRUEBAS DE FUNCIONALIDAD.
Objetivo

Asegurar que el comportamiento del sistema se adhiere a los requisitos funcionales.

Descripción


Las pruebas de funcionalidad de sistema tienen mucho que ver con las pruebas de aceptación. Se dice que un programa es aceptable cuando:
1. Hace lo que debe hacer
2. No hace lo que no debe hacer.

Todos los requisitos funcionales delsistema deben ser realizables por el sistema. Por ejemplo, si se requiere un sistema de finanzas con el fin de permitir que los usuarios instalen, agreguen, modifiquen, y supriman entradas en las cuentas, y además impriman los informes, las pruebas de funcionalidad deben asegurarse de que el sistema pueda realizar estas tareas.

Las pruebas de funcionalidad son de caja negra en naturaleza. Sefocalizan en las entradas y salidas apropiadas para cada función. Las entradas incorrectas e ilegales se deben manejar también por el sistema. Todas las funciones deben ser probadas. Muchas de las pruebas a nivel sistema incluyendo pruebas de funcionalidad deben ser diseñadas en el tiempo en que se toman los requisitos, e incluirse en el plan maestro de proyecto y por ende en el plan de prueba delsistema. Sin embargo, habrá algunos cambios de requisitos y por ende de las pruebas, que presentan la necesidad de que dichos cambios se vean reflejados en el plan de pruebas.

Observaciones

Los subtipos pertenecientes a este tipo de prueba están ordenados según su prioridad; en algunos casos sin embargo la prioridad entre dos subtipos es la misma o es variable - dependiendo el caso – y seráaclarada cuando sea necesario.
Se deben probar todas las funcionalidades del sistema.



1.1.1. Pruebas de requisitos funcionales
Objetivo

Asegurar la adhesión del producto de software a los requisitos funcionales planteados.

Descripción

Al inicio de un proyecto de software en la etapa de levantamiento de requisitos, se genera un documento diseñado entre el cliente y el arquitecto encargado delproyecto que refleja las necesidades del cliente y los alcances del proyecto, además de que describe el dominio del sistema. Dicho documento – también llamado modelo verbal del dominio del sistema - se compone de descripciones pequeñas y simples de funcionalidades específicas que el software debe estar en capacidad de cumplir, y esto es lo que se debe garantizar a través de las pruebas de requisitosfuncionales.

Generalmente, la documentación de requisitos funcionales es usada para generar durante la etapa de análisis y diseño del proceso de producción artefactos que describen el dominio de la aplicación completamente, éstos son construidos basados en el lenguaje estándar UML y otros estándares reconocidos a nivel internacional y en ellos aplica tipos distintos de pruebas específicas....