Plan de Pruebas Proyecto: <Nombre del Proyecto>

Versin: 1.0

Identificador del documento:

<Plan de Pruebas>

PlandePruebas
<NombredelProyecto>

Versin:<10>

Historial de Revisiones
Versin Fecha Autor Descripcin

1.0

17/05/12

Jose Moran Patricia Ramirez Jaime Guerra Angel Rivas Franklin Rivera

Seccin 30

<ALCALDIA BOLIVARIANA DE BERMUDEZ, <2012>

Pg.2de20

PlandePruebas
<NombredelProyecto>

Versin:<10>

ndice de Contenido
1 Introduccin..................................................................................................................................................5 1.1 Alcance................................................................................................................................................5 1.2 Definiciones, Acrnimos y Abreviaturas................................................................................................5 1.3 Documentos Relacionados...................................................................................................................6 2 Objetos a ser Evaluados ..............................................................................................................................7 3 mbito de las Pruebas .................................................................................................................................7 3.1 Dentro del mbito.................................................................................................................................7 3.2 Fuera del mbito .................................................................................................................................7 4 Lista de Ideas de las Pruebas ......................................................................................................................7 5 Enfoque de las Pruebas...............................................................................................................................8 6 Herramientas para las Pruebas..................................................................................................................10 6.1 Software.............................................................................................................................................10 6.2 Herramientas de Soporte y Productividad...........................................................................................11 6.3 Secuencias de Comandos Personalizadas (Script de Pruebas)..........................................................11 6.4 Hardware............................................................................................................................................13 6.5 Configuraciones de Pruebas de ambiente..........................................................................................13 7 Casos de Prueba..........................................................................................................................................14 7 Responsabilidades, Personal y Necesidades de Capacitacin...................................................................19 7.1 Personal y Roles Necesarios..............................................................................................................19 7.2 Personal y Necesidades de Capacitacin...........................................................................................20

<ALCALDIA BOLIVARIANA DE BERMUDEZ, <2012>

Pg.3de20

Plan de Pruebas
1 Introduccin 1.1
Alcance

El<NombredelProyecto>esunprogramaparallevaruncontroldelainformacindelos Registros Inmobiliarios del Municipio de forma electrnica, en ste se pueden dar de alta los contactosdelusuario,ascomosuedicinoactualizacindedatosybajasdestos,enlapresente pruebaserevisaqueelprogramacumplaconlosrequisitosexpedidosporelcliente,ademsdeque cadaelemento quecontieneelsoftwarecumplaconloquedebehacer,yaseancajas de texto, botones,etc. Elresultadodeestapruebasiseencuentraalgunafallaenelsoftwareseregresaalacategorade operacin,enelreadedesarrolloymantenimientodesoftwareendondeseharnlascorrecciones necesariasparaasegurarlacalidadtotaldelproducto.

1.2

Definiciones, Acrnimos y Abreviaturas

Del Sistema: a.Administrar: Accin de agregar, modificar, eliminar y consultar la Informacin de un determinado objeto o persona. b. Visitante: Persona que navega o utiliza la consulta web del sistema c. Usuario: Persona que puede ingresar a la zona privada, Sistema Web para El Registro, Control y Gestin Catastral Alcalda de Bermdez a travs de un proceso de autenticacin utilizando nombre de usuario y contrasea. d. Rendimiento: Referencia al resultado deseado efectivamente obtenido por cada unidad que realiza la actividad, donde el trmino unidad puede referirse a un individuo, un equipo, un departamento o una seccin de una organizacin. e. Permiso: Parmetro que especifica si su poseedor dispone de acceso a una determinada funcin del sistema o a una parte de la interfaz de usuario del sistema f. Rol: Es un conjunto de permisos que puede asignarse a un usuario. g. Administrador del Sistema: Persona encargada de ofrecer el soporte tcnico y operativo al Sistema Web para El Registro, Control y Gestin Catastral Alcalda de Bermdez

h. Pruebas: Proceso mediante el cual se realizan actividades para verificar la ptima funcin del sistema. 2.3.2. De tecnologa a. Dominio: Nombre base que agrupa a un conjunto de equipos o dispositivos y que permite proporcionar nombres de equipo ms fcilmente recordables en lugar de una direccin IP numrica. b. Servidor WEB : Es un programa que implementa el protocolo HTTP (hypertext transfer protocol). Este protocolo est diseado para transferir lo que llamamos hipertextos, pginas web o pginas HTML (hypertext markup language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de msica. c. URL : Significa Uniform Resource Locator, es decir, localizador uniforme de recurso. Es una secuencia de caracteres, de acuerdo a un formato estndar, que se usa para nombrar recursos, como documentos e imgenes en Internet, por su localizacin. d. HTTP : El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transaccin de la Web (WWW). e. Enlaces: una referencia en un documento de hipertexto a otro documento o recurso. f. Sistema de gestin de Base de Datos: Son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. g. Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su posterior uso. h. Aplicacin: Es un programa informtico diseado para facilitar al usuario la realizacin de un determinado tipo de trabajo. i. MySQL: Sistema aplicaciones Web. de gestin de base de datos relacional. Comnmente utilizados en

j. PHP (PHP Hypertext Pre-processor): Lenguaje de programacin interpretado usado para la creacin de aplicaciones para servidores, o creacin de contenido dinmico para sitios web. k. Apache: Servidor de WEB de cdigo abierto. 1.3 Documentos Relacionados Ttulo <ttulo> Fecha <dd/mm/aa> Organizacin <nombre> Identificador del documento <Id documento>

2 Objetos a ser Evaluados Los componentes del software que sern evaluados son los siguientes: TextBox Labels Combobox Botones Base de datos MySQL 3 mbito de las Pruebas El conjunto de tareas necesarias para conseguir el objetivo del proyecto son el verificar uno por uno cada uno de los componentes del sistema, se revisarn desde el primer TextBox hasta el ltimo, tambin se revisarn las ubicaciones de cada uno de los componentes; en cuanto a los Labels se refiere se realizar una revisin exhaustiva con respecto a la ortografa en la redaccin al igual que con los ComboBox y que los botones cumplan con las especificaciones para las cuales fueron diseados. No se considera importante la revisin de la forma en que se muestran los resultados ya que se busco la mejor alternativa para que stos fueran presentados. 3.1 Dentro del mbito La estructura de pruebas que est en uso en la iteracin actual, se podr utilizar para probar la implementacin de la solucin en su entorno, es decir, las que prueban que verdaderamente el sistema cumple con lo que se estableci como elemental o prioritario, es decir, la satisfaccin del cliente. Estas pruebas se describen en la seccin Casos de prueba, incluida ms adelante. Las caractersticas a ser evaluadas son: Revisin de TextBox Revisin de Labels (Hacer nfasis en ortografa) Revisin de Combobox Revisin de Botones Revisin de Base de datos MySQL. 3.2 Fuera del mbito Revisin ortogrfica sta qued excluida de las otras pruebas, porque el cliente hace nfasis en cuanto a la presentacin de su aplicacin. Es decir que no tenga nada de fallos, acentuando la revisin ortogrfica. 4 Lista de Ideas de las Pruebas Las pruebas sern identificadas siguiendo la tcnica de generacin de casos de prueba a travs de los casos de uso, detallando los siguientes pasos:

Para cada caso de uso, se identifican los posibles caminos, estableciendo los escenarios. Para cada uno de los caminos, se identifican los conjuntos de valores de entrada y precondiciones, al igual que el resultado esperado. Se hace, a travs de una tabla, un resumen por cada caso de uso que muestre los distintos

caminos posibles con sus entradas y salidas. Los recursos utilizados para la identificacin de las pruebas se mencionan a continuacin:

El documento de especificacin de requerimientos del software. El documento de arquitectura de software. Generacin de pruebas de sistema a partir de la especificacin funcional. Mejora de la calidad de los requisitos mediante la generacin de pruebas. Especificacin e implementacin de casos de prueba. 5 Enfoque de las Pruebas

Los tipos de pruebas que se realizarn al software son:

Pruebas de Funcin Pruebas de Interfaces de usuario Pruebas de Desempeo

5.1 Pruebas de Funcin Objetivo: Descripcin: Tcnicas: Fases: El objetivo principal de esta prueba es que el programa realice las funciones especificadas por el departamento de informtica. En esta prueba se probar que cada elemento realice la funcin especfica para la cual fue diseado. Se probar cada uno de los elementos a prueba y error usando un usuario que no tenga conocimiento absoluto sobre lo que es el sistema. 1.Fase de revisin de cajas de texto 2. Fase de revisin de botones 3. Fase de revisin de ComboBox 4.Fase de revisin Base de datos MySQL Se realizar una prueba que verifique que cada caja de texto enve los datos al lugar que le fue asignado en la Base de Datos, que cada una de las etiquetas concuerde con la caja de texto que se le asigno en el diseo, se revisar que al dar click al botn AddNew inserte el registro correspondiente en la Base de Datos, al presionar el botn Edit podamos modificar el registro que tenemos seleccionado, al oprimir Delete elimine el registro seleccionado, al dar click en Save nos guarde los cambios, al presionar Cancel no guarde cambio alguno, y al dar click en el botn click cierre la aplicacin. El programa se puede ejecutar perfectamente en una computadora que contenga un procesador Core2duo o equivalente a 2.6 Ghz y 2 GB en RAM. En este caso solo se requiere que para la prueba se cuente con el Php en cualquiera de sus distintas versiones. Los botones funcionarn adecuadamente si cada uno cumple con el propsito establecido en el diseo.

Entorno de prueba:

Hardware: Software: Criterios de xito:

5.2 Pruebas de Interfaces de Usuario Objetivo: Descripcin: Tcnicas: Entorno de prueba: Hardware: Software: Criterios de xito: Identificar que la interfaz sea apropiada para que el usuario la pueda visualizar los datos de salida y meter los datos correspondientes. Se revisar que haya un equilibrio en el acomodo de los componentes, una correcta distribucin de stos, que la interfaz este hecha en base al diseo. Se comparara uno a uno los elementos de la interfaz contra los del diseo verificando que efectivamente estn hechos con base al diseo. Se compararn los componentes de la interfaz contra los del diseo, si se encuentra alguna falla se reportar al departamento correspondiente. El programa se puede ejecutar perfectamente en una computadora que contenga un procesador Core2duo o equivalente a 2.6 Ghz y 2 GB en RAM. En este caso solo se requiere que para la prueba se cuente con el Php en cualquiera de sus distintas versiones. El criterio de prueba satisfactorio se dar solamente si la interfaz esta 100% hecha en base a lo que se establece en el diseo.

5.3. Pruebas de Desempeo Objetivo: Descripcin: Tcnicas: Entorno de prueba: El objetivo de la prueba de desempeo es proporcionar el rendimiento del sistema, y verificar que ste sea bueno. Esta prueba nos indica si el rendimiento de la aplicacin es el ptimo, para no dejar duda alguna en el cliente a la hora que ste lo pruebe. Se revisar el desempeo del sistema en una computadora con procesador Core2duo o equivalente a 2.6 Ghz y 2 GB en RAM. Se realizar dentro de la empresa, en la mquina asignada por el departamento de informtica, y se comparar el resultado de la prueba contra el que se da por ptimo. El programa se puede ejecutar perfectamente en una computadora que contenga un procesador Core2duo o equivalente a 2.6 Ghz y 2 GB en RAM. En este caso solo se requiere que para la prueba se cuente con el Php en cualquiera de sus distintas versiones. Para que se tenga un criterio de xito debe funcionar la aplicacin perfectamente en la computadora con el procesador Core2duo o equivalente a 2.6 Ghz y 2 GB en RAM.

Hardware: Software: Criterios de xito:

6 Herramientas para las Pruebas

Se hicieron una serie exhaustiva de pruebas de software, de soporte y de productividad que se describen ms adelante.

6.1 Software
En cuanto al software se requiere se utilizaron una serie de programas usados a menudo para realizar auditoras que se describen a continuacin: Nombre GRS (Global Reporting System) JKing QA de ALS Descripcin Es un completo sistema de soporte a decisiones (DSS), que proporciona visibilidad y control del proceso de desarrollo de software. JKing QA es una herramienta de anlisis esttico, pensada para facilitar y automatizar el proceso de adopcin de los estndares de calidad. Est centrada en los entornos de preproduccin, que proporciona la garanta del rendimiento de principio a fin de las aplicaciones. Es una Suite de productos de Compuware, para probar aplicaciones bajo condiciones de produccin pero sin que las mquinas estn atendidas por los usuarios. gaKing de ALS es la herramienta de anlisis esttico, pensada para facilitar y automatizar el proceso de certificacin del cumplimiento de los estndares de codificacin. checKing es la una herramienta de monitorizacin del proceso de desarrollo de software y sus resultados. TrackRecord se ajusta a cualquier proceso de desarrollo y pruebas, ofreciendo un sistema de rastreo que ayuda en la identificacin y resolucin de defectos de software. TestPartner es una herramienta que automatiza las pruebas funcionales y de regresin. Ha sido especialmente diseada para complejas aplicaciones basadas en Microsoft, Java y tecnologas web .TEST es una unidad de pruebas automatizada y productos de anlisis de cdigo estndar, que trabaja sobre clases escritas en la plataforma Microsoft .NET, sin requerir que los desarrolladores realicen un solo caso de prueba o stub. Fortify Security Tester, proporciona las pruebas de seguridad eficaces a los equipos de desarrolloy de aseguramiento de calidad (QA), permitindoles verificar la adecuacin a los estndares de seguridad, y posibles vulnerabilidades en el cdigo de sus aplicaciones antes de su despliegue. Es una herramienta de pruebas de carga que ayuda a los equipos de pruebas, desarrolladores y jefes de proyecto a realizar pruebas de carga efectivas a aplicaciones distribuidas. Enterprise Architect provee soporte para procedimientos de prueba con el modelo base. integrar los

IPS Performance Optimizer de Hyperformix QACenter de Compuware

gaKing de ALS

checking de ALS TrackRecord de Compuware TestPartner de Compuware

.TEST de Parasoft

Security Tester Fortify

QALoad

Enterprise Architect

6.2 Herramientas de Soporte y Productividad

Durante las pruebas se utilizaron las siguientes herramientas de supervisin del sistema: Nombre Lower CASE (LCASE) Tipo de herramienta CASE Descripcin Son herramientas que semiautorizan la generacin de cdigo, crean progamas de deteccin de errores, soportan la depuracin de programas y pruebas. Herramientas que engloban todo el proceso de desarrollo de software, desde el anlisis hasta la implementacin. Herramientas de soporte a la prueba de software.

Integrated CASE (ICASE) CAST (ComputerAided Software Testing) IPSE (Integrated Programming Support Enviroment) Winstone de ZDnet WinBench de ZDnet

CASE

Herraientas que soportan todo el ciclo de vida, incluyen componentes para la gestin de proyectos y gestin de la configuracin. Benchmark (playback test) Benchmark (playback-inspection test) Benchmark Benchmark Herramienta que usa llamadas al sistema durante actividades especficas de una aplicacin. Realiza pruebas en cualquier elemento que se encuentre en el disco duro. Tambin ejecuta directamente aplicaciones en subsistemas especficos. Mide el rendimiento de una aplicacin. Comprueba el rendimiento de una computadora al estar ejecutndose una aplicacin.

Dhrystone Whetstone

6.3 Secuencias de Comandos Personalizadas (Script de Pruebas)

El Script de Prueba que se utiliz durante las pruebas fue un cdigo para validar usuario:

<?php $usuario=$_POST['usuario'];

$contrasena=$_POST['clave']; $server="localhost"; $database="Catastro"; $user="root"; $passwd="franklin"; $conexion=mysql_pconnect($server,$user,$passwd); mysql_select_db($database,$conexion)ORdie("Nosepuedeconectar"); $ssql="SELECT*FROMUsuarioWHERELogin='$usuario'andClave='$contrasena'"; $rs=mysql_query($ssql,$conexion); $row=mysql_fetch_array($rs); if($contrasena!=""){ if($contrasena==$row["Clave"]) { $entrar="SI"; $nombre=$row["Nombre"]; $fecha=date("dmY"); $hora=date("H:i:s"); $gsql="INSERTINTOAuditar_Usuarios(Nombre,Fecha,Hora)VALUES ('$nombre','$fecha','$hora')"; $res=mysql_query($gsql,$conexion); $esql="INSERTINTOTemporal(Entrar)VALUES('$entrar')"; $resp=mysql_query($esql,$conexion); header("Location:Principal.php"); }else $mjs="LoginoPassWordIncorrecto"; {?>

6.4 Hardware
Recurso Servidor Hp Computadora de Escritorio Cantidad 1 2 Descripcin Procesador Intel CoreI o equivalente a 3.5 Ghz y 8 GB en RAM. .Procesador Intel Corelduo o equivalente a 2.6 Ghz y 2 GB en RAM.

6.5 Configuraciones de Pruebas de ambiente Las configuraciones del ambiente de Prueba deben ser provistas y soportadas por este proyecto. Nombre de Descripcin Implementacin de la Configuracin Configuracin Fsica

Casos de Prueba

7.1 caso de uso ingresar al sistema.

ID/Nombre/Sistema/Proyecto:

<Nombre del Nivel de Prueba: 1

Proyecto>
Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeo, Pruebas de Interfaz de Usuario ID Requerimiento: Autor del Caso de Prueba: Jos Morn ID/Nombre Caso de Prueba: Ingreso al sistema Nombre del Probador: Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente ID Caso de Uso:

Ingresar al Sistema

Elemento a probar TextBox

Condicin

Valor(es)

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100% las claves requeridas Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para insertar o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

Resultado Esperado 95%

Resultado Obtenido 100%

7.2 caso de uso Crear Usuario

ID/Nombre/Sistema/Proyecto:

Proyecto>
ID Caso de Uso:

<Nombre del Nivel de Prueba: 1

Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeo, Pruebas de Interfaz de Usuario ID Requerimiento: Autor del Caso de Prueba: Jos Morn ID/Nombre Caso de Prueba: Crear usuario Nombre del Probador: Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente

Crear usuarios

Elemento a probar TextBox

Condicin

Valor(es)

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar el 100% 95% 100% login y claves Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para insertar, modificar, eliminar, guardar, cancelar o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

Resultado Esperado 95%

Resultado Obtenido 100%

7.3 caso de uso Crear Confirmar ingreso del usuario.

ID/Nombre/Sistema/Proyecto:

Proyecto>
ID Caso de Uso:

<Nombre del Nivel de Prueba: 1

Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeo, Pruebas de Interfaz de Usuario ID Requerimiento: Autor del Caso de Prueba: Jos Morn ID/Nombre Caso de Prueba: Ingreso de usuario Nombre del Probador: Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente

Ingreso del Usuario

Elemento a probar TextBox

Condicin

Valor(es)

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100% llos campos necesarios Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para insertar, modificar, eliminar, guardar, cancelar o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

Resultado Esperado 95%

Resultado Obtenido 100%

7.4 caso de uso Crear registro catastral Municipal

ID/Nombre/Sistema/Proyecto:

<Nombre del Nivel de Prueba: 1

ID Caso de Uso:

Crear registro catastrar

municipal
ID Requerimiento: ID/Nombre Caso de Prueba:

Crear registro

Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeo, Pruebas de Interfaz de Usuario Autor del Caso de Prueba: Jos Morn Nombre del Probador:

catastrar municipal
Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente Elemento a probar TextBox Condicin Valor(es) Resultado Esperado 95% Resultado Obtenido 100%

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100% los campos del registro nacimiento Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para registrar, modificar, consulta, reporte, Validar operacin o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

7.5 caso de uso registrar inmueble y contribuyente

ID/Nombre/Sistema/Proyecto:

Proyecto>

<Nombre del Nivel de Prueba: 1

ID Caso de Uso: registrar inmueble y contribuyente ID Requerimiento: ID/Nombre Caso de Prueba: registrar inmueble y

Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeo, Pruebas de Interfaz de Usuario Autor del Caso de Prueba: Jos Morn Nombre del Probador:

contribuyente
Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente Elemento a probar TextBox Condicin Valor(es) Resultado Esperado 95% Resultado Obtenido 100%

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100% los campos necesarios Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para registrar, modificar, consulta, reporte, Validar operacin o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

7.6 caso de uso Consulta inmueble y contribuyente

ID/Nombre/Sistema/Proyecto:

<Nombre del Nivel de Prueba: 1

inmueble y Tipo(s) de Pruebas(s): Prueba de funcionalidad,
Prueba de desempeo, Pruebas de Interfaz de

Proyecto>
ID Caso de Uso:

Consultar

contribuyente

ID Requerimiento: ID/Nombre Caso de Prueba: Consultar inmueble y

Usuario Autor del Caso de Prueba: Jos Morn Nombre del Probador:

contribuyente
Versin del Caso de Prueba: Fecha de Creacin: Fecha de Ejecucin: 10/06/11 Condicin(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso de prueba. Procesador Intel Core2duo 2.6 ghz Software de auditoras antes mencionados Memoria RAM 2 Gb Software para medir el rendimiento de la aplicacin Software de soporte Para la Ejecucin del Caso de Prueba: Contar con todas las herramientas citadas anteriormente Elemento a probar TextBox Condicin Valor(es) Resultado Esperado 95% Resultado Obtenido 100%

Los TextBox deben mandar la 100% informacin a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100% los campos necesarios. Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la informacin de 100% 95% 100% salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la funcin 100% 95% 100% para la cual fueron diseados ya sea para consulta reporte por pantalla o reporte o salir Criterios de Aprobacin del Caso de Prueba: Deben cumplir con los resultados esperados al menos en un 95% Decisin de Aprobacin del Caso de Prueba: Aprob: _X__ Fallo: ___ Fecha de Aprobacin del Caso de Prueba:

7 Responsabilidades, Personal y Necesidades de Capacitacin 7.1 Personal y Roles Necesarios

Roles
Administrador del plan de pruebas

Recursos Necesarios
1

Estado
Asignado

Responsabilidades Especficas o Comentarios

Coordinar que el plan de pruebas se lleve a

cabo y hacer la planeacin de ste.

Asegurador de la calidad Usuarios de prueba

2 4

Asignado Asignado

Verificar

que el software este realizado conforme a los estndares de calidad. Probar el sistema como si fueran los usuarios de la aplicacin.

7.2 Personal y Necesidades de Capacitacin. El personal ser entrenado en la Persona destinada al soporte tcnico de la aplicacin. Administrador de Usuarios aplicacin del sistema con el cdigo interno y bases de datos del mismo ya que pose un alto conocimiento de informtica y se encuentran en ese mismo departamento su entrenamiento ser de 4 horas Analista Catastral Personas que Registraran y consultarn la informacin correspondiente a la aplicacin. El Personal ser entrenado en el sistemas como usuarios del mismo, esto llevara un promedio de 8 horas ya que el mismo posee conocimiento de computacin y han trabajado con sistemas