La separación

HistoriaLa separación del proceso de "debugging" del "Testing", fue una idea introducida por Glenford J. Myers in 1979.[1] Myers enfocaba las pruebas como algo destructivo ("una prueba exitosa es aquella que descubre un Bug"[1] [2] aquí se refleja claramente el deseo de la comunidad de ingenieros de software de separar las actividades fundamentales del desarrollo, debugging y verificación).

Dave Gelperin y William C. Hetzel en 1988 clasificaron la evolución de las fases y objetivos de las pruebas en las siguientes etapas[3] :

antes -1956 - Debugging oriented[4]

1957–1978 - Demonstration oriented[5]

1979–1982 - Destruction oriented[6]

1983–1987 - Evaluation oriented[7]

1988–2000 - Prevention oriented[8]

Las Pruebas de Software como se entienden en la actualidad forman parte del proceso de Aseguramiento de la Calidad. Más concretamente está considerada como una actividad de "Detección".

[editar] ObjetivosEl objetivo de las pruebas es presentar información sobre la calidad del producto a las personas responsables de este.

Teniendo esta afirmación en mente, la información que puede ser requerida es de lo más variada. Esto hace que el proceso de "testing" sea completamente dependiente del Contexto[9] en el que se desarrolla.

A pesar de lo que muchos promueven, no existen las "Mejores Practicas" como tal. Toda práctica puede ser ideal para una situación pero completamente inútil o incluso perjudicial en otra.

Por esto, las actividades, técnicas, documentación, enfoques y demás elementos que condicionaran las pruebas a realizar, deben ser seleccionadas y utilizadas de la manera más eficiente según contexto del proyecto.

[editar] Pruebas EstáticasSon el tipo de pruebas que se realizan sin ejecutar el código de la aplicación.DDD

[editar] Pruebas DinámicasTodas aquellas pruebas que para su ejecución requieren

...