Ecribir casos de pruebas (test cases) efectivos es una habilidad que puede ser conseguida con un poco de experiencia y un estudio profundo de la aplicación en la cual los casos de prueba están siendo escritos.

Aquí les compartiré algunos consejos sobre cómo escribir casos de pruebas, los procedimientos y algunas definiciones básicas.

 

¿Qué es un caso de pruebas?

Según Wikipedia (cuya definición encuentro más fácil de entender):

Un caso de prueba o test case es, en ingeniería del software, un conjunto de condiciones o variables bajo las cuáles un analista determinará si una aplicación, un sistema software (software system), o una característica de éstos es parcial o completamente satisfactoria.»

Hay niveles en los cuales cada caso de pruebas será colocado a fin de evitar el trabajar el doble:

1. Primer Nivel: En este nivel, se escribirán los casos de prueba más básicos posibles tomando en cuenta laespecificaciones y documentación disponibles
2. Segundo Nivel: Es el punto práctico en el cuál escribir casos de prueba depende en el funcionamiento y ejecucion de sistema actuales de la aplicación
3. Tercer Nivel: En este nivel, se agrupan algunos casos de prueba y se escribe un pricedimiento de prueba. El procedimiento de prueba es solamente un grupo de pequeños casos de prueba (10 máximo).
4. Cuarto Nivel: Automatización del proyecto. Esto minimizará la interacción humana con el sistema y, por ende, QA puede enfocarse en las nuevas, o actualizadas, funcionalidades a probar en lugar de permanecer ocupados con las pruebas de regresión. Platicaremos después acerca de «por qué automatizar las pruebas» y «cómo hacerlo».

Así se puede observar un crecimiento sistemático de «objeto no comprobable» (testable) a «suite de automatización» (de nuevo, luego tocaremos el tema más a fondo).

 

¿Por qué escribimos casos de prueba?

El objetivo básico de escribir casos de prueba es validar la cobertura de las pruebas de la aplicación. Si estás trabajando en cualquier empresa CMMi, entonces vas a seguir estrictamente las normas de los casos de prueba. Por lo que escribir casos de prueba brinda cierto tipo de estandarización y minimiza el enfoque «ad hoc» en las pruebas.

 

¿Cómo escribir casos de prueba?

Campos:

• Número de identificación (Id) del caso de prueba:
• Unidad a ser probada: ¿Qué será sometido a prueba?
• Supuestos: ¿De qué manera se supone que la unidad siendo probada se comporte?
• Datos de prueba: Variables y sus valores
• Pasos a seguir: ¿Cómo debe de ser ejecutada la prueba?
• Resultado esperado:
• Resultado actual:
• Resultado positivo/negativo:
• Comentarios:

He aquí un formato básico de un caso de prueba:

Verificar
El uso de: [nombre de la herramienta, conocida, de diálogo, etc.]
Con: [condiciones]
Para: [lo que se devuelve, se muestra, demostró]

Verificar: (Se utiliza como la primera palabra de la declaración de casos de prueba.)
Usando: Identificar lo que se está probando. Se puede utilizar ‘entrar’ o ‘selecciona’ aquí dependiendo de la situación y/o contexto.

Se deben de cubrir todos los tipos de casos de pruebas incluyendo funcionales, negativos y de valores de límites; para cualquier tipo de software a ser probado. Recuerda que todos tus casos de prueba deben de ser sencillos y fáciles de entender. No escribas explicaciones largas en forma de ensayos (no siempre serás tú quien ejecute tus casos de prueba). Ve directo al grano.

Sabiendo lo anterior, ¿por qué no pruebas escribiendo tu propio caso de prueba? Generalmente, yo utilizo Excel para escribir los casos de prueba más básicos. Utiliza cualquier herramienta como «Test Director» cuando vayas a automatizar los casos antes mencionados.

Espero que esta información les resulte útil. Sean libres de comentar cualquier duda que tengan acerca de cómo escribir o ejecutar casos de pruebas.