Sistemas de control de calidad y pruebas de software

ISO 9001

Establece cómo debe funcionar la organización para garantizar su calidad:

• Realización de un plan de control de la calidad a lo largo de todo el proyecto.
• Normas que el personal debe cumplir al desarrollar su trabajo para asegurar la calidad.
• Actividades de revisión y auditorías periódicas.
• Informes de problemas.
• Controles sobre el análisis, el diseño, la codificación y la documentación.
• Planes de control y prueba a lo largo de todo el desarrollo.
• Métricas de software para control del proyecto.
• Etc.

Pruebas de caja negra

Es necesario conocer el código fuente del programa para realizar las pruebas. Se comprueba que todos los caminos del programa se pueden recorrer al menos una vez. Se comprueba que los resultados de una aplicación son los esperados para las entradas que se le han proporcionado. Es incompatible con la prueba de caja blanca.

Pruebas de caja blanca

Comprueban el funcionamiento interno de un componente software. Para diseñar las baterías de pruebas de caja blanca hay que tener en cuenta:

• Las condiciones o ramificaciones.
• Las condiciones múltiples.
• Los bucles (que se pueden ejecutar 0, 1 o varias veces).
• Las invocaciones a otros bloques de código.

Sistemas de control de versiones

SVC centralizados: existe un repositorio centralizado de código. SVC distribuidos: cada usuario tiene su propio repositorio, que debe ser sincronizado con el del resto. SVC exclusivos: para realizar cambios en un fragmento de código, ese fragmento (típicamente un archivo) se bloquea y ningún otro usuario puede usarlo hasta que se desbloquea. SVC colaborativos: varios usuarios pueden modificar el mismo fragmento de código, y el sistema los combinará posteriormente.

Tipos de pruebas

• Unitarias: para cada componente se diseñan pruebas de caja negra y de caja blanca.
• De integración: prueba de varios componentes individuales cooperando entre sí.
• De sistema: prueba de todos los componentes individuales ensamblados y cooperando entre sí.
• De carga: debe hacerse una prueba con un volumen de datos real para comprobar que el sistema reacciona correctamente.
• De aceptación: pruebas con la presencia del cliente para obtener su visto bueno.

Pruebas para:

• Valores límite (justo por encima y por debajo de los rangos válidos).
• Valores típicos de error (errores comunes que puedan cometer los usuarios).
• Valores imposibles (por ejemplo, introduciendo cadenas alfanuméricas donde se esperaban números enteros).