Disiplinas De Pruebas

Disciplina de Prueba

Propósito:

El propósito principal de las pruebas son las verificaciones de interacción entre los objetos, la integración apropiada de todos los componentes del software, que todos los requisitos se han llevado a cabo correctamente y para identificar y asegurar que los defectos se corrigen para la entrega del software.

Además las pruebas pueden abarcar entre un 30 y50 por ciento del costo del software ya que este proceso es muy amplio ya que no tiene una metodología definida y en realidad es muy difícil que se puedan hacer las diferentes maneras que un programa dado puede comportarse bajo cada circunstancia ya que son miles.

Relación con Otras Disciplinas

La disciplina de Requerimientos captura los requisitos en un modelo de casos de uso que es unaentrada primaria por identificar qué pruebas se deben realizar, con las de Análisis y Diseño describe cómo desarrollar un diseño; ésta es la otra entrada primaria por identificar qué pruebas se deben realizar, además de la de Implementación produce construcciones del modelo de implementación que se prueban. Dentro de una iteración hay varias construcciones probadas, primero cuando el sistema seintegra, y por último se debe probar el sistema entero, con las de Ambiente desarrolla y mantiene artefactos de apoyo que se usan durante la prueba, como las Pautas de la Prueba y con la de Administración de proyecto, planea el proyecto y cada iteración (descrito en un Plan de la Iteración).

Pruebas de Aceptación

Estas pruebas tienen como meta llevar el software a los usuarios finales. Se dividenen tres (3) epatas y son aplicadas según las condiciones de las organización.

1. Pruebas Formales de Aceptación: Son comúnmente manejadas y con frecuencia son una extensión de la prueba del sistema, son automatizadas en algunos casos las pruebas las realizan los mismos que hicieron las de sistema en otros casos los realizan la organización que será el usuario final.
a) Los beneficiosson:
• Las funciones y características a ser probado son conocidos.
• Los detalles de las pruebas son conocidos y pueden medirse.
• Las pruebas pueden automatizarse, lo que permite la regresión de pruebas.
• El progreso de las pruebas puede medirse y puede supervisarse.
• El criterio de aceptabilidad es conocido.
b) Las desventajas incluyen:
•Requiere los recursos significantes y planificación.
• Las pruebas pueden ser una re-aplicación de pruebas del sistema.
• No puede descubrir los defectos subjetivos en el software, debido a que usted sólo está buscando defectos que usted espera encontrar.
2. Pruebas Informales de Aceptación: Definida en cuanto a la comprobación de aceptación formal. Se identifican las funciones y lastareas de negocio son exploradas y documentadas, pero no hay ningún caso de prueba particular para seguir. El encargado de las pruebas determina qué hacer.
a) Los beneficios son:
• Las funciones y rasgos a ser probado son conocidos.
• El progreso de las pruebas puede medirse y puede supervisarse.
• El criterio de aceptabilidad es conocido.
• Usted descubrirálos defectos más subjetivos que con la prueba de aceptación formal.
b) Las desventajas son:
• Se requieren recursos, planificación, y administración de recursos.
• Usted no tiene ningún control sobre que casos de prueba se usan.
• Los usuarios finales pueden enfocarse sobre la manera que el sistema trabaja y no ver los defectos.
• Los usuarios finalespueden enfocarse en comparar el nuevo sistema con el sistema anterior, en lugar de buscar los defectos.
• Los recursos para las pruebas de aceptación no están bajo el control del proyecto y pueden ser restringidas.
3. Pruebas Betas: Esta son las menos controladas de todas las estrategias, cada examinador es responsable de crear su propio ambiente seleccionar sus datos y funciones que van...