Fases Clave en las Pruebas de Software Comercial: Desarrollo, Versiones y Aceptación

Etapas de Pruebas de Software Comercial

Las pruebas de software son un proceso crucial para garantizar la calidad y fiabilidad de cualquier producto de software comercial. Este proceso se divide en varias etapas clave, cada una con sus propios objetivos y métodos.

1. Pruebas de Desarrollo

En esta etapa, el sistema se pone a prueba durante el proceso de desarrollo para descubrir errores (bugs) y defectos. Es probable que en el desarrollo de prueba intervengan diseñadores y programadores del sistema.

2. Versiones de Prueba

Un equipo de prueba independiente experimenta una versión completa del sistema antes de presentarlo a los usuarios. La meta de la prueba de versión es comprobar que el sistema cumpla con los requerimientos de los participantes del sistema.

3. Pruebas de Usuario

Los usuarios reales o potenciales de un sistema prueban el sistema en su propio entorno. Para productos de software, el “usuario” puede ser un grupo interno de marketing, que decide si el software se comercializa, se lanza y se vende. Las pruebas de aceptación se efectúan cuando el cliente prueba de manera formal un sistema para decidir si debe aceptarse del proveedor del sistema, o si se requiere más desarrollo.

Pruebas de Desarrollo en Detalle

1. Pruebas de Unidad

Se ponen a prueba unidades de programa o clases de objetos individuales. Las pruebas de unidad deben enfocarse en comprobar la funcionalidad de objetos o métodos.

2. Pruebas del Componente

Muchas unidades individuales se integran para crear componentes compuestos. La prueba de componentes debe enfocarse en probar interfaces del componente.

3. Pruebas del Sistema

Algunos o todos los componentes en un sistema se integran y el sistema se prueba como un todo. Las pruebas del sistema deben enfocarse en poner a prueba las interacciones de los componentes.

Pruebas de Componente: Tipos de Interfaces

1. Interfaces de Parámetro

Son interfaces en que los datos, o en ocasiones referencias de función, pasan de un componente a otro. Los métodos en un objeto tienen una interfaz de parámetro.

2. Interfaces de Memoria Compartida

Son interfaces en que un bloque de memoria se reparte entre componentes. Los datos se colocan en la memoria de un subsistema y otros subsistemas los recuperan de ahí. Este tipo de interfaz se usa con frecuencia en sistemas embebidos, donde los sensores crean datos que se recuperan y son procesados por otros componentes del sistema.

3. Interfaces de Procedimiento

Son interfaces en que un componente encapsula un conjunto de procedimientos que pueden ser llamados por otros componentes. Los objetos y otros componentes reutilizables tienen esta forma de interfaz.

4. Interfaces que Pasan Mensajes

Se trata de interfaces donde, al enviar un mensaje, un componente solicita un servicio de otro componente. El mensaje de retorno incluye los resultados para ejecutar el servicio. Algunos sistemas orientados a objetos tienen esta forma de interfaz, así como los sistemas cliente-servidor.

Errores de Interfaz Comunes:

• Uso incorrecto
• Mala interpretación
• Errores de temporización

Beneficios de las Pruebas:

• Cobertura de código
• Prueba de regresión
• Depuración
• Documentación del sistema

Pruebas de Aceptación: Pasos Clave

• Definir criterios
• Plan de pruebas
• Derivar pruebas
• Correr pruebas
• Negociar resultados
• Rechazo/aceptación