En este artículo intentaré analizar algo que me sucede muy a menudo con proyectos de desarrollo de software en los que me veo involucrado. La situación es la siguiente, ¿Como planeo, realizo y valido la prueba de un sistema del cual no tengo los fuentes ni la documentación?.
La mayoría de las personas que estén leyendo este documento deben tener al menos una vaga noción del termino Black Box Testing (pruebas de caja negra).
En resumidas palabras, cuando se está probando un sistema teniendo en cuenta únicamente las entradas y las salidas se dice que se está realizando una prueba de caja negra. En esta prueba no interesa que es lo que ocurre dentro del sistema, la meta de la prueba es demostrar que para determinadas entradas se obtengan determinadas salidas, o en caso contrario reportar los resultados inesperados.
Las entradas y salidas se obtienen de los casos de prueba, documento realizado generalmente por el equipo de diseño o (mayormente) por el equipo de desarrollo.
¿Qué sucede cuando el equipo de análisis, diseño y desarrollo es el mismo? Usualmente sucede que el nivel de documentación se ve considerablemente degradado, llegando a casos tan extremos de ser absolutamente inexistente. No discutiré en este artículo el por que ocurren estas cosas, simplemente analizaré que pasa en estos casos.
Muy buen post,la verdad que lo voy a tener en cuenta para el futuro. Y es como vos decis, primero siempre hace falta conoces los casos de uso para saber que es lo que se debe testear y de que forma.
Un abrazo