Difference between revisions of "Generación de Casos de Prueba"
(New page: = Introducción = Existe mucha información en la KB que puede ser utilizada para la creación de casos de prueba y multiples estrategias para dicha generación. En esta página se propond...) |
(→Objetivos: - One-click-statrup) |
||
| (6 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
= Introducción = | = Introducción = | ||
Existe mucha información en la KB que puede ser utilizada para la creación de casos de prueba y multiples estrategias para dicha generación. En esta página se propondrán algunos mecanismos de generación de estos casos. | Existe mucha información en la KB que puede ser utilizada para la creación de casos de prueba y multiples estrategias para dicha generación. En esta página se propondrán algunos mecanismos de generación de estos casos. | ||
| + | |||
| + | = Objetivos = | ||
| + | Tener One-click-startup.<br> | ||
| + | Generar casos de prueba sencillos sin costo para el usuario.<br> | ||
| + | Lograr rápidamente un volumen de casos de prueba que permita sin esfuerzo correr pruebas automatizadas sobre la aplicación | ||
= Generación de casos de prueba = | = Generación de casos de prueba = | ||
| Line 8: | Line 13: | ||
Dada una transacción se puede leer la información de los controles que la misma tiene para luego crear casos de prueba que combinen valores válidos e inválidos. | Dada una transacción se puede leer la información de los controles que la misma tiene para luego crear casos de prueba que combinen valores válidos e inválidos. | ||
Por ejemplo: | Por ejemplo: | ||
| + | <pre> | ||
Clientes | Clientes | ||
{ | { | ||
| Line 13: | Line 19: | ||
CliNom (Character(10)) | CliNom (Character(10)) | ||
} | } | ||
| − | + | </pre> | |
*'''CliId''': | *'''CliId''': | ||
**valores válidos: 0, 99 | **valores válidos: 0, 99 | ||
| Line 35: | Line 41: | ||
* transacciones relacionadas con otras transacciones (ciudad, pais) | * transacciones relacionadas con otras transacciones (ciudad, pais) | ||
* tener en cuenta en la programación de los eventos y reglas involucradas para agregar valores | * tener en cuenta en la programación de los eventos y reglas involucradas para agregar valores | ||
| + | * considerar algunas reglas para incluir validaciones. | ||
== Generación a partir del pattern WW == | == Generación a partir del pattern WW == | ||
| Line 52: | Line 59: | ||
Si el usuario toca los casos de prueba entonces los mismos quedan marcados como editados. | Si el usuario toca los casos de prueba entonces los mismos quedan marcados como editados. | ||
Al momento de importar nuevamente casos de prueba generados, el usuario puede elegir si sobreescribir todos, sobreescribir solo los no editados o no sobreescribir nada. | Al momento de importar nuevamente casos de prueba generados, el usuario puede elegir si sobreescribir todos, sobreescribir solo los no editados o no sobreescribir nada. | ||
| + | |||
| + | |||
| + | == Ejecución == | ||
| + | Luego de generar los casos de prueba, deberán ser agrupados en suites y tareas, y agendados en GXtest Manager para poder ejecutarlos. | ||
Latest revision as of 10:46, 20 October 2010
Contents |
Introducción
Existe mucha información en la KB que puede ser utilizada para la creación de casos de prueba y multiples estrategias para dicha generación. En esta página se propondrán algunos mecanismos de generación de estos casos.
Objetivos
Tener One-click-startup.
Generar casos de prueba sencillos sin costo para el usuario.
Lograr rápidamente un volumen de casos de prueba que permita sin esfuerzo correr pruebas automatizadas sobre la aplicación
Generación de casos de prueba
Generación a partir de una transacción
Dada una transacción se puede leer la información de los controles que la misma tiene para luego crear casos de prueba que combinen valores válidos e inválidos. Por ejemplo:
Clientes
{
CliId* (Number(2)),
CliNom (Character(10))
}
- CliId:
- valores válidos: 0, 99
- valores inválidos: -1, ñ,100, vacio
- CliNom:
- valores válidos: a, 1234ñ67890, vacio
- valores inválidos: 12345678901
Casos de prueba:
- CliId=0, CliNom=a
- CliId=99, CliNom=1234ñ67890
- CliId=0, CliNom=vacio
- CliId=-1, CliNom=a
- CliId=ñ, CliNom=1234ñ67890
- CliId=100, CliNom=vacio
- CliId=vacio, CliNom=a
- CliId=0, CliNom=12345678901
Otros temas a tener en cuenta:
- transacciones con varios niveles
- transacciones relacionadas con otras transacciones (ciudad, pais)
- tener en cuenta en la programación de los eventos y reglas involucradas para agregar valores
- considerar algunas reglas para incluir validaciones.
Generación a partir del pattern WW
En principio se pueden generar los distintos casos:
- crear una instancia de la transcción
- visualizar una instancia
- modificar una instancia
- buscar una instancia
- hacer una buesqueda que no retorne nada
- eliminar una instancia
- clen up borrar todas las instancias
Sincronización entre la KB y los casos generados
La generación de casos de prueba se haría desde Genexus. Se marca el objeto a aplicar la generación y se generan XML con los casos de prueba. Luego en GXtest se importan los mismos. Si el usuario toca los casos de prueba entonces los mismos quedan marcados como editados. Al momento de importar nuevamente casos de prueba generados, el usuario puede elegir si sobreescribir todos, sobreescribir solo los no editados o no sobreescribir nada.
Ejecución
Luego de generar los casos de prueba, deberán ser agrupados en suites y tareas, y agendados en GXtest Manager para poder ejecutarlos.
