Casos de prueba de software

Impacto del proceso: Esta página de referencia documenta el formato de los casos de prueba y da sugerencias para escribir los casos de prueba. Ud. puede copiar y pegar el caso de prueba de ejemplo en su archivo test-cases.html. Este archivo no debería ser editado para casos de prueba específicos.
Este formato de caso de prueba es adecuado para casos de pruebas manuales de sistema.
Los casosde prueba deberían de ser escritos con el detalle suficiente para que un nuevo miembro del equipo pueda empezar rápidamente a ejecutar pruebas y a encontrar defectos.
caso-de-prueba-único: Título de Casos de Prueba
Propósito: | Una o dos oraciones cortas sobre el aspecto del sistema que está siendo probado. Si esto toma mucho tiempo, rompa el caso de prueba o ponga más información en lasdescripciones de las carcterísticas. |
Prerequisitos: | Suposiciones que deben cumplirse antes de que correr el caso de prueba. Por ejemplo, "registrado", "inicio de sesión como invitado permitido", "el usuario testuser existe". |
Datos de Prueba: | Lista de variables y sus posibles valores usados en el caso de prueba. Ud. puede enlistar valores espcíficos o describir rangos de valores. El caso deprueba deberá ser ejecutado una vez por cada combinación de valores. Estos valores se escriben notación de asignación, uno por línea. Por ejemplo: loginID = {loginID válido, loginID inválido, email válido, email inválido , vacío}password = {válido, inválido, vacío} |
Pasos: | Pasos a ejecutar la prueba. Vea las reglas de formateo para pasos abajo. 1. visitar LoginPage 2. teclearusernameOrEmail 3. teclear password 4. hacer click en Entrar 5. ver: la página de los términos de uso 6. hacer click hasta el fondo de la página 7. hacer en click Aceptar 8. ver: PersonalPage 9. verificar el mensaje de bienvenida si el inicio de sesión es correcto |
Notas y Preguntas: | * NOTA * PREGUNTA |
Escogiendo los Datos de Prueba
En la spruebas de sistema, los datos de pruebadeberá cubrir los posibles valores de cada parámetro basado en los requerimientos. Debido a que probar cada uno de los valores es impráctico, se deberán de escoger unos cuantos valores de cada clase de equivalencia. Una clase de equivalencia es un conjunto de valores que deberán ser tratados igual.
Idealmente, los casos de prueba que evalúan condiciones de error son escritos de forma separada dellos casos de prueba funcionales y deberán incluir pasos para verificar los mensajes de error y los registros. En la realidad, los casos de prueba para errores no se han escrito aún, es correcto que los evaluadores revisen las condiciones de error cuando estén realizando casos de prueba de funcionamiento normal. Debería estar claro que datos de prueba, si existen, se espera que disparen errores.Ejemplos de clases de equivalencia:
Cadenas
* cadena vacía
* cadena consistnete de únicamente un espacio vacío
* cadena que empieza o termina en un espacio en blanco
* sintácticamente correcta: valores cortos y largos
* sintácticamente correcta: valores semánticamente válidos e inválidos
* valor sintácticamente incorrecto: caracteres o combinaciones ilegales
*asegúrese de probar caracteres especiales como #, ", ', &, y <
* asegúrese de probar caracteres "extranjeros" escritos desde teclados internacionales
Números
* cadena vacía, si es posible
* 0
* pequeños y largos en rangos positivos
* pequeños y largos en rangos negativos
* fuera del rango de positivos
* fuera del rango de negativos
* que comiencen con ceros
*sintácticamente inválidos (por ejemplo, que incluya letras)
Identificadores
* cadena vacía
* valor sintácticamente correcto
* sintácticamente correcto: refrencia a un ID existente, referencia inválida
* valor sintácticamente incorrecto
Botones de opción (radio)
* un objeto seleccionado
* nada seleccionado, si es posible
Botones de opción múltiple
* seleccionados
* sin...