Definición del área de conocimientos de prueba de software

PRUEBAS DE SOFTWARE

Índice de materias

1. Introducción 69

2. Definición del área de conocimientos de prueba de software 69

3. Análisis de los temas para la área de conocimientos de prueba de software 71

4. Razón fundamental de falla 82

5. Matriz de los temas versus. El material de referencia 82

6. Referencias recomendadas para la prueba de software 84

Apéndice A - Lista de las interpretaciones adicionales 85

1 INTRODUCCIÓN

La prueba es una parte importante y obligatoria del desarrollo de software; es una técnica para valorar la calidad de producto y también para mejorarlo indirectamente, identificando los defectos y los problemas. Se discutirá más extensamente en el capítulo de calidad de software de la guía SWEBOK, la actitud correcta hacia la calidad es una de la prevención: es obviamente mucho mejor evitar los problemas, que repararlos. La prueba debe ser vista como unos medios principalmente para verificar si la prevención ha sido eficaz, pero también para identificar las anomalías en estos casos en cuál, por alguna razón, no lo ha sido. Es quizás obvio, pero valía reconocer, que incluso después de terminar una campaña de prueba extensiva con éxito, el software todavía podía contener los defectos; el código libre de defectos debe ser un sinónimo para un producto de calidad. La solución para fracasos de sistema son experimentados después de que la entrega es proveída por las acciones de mantenimiento (correctivo). Los temas de mantenimiento son cubiertos en el capítulo de mantenimiento de software del guía al SWEBOK.

En los años, la vista de las pruebas de software se ha desarrollado hacia una actitud más constructiva. La prueba no es más visto como una actividad que empieza solamente después de la fase de codificación está completa, con el propósito limita la detectacción de fallas. Las pruebas de software son vistas como una actividad que debe abarcar el completamente el proceso de desarrollo en la actualidad, y es una parte importante por en sí mismo de la verdadera construcción de producto. Efectivamente, tener prevista la prueba debe empezar desde las etapas tempranas del análisis de requisito, y los planes de prueba y procedimientos deben ser sistemáticamente y constantemente refinados cuando el desarrollo sigue. Estas actividades de planear y diseñar pruebas se constituyen una entrada útil a diseñadores para seleccionar los defectos potenciales (Por ejemplo., Los descuidos de diseño o las contradicciones, y omisiones o las ambigüedades en la documentación).

...