Desarrollo de software

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).

En el capítulo de calidad de software (SQ) se refiere de la guía SWEBOK, actividades y técnicas para el análisis de calidad son categorizadas en: Técnica estáticas (Ejecución de ningún código), y las técnica dinámicas (ejecución de códigos). Ambas categorías son útiles. Aunque esta organización local se concentra en hacer pruebas, eso es dinámico (Ver Sección 2), las técnicas estáticas son tan importantes para los propósitos de valorar la calidad de producto y encontrar los defectos. Las técnicas estáticas son cubiertas en la descripción de área de conocimientos de SQ.

...