Consideraciones de Caso de Pruebas de Funcionalidad

7/17/2019 Consideraciones de Caso de Pruebas de Funcionalidad

http://slidepdf.com/reader/full/consideraciones-de-caso-de-pruebas-de-funcionalidad 1/4

Consideraciones para casos de prueba

caso-de-prueba-único: Título de Casos de PruebaPropósito:

Una o dos oraciones cortas sobre el aspecto del sistema que está siendo probado. Si esto tomamucho tiempo, rompa el caso de prueba o ponga más información en las descripciones de lascaracterísticas.

Prerrequisitos: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 eiste".

Datos de

Prueba:

!ista de variables sus posibles valores usados en el caso de prueba. Ud. puede enlistar valoresespecíficos o describir rangos de valores. #l caso de prueba deberá ser ejecutado una ve$ por cadacombinación de valores. #stos valores se escriben notación de asignación, uno por línea. Porejemplo%login&' ( )login&' válido, login&' inválido, email válido, email inválido , vacío*

pass+ord ( )válido, inválido, vacío*

Pasos:

Pasos a ejecutar la prueba. ea las reglas de formateo para pasos abajo.

-. visitar !oginPage

. teclear username/r#mail

0. teclear pass+ord

1. hacer clic2 en #ntrar

3. ver% la página de los t4rminos de uso

5. hacer clic2 hasta el fondo de la página

6. hacer en clic2 7ceptar 8. ver% PersonalPage

9. verificar el mensaje de bienvenida si el inicio de sesión es correcto

Notas y

Preguntas:

• :/;7

• P<#=U:;7

1.1.1 Escogiendo los Datos de Prueba

#n las pruebas de sistema, los datos de prueba deberá cubrir los posibles valores de cada

parámetro basado en los requerimientos. 'ebido a que probar cada uno de los valores esimpráctico, se deberán de escoger unos cuantos valores de cada clase de equivalencia. Una clasede equivalencia es un conjunto de valores que deberán ser tratados igual.

&dealmente, los casos de prueba que eval>an condiciones de error son escritos de forma separadadel los casos de prueba funcionales deberán incluir pasos para verificar los mensajes de error los registros. #n la realidad, los casos de prueba para errores no se han escrito a>n, es correctoque los evaluadores revisen las condiciones de error cuando est4n reali$ando casos de prueba de



funcionamiento normal. 'ebería estar claro que datos de prueba, si eisten, se espera quedisparen errores.

#jemplos de clases de equivalencia%

?adenas

• cadena vacía

• cadena consistente de >nicamente un espacio vacío

• cadena que empie$a o termina en un espacio en blanco

• sintácticamente correcta% valores cortos 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 @, ", A, B, C

• aseg>rese de probar caracteres "etranjeros" escritos desde teclados internacionales

:>meros

• cadena vacía, si es posible

• D

• pequeEos largos en rangos positivos

• pequeEos largos en rangos negativos

• fuera del rango de positivos

• fuera del rango de negativos

• que comiencen con ceros

• sintácticamente inválidos Fpor ejemplo, que inclua letrasG

&dentificadores

• cadena vacía

• valor sintácticamente correcto

• sintácticamente correcto% referencia a un &' eistente, referencia inválida

• valor sintácticamente incorrecto

Hotones de opción FradioG

• un objeto seleccionado

• nada seleccionado, si es posible

Hotones de opción m>ltiple

• seleccionados



• sin seleccionar

Ien>s de pestaEa

• seleccione un elemento en cada turno

!istas con Scroll

•

no seleccione ning>n elemento, si es posible• seleccione un elemento en cada turno

• seleccione combinaciones de elementos, si es posible

• seleccione todos los elementos, si es posible

Subir archivos

• en blanco

• archivo de D bte

• archivos grandes

• archivo con nombre corto

• archivo con nombre grande

• nombre de archivo sintácticamente incorrecto, si es posible Fpor ejemplo, ":ombre ?on#spacios.tar.g$"G

1.1.2 Formato de los pasos de las pruebas

?ada paso puede ser escrito de forma mu concisa utili$ando las siguientes frases%

login Jcomo </!K/KUSU7<&/L

<egístrese en el sistema con un nombre de usuario dado o un usuario de un tipo dado. Usualmente semenciona de forma específica cuando el caso de prueba depende de los permisos de un rol en particular oun involucra un flujo de trabajo entre diferentes usuarios.

visitar !U=7< isitar una página o pantalla. Para aplicaciones +eb, !U=7< puede ser una hiperliga. #l lugar deberá serun punto de inicio bien definido FPor ejemplo, la pantalla de inicio de sesiónG, navegar a trav4s de páginasespecíficas debería ser parte de la prueba.

introdu$ca :/IH<#K'#!K?7IP/ Jcomo 7!/<L Jen !U=7<K'#K!7KP7:;7!!7Lllene un campo determinado de una forma. 7!/< puede ser un valor literal o el nombre de una variabledefinida en la sección "'atos de Prueba". #l :/IH<#K'#!K?7IP/ en si puede ser un nombre devariable cuando el campo de la U& para ese valor este libre de conteto. Por ejemplo, "introdu$ca

pass+ord".introdu$ca ?7IP/S

!lene todos los campos de una forma cuando sus valores esten libres de conteto o cuando los valoresespecíficos no son importantes en el caso de prueba.

haga clic2 "!&=7K#;&MU#;7" Jen !U=7<K'#K!7KP7:;7!!7LSiga una liga etiquetada o presione un botón. #l lugar de la pantalla puede ser un nombre predefinido del

panel o una frase. !os nombres predefinidos del panel están basados en los nombres de las clases de la=U&, nombres de la plantilla maestra o títulos de cajas en la página.

haga clic2 :/IH<#K'#!KH/;N: Jen !U=7<K'#K!7KP7:;7!!7LPresione un botón dado. #ste paso deberá siempre estar seguido por un paso "ver" para evaluar losresultados.



ver% P7:;7!!7K/KPO=&:7!a persona que ejecute las pruebas deberá ver la pantalla nombrada en la =U& o la página +eb. !acorrección general de la página deberá ser comprobable basado en la descripción de sus características.

verificar ?/:'&?&N:!a persona que ejecuta las pruebas deberá revisar que la condición ha sido satistefecha. 7 este tipo de pasos

por lo general les sigue un paso "ver%" al final del caso de prueba.

verificar ?/:;#:&'/ Jes 7!/<L!a persona que ejecuta las pruebas deberá ver el contenido nombrado en la página actual, los valorescorrectos deberán estar libres de datos de prueba, o deberá tenerlos eplícitamente. 7 este tipo de pasos porlo general les sigue un paso "ver%" al final del caso de prueba.

realice :/IH<#K'#!K?7S/K'#KP<U#H7#ste paso es como una llamada a subrutina. !a persona que reali$a las pruebas deberá reali$ar todos los

pasos del caso de prueba nombrado despu4s continuar en el siguiente paso del caso de prueba.

?ada caso de prueba debe incluir un paso de verificación al final para que la salida esperada seamu clara. Un caso de prueba puede tener muchos pasos de verificación en la mitad o al final.;eniendo muchos pasos de verificación puede ser >til si desea un menor de n>mero de pruebaslargas en lugar de un n>mero de grande de pruebas cortas.

Documents

Consideraciones de Caso de Pruebas de Funcionalidad