Implantacion de sistemas pruebas

Solo disponible en BuenasTareas
  • Páginas : 5 (1098 palabras )
  • Descarga(s) : 0
  • Publicado : 29 de noviembre de 2011
Leer documento completo
Vista previa del texto
Plan de Pruebas
José A. Mañas, (1994) Un plan de pruebas está constituido por un conjunto de pruebas. Cada prueba debe
* dejar claro qué tipo de propiedades se quieren probar (corrección, robustez, fiabilidad, amigabilidad, ...)
* dejar claro cómo se mide el resultado
* especificar en qué consiste la prueba (hasta el último detalle de cómo se ejecuta)
* definir cuál es elresultado que se espera (identificación, tolerancia,...) ¿Cómo se decide que el resultado es acorde con lo esperado?
Las pruebas angelicales carecen de utilidad, tanto si no se sabe exactamente lo que se quiere probar, o si no está claro cómo se prueba, o si el análisis del resultado se hace "a ojo".
Estas mismas ideas se suelen agrupar diciendo que un caso de prueba consta de 3 bloques deinformación:
1. El propósito de la prueba
2. Los pasos de ejecución de la prueba
3. El resultado que se espera
Y todos y cada uno de esos puntos debe quedar perfectamente documentado. Las pruebas de usar y tirar más vale que se tiren directamente, aún antes de usarlas.
Cubrir estos puntos es muy laborioso y, con frecuencia, tedioso, lo que hace desagradable (o al menos muy aburrida)la fase de pruebas. Es mucho más divertido codificar que probar. Tremendo error en el que, no obstante, es fácil incurrir.
Respecto al orden de pruebas, una práctica frecuente es la siguiente:
1. Pasar pruebas de caja negra analizando valores límite. Recuerde que hay que analizar condiciones límite de entrada y de salida.
2. Identificar clases de equivalencia de datos (entrada y salida)y añadir más pruebas de caja negra para contemplar valores normales (en las clases de equivalencia en que estos sean diferentes de los valores límite; es decir, en rangos amplios de valores).
3. Añadir pruebas basadas en "presunción de error". A partir de la experiencia y el sentido común, se aventuran situaciones que parecen proclives a padecer defectos, y se buscan errores en esos puntos.Son pruebas del tipo "¡Me lo temía!"
4. Medir la cobertura de caja blanca que se ha logrado con las fases previas y añadir más pruebas de caja blanca hasta lograr la cobertura deseada. Normalmente se busca una buena cobertura de ramas (revise los comentarios expuestos al hablar de caja blanca).

N° | Descripción | Fecha Prueba | Fecha de Correcciones | Acciones |
1 | Acceso alSistema | 19 – 10 - 11 | 26 – 10 – 11 | * Valida Usuario “Sistema” clave 12345 da acceso al menú principal * Imagen “negro – azul” * Pantalla centrada * Botón aceptar |
2 | Pantalla o Menú Principal | 19 – 10 – 11 | 26 – 10 – 11 | * Inicio-cliente-proveedor-producto-Venta/factura-Inventario (desplegable) * Cambia los botones de azul a blanco cuando el cursoresta encima * Hasta ahora sin botón actualizar |
3 | Pantalla de cliente | 19 – 10 – 11 | 26 – 10 – 11 | * Registrar los datos de cliente * Guardar en la base de datos * Botón aceptar * Validar los campos * Botón ir a inicio |
4 | Pantalla consultar cliente | 19 – 10 – 11 | 26 – 10 – 11 | * Validar los campos * Verificar si el cliente existe ono * Muestra los resultados * Botón consultar – ir a inicio |
5 | Pantalla Modificar cliente | 26 – 10 – 11 | 02 – 11 – 11 | * Cambia los datos del cliente * Botón actualizar * Validar campos |
6 | Pantalla de proveedor | 26 – 10 – 11 | 02 – 11 – 11 | * Registrar los datos del proveedor * Validar los campos de datos ingresados * Botón aceptar *Guardar en la base de datos |
7 | Pantalla de vendedor | 26 – 10 – 11 | 02 – 11 – 11 | * Validar los campos del vendedor * Botón aceptar * Registrar los datos * Guardar en la base de datos Mysql |
8 | Inventario | 26 – 10 – 11 | 02 – 11 – 11 | * Botón existencia * Registrar entrada de producto * Actualizar debido a las salidas del...
tracking img