calidad

Páginas: 6 (1369 palabras) Publicado: 22 de marzo de 2013
Cuando mi colega Alexander (creador de este Site) me pidió realizar un artículo en base a los Casos de Prueba pensé “que fácil, si crear casos de prueba es parte de nuestro día a día”, la verdad es que lo difícil es plasmar en forma clara, concisa, entendible y sobretodo útil este conocimiento, he tratado de darles una idea global del tema, orientado a pruebas funcionales pero los conceptosexpuestos son aplicables a todo tipo de prueba, espero les sea útil.

Según WIKIPEDIA: “En la Ingeniería del software, los casos de prueba o Test Case son un conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio”, clarísimo ¿no?, pero para reforzar la idea y ser aún más claros, podemos decir que loscasos de prueba nos ayudan a validar que el aplicativo desarrollado realice las funciones para las que ha sido creado en base a los requerimientos del usuario solicitante.

Esto nos indica que por lo menos deberá existir un caso de prueba por cada requerimiento que la aplicación deba cumplir; ¡¡fácil!!, bueno, lo sería si tenemos claro los requerimientos, si el analista de sistemas ollamado también analista funcional realizó un buen levantamiento de la información y lo que él indica como verdad es lo que el usuario pidió, pero ese es otro tema que da para largo y que podríamos ver en otro artículo, la idea aquí es que nosotros como analistas de pruebas debemos tener claro que debe hacer el aplicativo y cuál será el alcance de las pruebas, una buena documentación es básica, comoquien dice papelito manda.

Pensemos que estamos en una empresa que tiene alguna documentación de sus desarrollos y nos puede servir como punto de partida. ¿Que debemos hacer para desarrollar nuestros casos de prueba?
Primero que nada, ¡¡documentarnos!!, no podemos aventurarnos a escribir casos de prueba por que sí, sin algún fundamento o conocimiento previo del tema, debemos tener claro que haráel aplicativo a validar, debemos conversar con el equipo de desarrollo y/o analista funcional o con la persona que levantó la información para que absuelva las dudas que podamos tener, ¡amigo hágalo! vaya que lo espero…¿listo?, pues sigamos.





Ok, ya sabemos que debe hacer la aplicación, aplicativo, sistema o como quiera llamarlo, ahora hagamos una lista de los requerimientos que debemosverificar, por ejemplo si quisiéramos hacer casos de prueba sobre la calculadora de windows deberíamos primero leer el manual o el help sobre este aplicativo para saber que funciones realiza.

Aplicativo: Calculadora de Windows
Requerimientos:

1.Sumar dos o más números
2.Restar dos números
3.Dividir dos números
Etc …


A cada punto de la lista debemos darle cuerpo con informacióncomo: que queremos verificar en ese punto, que tipo de datos de entrada necesitamos (si esto aplica), que acciones previas hay que tomar (si esto aplica), que resultado estamos esperando, ojo resultado correcto o incorrecto, más adelante entenderás a que me refiero, entre otras cosas, en resumen estamos creando nuestros “escenarios de pruebas”, es decir, las diferentes condiciones en las que elaplicativo deberá trabajar y por cada escenario es posible contar con uno o varios casos de pruebas.

¿Que tal?, espero que bien y que algo de lo que te cuento te pueda estar sirviendo o dándote una idea más clara del asunto, bueno pues, hasta el momento hemos dicho que debemos saber que hace el aplicativo y hemos dado alguna pauta para empezar a crear nuestros casos de prueba, ahora bien te cuentoque personalmente al crear casos de prueba comienzo por los casos correctos, es decir aquellos requerimientos que la aplicación debe cumplir si o si, y luego en base a estos creó casos de prueba incorrectos, es decir, aquellos en los cuáles espero forzar a errores a la aplicación y esperar una respuesta adecuada pero incorrecta, por ejemplo si la aplicación tiene como un requerimiento enviar un...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Calidad
  • Calidad
  • Calidad
  • Calidad
  • Calidad
  • Calidad
  • Calidad
  • Calidad

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS