Artefacto: Prueba de desarrollador |
|
 |
Este artefacto abarca el trabajo tradicionalmente pensado bajo las categorías siguientes: Pruebas de unidad, parte de las Pruebas de integración, y algunos aspectos de lo que se denomina Pruebas del sistema. |
Dominios: Implementación
Clases de producto de trabajo: Solución |
|
Objetivo
El objetivo de la prueba de desarrollador es proporcionar la implementación de un subconjunto de pruebas necesarias de
forma efectiva y eficaz.
|
Relaciones
Roles | Responsable:
| Modificado por:
|
Tareas | Entrada a:
| Salida de:
|
Uso del proceso |
|
Descripción
Esquematización breve |
Cada prueba de desarrollador debe considerar varios aspectos que incluyen los siguientes:
-
Los requisitos de hardware de sistema básicos; por ejemplo, Procesadores, Almacenamiento de memoria, Almacenamiento
de disco duro, Dispositivos de interfaz de entrada / salida
-
El entorno de software subyacente básico; por ejemplo, sistema operativo y herramientas de productividad básicas
como correo electrónico o sistema de calendario
-
Hardware periférico adicional especializado de entrada/salida; por ejemplo, escáneres de códigos de barras,
impresoras de recibos, cajas registradoras y dispositivos sensores
-
El software necesario para el hardware periférico de entrada / salida especializado; por ejemplo, software de
controladores, interfaz y pasarela
-
El conjunto mínimo de herramientas de software necesarias para facilitar la prueba, la evaluación y las actividades
de diagnóstico; por ejemplo, diagnósticos de memoria, ejecución de prueba automatizada, etc.
-
Los valores de configuración necesarios para las opciones de hardware y software; por ejemplo, resolución de la
pantalla de vídeo, asignación de recursos, variables de entorno, etc.
-
Los consumibles "preexistentes" necesarios; por ejemplo, conjuntos de datos rellenados, dockets de impresora de
visualización, y similares.
|
Factores clave
La mayoría de pruebas de desarrollador se crean en el mismo espacio de tiempo que los componentes de software que necesitan
probarse. Las pruebas dirigidas por las solicitudes de cambio se desarrollan después de desarrollar los componentes, y la
mayoría de veces son breves si su objetivo sólo es reproducir un defecto en un entorno más controlable. |
Personalización
Opciones de representación |
Las Pruebas de desarrollador pueden tener las propiedades que se listan en la tabla
siguiente. El nivel de formalidad de las pruebas de desarrollador varía, así que alguna de las informaciones siguientes
puede faltar o puede estar incorporada en la implementación. En general, cuanto más grande y más crítico sea el
componente que se está probando, más esfuerzo será necesario para el mantenimiento de las pruebas de desarrollador.
Nombre de propiedad
|
Descripción breve
|
Nombre
|
Un nombre exclusivo que se utiliza para identificar esta Prueba de desarrollador.
|
Descripción
|
Una descripción breve del contenido de la Prueba de desarrollador, habitualmente dando indicaciones de alto
nivel de complejidad y ámbito.
|
Propósito
|
Una explicación de lo que representa esta Prueba de desarrollador y por qué es importante.
|
Prueba dependiente y elementos de evaluación
|
Algunas formas de rastreabilidad o correlación de dependencia a elementos específicos como requisitos
individuales a los que se debe hacer referencia.
|
Condiciones previas
|
El estado inicial que se debe alcanzar antes de ejecutar la Prueba de desarrollador.
|
Instrucciones
|
Las instrucciones paso a paso para ejecutar la prueba manual, o las instrucciones que se pueden leer en una
máquina que, cuando se ejecutan, estimulan el software de forma similar a las acciones que desempeñaría el
propio actor, humano, o no.
|
Puntos de observación
|
Una o más ubicaciones en las instrucciones de la prueba de desarrollador donde se observará algún aspecto
del estado del sistema, y habitualmente se comparará con el resultado esperado.
|
Puntos de control
|
Una o más ubicaciones en las instrucciones de la Prueba de desarrollador donde puede ocurrir alguna
condición o suceso en el sistema y que debe tenerse en cuenta para determinar la instrucción siguiente que
debe seguirse.
|
Puntos de registro
|
Una o más ubicaciones en las instrucciones de la prueba de desarrollador donde algún aspecto del estado del
script de prueba en ejecución se registra para conservarlo como futura referencia.
|
Condiciones posteriores
|
El estado resultante en el que se debe dejar el sistema cuando la Prueba de desarrollador se ha efectuado.
|
El objetivo global es implementar una infraestructura de Prueba de desarrollador sencilla y eficaz. Para las pruebas de
"sólo una vez", debe evitarse la mayor parte de la documentación. Hay que prestar una especial atención a las pruebas
que se utilizarán como pruebas de regresión para subsistemas o los componentes más "volátiles", en términos de
documentación, capacidad de mantenimiento, eficacia, efectividad y robustez.
|
Más información
© Copyright IBM Corp. 1987, 2006. Reservados todos los derechos.
|
|