Producto de trabajo: 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.
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
RolesResponsable: Modificado por:
Entrada aObligatoria: Opcional:
  • Ninguno
Externa:
  • Ninguno
Salida de
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.
Propiedades
Opcional
PlaneadoYes
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