Contribuciones de la Prueba al Éxito

Tomado de ISQTB

A lo largo de la historia de la informática, es bastante común que el software y los sistemas se entreguen a operaciones5 y, debido a la presencia de defectos, que posteriormente causen fallos o no satisfagan, de algún otro modo, las necesidades de los implicados. Sin embargo, la utilización de técnicas de prueba adecuadas puede reducir la frecuencia de estas entregas problemáticas, cuando estas técnicas se aplican con el nivel adecuado de experiencia en materia de prueba, en los niveles de prueba adecuados y en los puntos adecuados del ciclo de vida del desarrollo del software.

Algunos ejemplos son:

  1. El hecho de contar con probadores involucrados en la revisión de los requisitos o en el refinamiento de historias de usuario podría resultar en la detección de defectos en estos productos de trabajo. La identificación y eliminación de defectos en los requisitos reduce el riesgo de que se desarrollen funcionalidades incorrectas o que no puedan ser probadas (ausencia de capacidad de ser probado).

  2. El hecho de que los probadores trabajen en estrecha colaboración con los diseñadores de sistemas mientras se diseña el sistema puede aumentar la comprensión de cada una de las partes sobre el diseño y la forma de probarlo. Esta mayor comprensión puede reducir el riesgo de defectos fundamentales de diseño y permitir la identificación de pruebas en una fase temprana.

  3. El hecho de que los probadores trabajen en estrecha colaboración con los desarrolladores mientras el código está en desarrollo puede aumentar la comprensión del código por parte de cada una de las partes y la forma de probarlo. Esta mayor comprensión puede reducir el riesgo de defectos dentro del código y de la prueba.

  4. Hacer que los probadores verifiquen y validen el software antes de liberarlo puede detectar fallos que de otro modo podrían haberse omitido, y apoyar el proceso de eliminación de los defectos que causaron los fallos (es decir, la depuración). Esto aumenta la probabilidad de que el software cumpla con las necesidades de los implicados y satisfaga los requisitos.