SlideShare una empresa de Scribd logo
PROCESO
                                      Ciclo de Desarrollo de Software          Ingeniería de Software
                                                                                    Informática.
                               Documento Plan Maestro de pruebas (PMP)




               PLAN MAESTRO DE PRUEBAS
                            INGENIERÍA DE SOFTWARE
                                                  VERSIÓN 1.0




plandepruebasinces-            Universidad Politécnica Territorial de Aragua
                                                                               Fecha Actualización:22/11/2012
130110173052-phpapp02.doc               “Federico Brito Figueroa”                             Página 1 de 26
PROCESO
                                       Ciclo de Desarrollo de Software                   Ingeniería de Software
                                                                                              Informática.
                                Documento Plan Maestro de pruebas (PMP)




                              HOJA RESUMEN DE MODIFICACIONES


  VERSIÓN          FECHA      PUNTO        CAMBIOS RESPECTO DE                  PREPARADO               APROBADO
                                            LA VERSIÓN ANTERIOR                    POR                     POR
                                                                           Juan Tapias
  1.0            22/11/2012              Versión Inicial                   Leonardo Mendoza            Oriana Gómez
                                                                           Juan Rodríguez
                                                                           Juan Tapias
  1.1            04/12/2012              Versión Secundaria                Leonardo Mendoza            Oriana Gómez
                                                                           Juan Rodríguez




plandepruebasinces-             Universidad Politécnica Territorial de Aragua
                                                                                            Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                “Federico Brito Figueroa”                                         Página 2 de 26
PROCESO
                                                         Ciclo de Desarrollo de Software                           Ingeniería de Software
                                                                                                                        Informática.
                                                Documento Plan Maestro de pruebas (PMP)




                                                                  INDICE


1. INTRODUCCIÓN........................................................................................................................4
   1.1. OBJETIVOS DEL PLAN DE PRUEBAS..............................................................................4
   1.2. DOCUMENTOS RELACIONADOS.....................................................................................5
2. ALCANCE DE LAS PRUEBAS.................................................................................................5
   2.1. CUADRO RESUMEN DE LAS PRUEBAS..........................................................................5
   2.2. CASOS DE PRUEBAS INCLUIDOS....................................................................................6
3. ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS.........................................................6
   3.1. CRITERIOS DE INICIO.........................................................................................................7
   3.2. BASES DE DATOS DE PRUEBAS.......................................................................................7
   3.3. CRITERIOS DE APROBACION / RECHAZO.....................................................................7
4. ESTRATEGIA DE PRUEBAS ...................................................................................................8
   4.1. ESCENARIO DE LAS PRUEBAS ........................................................................................8
   4.2. ORDEN DE EJECUCIÓN DE PRUEBAS ............................................................................9
   4.3. EQUIPO DE PRUEBAS Y RESPONSABILIDADES.........................................................10
      5 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS............................................10
   5.2 PRUEBAS DE SISTEMAS....................................................................................................17
      5.2.1 PRUEBAS FUNCIONALES............................................................................................17
      5.2.2 PRUEBAS DE INTEGRACIÓN......................................................................................17
   5.3 PRUEBAS DE ACEPTACIÓN..............................................................................................18
      5.3.1 PRUEBAS DE USABILIDAD..........................................................................................18
      5.3.2 PRUEBAS ALFA.............................................................................................................20
7. RESTRICCIONES QUE AFECTAN EL PROCESO DE PRUEBAS..................................23

8. ANEXOS .....................................................................................................................................24




 plandepruebasinces-                            Universidad Politécnica Territorial de Aragua
                                                                                                                   Fecha Actualización:22/11/2012
 130110173052-phpapp02.doc                               “Federico Brito Figueroa”                                                Página 3 de 26
PROCESO
                                             Ciclo de Desarrollo de Software           Ingeniería de Software
                                                                                            Informática.
                                      Documento Plan Maestro de pruebas (PMP)




  1.     INTRODUCCIÓN


       Proyecto(s)                                   Tipo de Proyecto
       Sistema de información Web para la gestión de
       Procesos Administrativos y Académicos del
                                                     Proyecto de Desarrollo de Software Académico.
       Centro de Formación Socialista Metalminero
       de La Victoria, Edo. Aragua.
       Documentos Evaluación relacionados
       SRS-Especificaciones de Requerimientos de Software.doc
       Equipo de Proyecto
                                                                                        Juan Tapias
       Jefe de Equipo                Juan J. Rodríguez        Arquitecto de Producto    Leonardo Mendoza
                                                                                        Juan Rodríguez



   1.1.          OBJETIVOS DEL PLAN DE PRUEBAS

            Este documento. Tiene como finalidad entregar las pautas y definir la estrategia que se seguirá
   para llevar a cabo la certificación del software, Sistema de información Web para la gestión de
   Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La
   Victoria, Edo. Aragua.

           El objetivo general del plan es establecer la cronología y condiciones para la aplicación de las
   pruebas de manera de obtener, un sistema que pueda ser completado con una recepción total de los
   interesados y entrar en operación con la totalidad de las funciones requeridas para su funcionamiento.

               Las Fases en las que se realizarán las pruebas son:
         1. Planificación de las pruebas: Identificar los requisitos para las pruebas. Desarrollar la
            estrategia de pruebas. Identificar los recursos necesarios para realizar las pruebas. Generar el
            Plan de pruebas.
         2. Diseño de las pruebas: Desarrollo de las pruebas. Identificar y describir los casos de prueba.
         3. Implementación de las pruebas: Establecer el entorno de prueba. Desarrollar las clases de
            prueba, los componentes de prueba y los datos de prueba.
         4. Ejecución de las pruebas: Ejecutar los casos de prueba. Evaluar la ejecución del proceso de
            prueba. Verificar los resultados. Investigar los resultados no esperados. Registrar los defectos.
         5. Evaluación de las pruebas: Evaluar la cobertura de los casos de prueba. Evaluar la cobertura
            del código. Analizar los defectos. Determinar si se han alcanzado los criterios de las pruebas.
            Crear los informes de evaluación de las pruebas.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                        Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                               Página 4 de 26
PROCESO
                                          Ciclo de Desarrollo de Software               Ingeniería de Software
                                                                                             Informática.
                                   Documento Plan Maestro de pruebas (PMP)




   1.2.         DOCUMENTOS RELACIONADOS

       Nombre                    Descripción                   Fecha

            Informe         de   Especificaciones de
                                 requisitos de software        Junio 2012
            Requisitos
                                 (SRS)
                                 Informe técnico que
            Informe Técnico      describe la metodología de    Junio 2012
                                 desarrollo y el análisis de
                                 los procesos.


  2.    ALCANCE DE LAS PRUEBAS


        Contar con una guía debidamente organizada para la aplicación del plan de pruebas, la cual será
   de suma importancia en la culminación exitosa del Sistema de información Web para la gestión de
   Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La
   Victoria, Edo. Aragua

        Mediante los siguientes cuadros se describen los requerimientos de pruebas del sistema, incluidos
   y excluidos en la presente certificación del mismo.


   2.1.         CUADRO RESUMEN DE LAS PRUEBAS

 Módulos del Sistema de información      Módulo de Autenticación de Usuario:
 Web para la gestión de Procesos
                                               -   Sub. Módulo: Autenticación (Iniciar Sesión)
 Administrativos y Académicos del
 Centro de Formación Socialista                -   Sub. Módulo: Recuperación (¿Olvido su Contraseña?)
 Metalminero de La Victoria, Edo.
 Aragua.a ser probados:
                                         Módulo de Registro:
                                               -   Sub. Módulo: Inclusión (Registrar Equipo)


                                         Módulo de Procesos:
                                               -   Sub. Módulo: Traslado (Trasladar Equipos)
                                               -   Sub. Módulo: Consulta (Consultar equipo)




 Objetivos de las Pruebas                En estos Módulos se realizarán pruebas para validar:


                                         La visualización de los datos, ingresados o modificados.




plandepruebasinces-               Universidad Politécnica Territorial de Aragua
                                                                                         Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                  “Federico Brito Figueroa”                                    Página 5 de 26
PROCESO
                                             Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                                   Informática.
                                      Documento Plan Maestro de pruebas (PMP)



                                             La respuesta y realización de los procesos de cada módulo.
                                             Que los estados de las actividades y documentos generados en el sistema
                                             se reflejen de acuerdo a la secuencia lógica requerida por el usuario.


 Detalle del orden de ejecución de los       Los módulos se deben ejecutar en forma independiente, pero
 módulos                                     consecutivos en el orden siguiente:
                                                  -   Iniciar Sesión
                                                  -   Olvido contraseña
                                                  -   Registrar Equipo
                                                  -   Trasladar Equipos
                                                  -   Consultar equipo
 Responsabilidad de la Prueba                Las pruebas son responsabilidad del equipo de proyecto, quien en
                                             conjunto con el usuario deben seleccionar las pruebas que aseguren
                                             la efectividad del sistema.




   2.2.         CASOS DE PRUEBAS INCLUIDOS

                                # Estimado Casos                                                      Total de
  # Casos Disponibles                                        Tipo           Modulo
                                Nuevos                                                                 Casos
             14                          N/A                 Funcional         Inventario                14
            N/A                          N/A                  Funcional        Educativo                N/A
            N/A                          N/A                  Funcional       Informativo               N/A
                                                                                                         14


  3.   ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS

       Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes entornos:


       a.   Equipos Cliente: Equipos de Prueba.
                    •    Equipo marca COMPAQ, 1.80 GHz Windows Server 2003 2 GB RAM Pentium 4
       b.   Base de Datos de servidor local XAMPP que reside en equipo de servidor de Pruebas.


       Todos ellos configurados por el equipo de proyecto.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                              Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                     Página 6 de 26
PROCESO
                                                 Ciclo de Desarrollo de Software                Ingeniería de Software
                                                                                                     Informática.
                                          Documento Plan Maestro de pruebas (PMP)




   3.1.         CRITERIOS DE INICIO


        Aceptación del plan de pruebas . Revisión y aceptación del documento que contiene los casos de pruebas para
   la certificación del proyecto.
       Aceptación de paquetes . Revisión y aceptación de los paquetes de desarrollo, y que este cumpla con las
   condiciones de aceptación.
       Aceptación de ambiente . Revisión y aceptación del ambiente de certificación, y que este cumpla con las
   condiciones de aceptación.


   3.2.         BASES DE DATOS DE PRUEBAS

                 Base de Datos     : csf

                 Servidor BD        : MySQL

                 Datos              : Aleatorios




   3.3.         CRITERIOS DE APROBACION / RECHAZO

  Errores Graves: Información crítica presentada erróneamente o incompleta, información mal registrada en la
  base de datos, caídas de programas, incumplimiento de objetivos en funciones principales.

  Errores Medios (comunes): Errores en documentos impresos que se entregan a personas ajenas a la
  organización, errores en presentación de datos, incumplimiento de objetivos, caídas de programas auxiliares como
  el servidor.

  Errores Leves: Errores en presentación de datos, comportamientos correctos pero diferentes en situaciones
  similares, dificultades de operación.




     Nombre                          Descripción
                                                       El proyecto se implementara con un 100% de las aprobaciones
                                                       de las pruebas ejecutadas, este sistema podrá ser implantado
                                                       con un 90% de competición teniendo así un 10% de errores
                    1                                  leves,
                                                       Estos errores no perjudican la integración del sistema, en caso
                                                       de que el sistema no cumpla con las funciones requeridas se
                                                       realizaran las pruebas de cada módulo.




plandepruebasinces-                       Universidad Politécnica Territorial de Aragua
                                                                                                 Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                          “Federico Brito Figueroa”                                    Página 7 de 26
PROCESO
                                               Ciclo de Desarrollo de Software               Ingeniería de Software
                                                                                                  Informática.
                                      Documento Plan Maestro de pruebas (PMP)




  4.   ESTRATEGIA DE PRUEBAS

           Se requiere certificar por parte del equipo de desarrollo y por parte del usuario el Sistema de
   información Web para la gestión de Procesos Administrativos y Académicos del Centro de Formación
   Socialista Metalminero de La Victoria, Edo. Aragua, en dos etapas, que administre y gestione los procesos
   establecidos. Por ende se debe verificar:

           •    1ra. Etapa: Que las funcionalidades de los módulos de Análisis, Diseño y Desarrollo sean cumplidos.
           •    2da. Etapa: Que las funcionalidades integradas de los módulos de Análisis, Diseño y Desarrollo sean
                cumplidas.
           •    Conjuntamente los sub-objetivos para los tres módulos se resumen de la siguiente forma:
                    o    El análisis de propuestas técnicas y sus procesos asociados.
                    o    La integración de los diversos sistema para el componente de información.
                    o    La creación, modificación y eliminación de tareas (actividades) del sistema.
                    o    La revisión y aprobación de los procesos de cada módulo.
                    o    Que los documentos y actividades se generen con su estado correspondiente en el sistema.
       Será necesario indicar como objetivo realizar las pruebas de los módulos para la gestión y administración del
       sistema. Esto se refiere a verificar y validar los resultados o salidas generados.


   4.1.         ESCENARIO DE LAS PRUEBAS

       Para cumplir con los objetivos planteados deben existir tres escenarios, que son, Pruebas de Instalación,
       Pruebas de Componentes, Pruebas de Interfaz y Pruebas de Operación o Funcionales.


       Para las Pruebas de Instalación se debe comprobar que:
               Aplicación no presenta anomalías o errores.
               Que apunta al servidor y base de datos definidos.


       Para las pruebas de Componentes se debe:
           •    Verificar el Módulo de Autenticación de Usuario, Sub.Módulo: Autenticación (Iniciar
                Sesión), para lo que se introducen los datos aleatoriamente.

           •    Verificar el Módulo de Autenticación de Usuario, Sub. Módulo: Recuperación (¿Olvido su
                contraseña?), para lo que se hacen peticiones para distintos usuarios registrados y no
                registrados.

           •    Verificar el Módulo Registro, Sub. Módulo: Inclusión (Registrar Equipos), para lo que se
                introducen datos aleatoriamente.

           •    Verificar el Módulo Procesos, Sub. Módulo: Traslado (Trasladar Equipos), para lo que se
                Solicitud y cambia ubicación




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                             Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                    Página 8 de 26
PROCESO
                                             Ciclo de Desarrollo de Software                 Ingeniería de Software
                                                                                                  Informática.
                                      Documento Plan Maestro de pruebas (PMP)



           •    Verificar el Módulo Procesos, Sub. Módulo: Consulta (Consultar Equipos), para lo que se
                realiza la solicitud


       Para las pruebas de interfaz se debe comprobar:
               Comportamiento de la aplicación con diversos navegadores, verificación de imágenes en el sistema y de
                los enlaces principales.
               Carga, despliegue, foco, modalidad, navegabilidad y usabilidad de la interfaz del Sistema y sus
                elementos. Donde las métricas y Heurísticas de usabilidad y funcionalidad a utilizar son las siguientes:
                    o    Comprensión Global del Sitio.
                    o    Aspectos de Interfaces y Estéticos.
                    o    Métricas de confiabilidad.
                    o    Navegación y Exploración.


       Para las pruebas de Operación o Funcionales se debe comprobar:
               El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso de las
                propuestas y proyectos.
               El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso de los
                documentos generados por el usuario.
               El comportamiento de la aplicación para el módulo de Análisis.
               El comportamiento de la aplicación para el módulo de Diseño y desarrollo.
               El comportamiento de la aplicación para el módulo de Implementación.


   4.2.        ORDEN DE EJECUCIÓN DE PRUEBAS

       Las pruebas se llevarán a cabo de la siguiente forma:


                          a.   Secuencias de pasos para la Configuración
               Configuración de los Equipos Cliente y del Servidor de Aplicación Web y de Base de Datos.
                          b.   Secuencias de pasos para la generación de archivos para los tres módulos.
               Ejecución de proceso de entrada y de salida del sistema para su aprobación.


                          c.   Secuencias de pasos para la generación de datos para los tres módulos.
               Ejecución del procesos de generación de datos, para las pruebas de almacenamiento de la misma.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                             Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                    Página 9 de 26
PROCESO
                                          Ciclo de Desarrollo de Software                 Ingeniería de Software
                                                                                               Informática.
                                   Documento Plan Maestro de pruebas (PMP)




   4.3.        EQUIPO DE PRUEBAS Y RESPONSABILIDADES

     Nombre                                                         Responsabilidad
     Leonardo Mendoza                 Arquitecto de sistema, responsable de evaluar las condiciones de término
                                      para el proceso de pruebas junto al Jefe de Proyectos.

     Juan J. Rodríguez                Jefe de Proyecto, responsable de evaluar las condiciones de término para el
                                      proceso de pruebas junto al Arquitecto de Producto.
     Juan C. Tapias                   Analista funcional, responsable de la resolución de las incidencias de
                                      certificación para los módulos de Análisis, Diseño y Desarrollo y
                                      aprobación.


     Leonardo Mendoza                 Responsable de la generación del plan de pruebas.
     Juan J. Rodríguez
     Juan C. Tapias



      5 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS.

               En esta sección se muestran rigurosa y sistemáticamente los resultados arrojados por cada
       prueba. Para ello, ya se han definido los escenarios en el punto 4.1. En tal sentido, los resultados
       obtenidos se clasifican según:




plandepruebasinces-                Universidad Politécnica Territorial de Aragua
                                                                                          Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                   “Federico Brito Figueroa”                                   Página 10 de 26
PROCESO
                                           Ciclo de Desarrollo de Software                   Ingeniería de Software
                                                                                                  Informática.
                                    Documento Plan Maestro de pruebas (PMP)




       5.1.   PRUEBAS DE COMPONENTES

                   Cuadro Nº 1. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión
 Casos de prueba                                             Formato de casos de pruebas

                                        Tipo de prueba: Unitaria (Caja Blanca)

                                        Objetivo: Validar los datos de un usuario para accesar a la aplicación

                                                                        Caso No. 1

                                        Descripción: Datos incorrectos: Nombre de Usuario con caracteres no
                                        permitidos.

                                        Entradas: Nombre de Usuario: ¿”45/ana
                                                   Contraseña: “ ”

                                        Código de salidas esperadas: defined (‘Resricted access’)=El nombre de
                                        usuario y contraseña no coinciden o usted no tiene cuenta aún



 Resultados                           Todos los casos de pruebas planificados se han ejecutado.
                                      Todos los defectos identificados se han considerado.

 Observaciones                        El resto de los casos de prueba para éste componente se presenta en el anexo
                                      Nº 1



               Cuadro Nº 2. Módulo de Autenticación de Usuario, Sub. Módulo: Sub. Módulo: Recuperación
       (¿Olvido su Contraseña?)
 Objetivos de la prueba               Comprobar el módulo de Autenticación de Usuario, Sub.
                                      Modulo: Recuperación (¿Olvido su contraseña?).
 Técnicas                             Solicitar la recuperación de la contraseña del usuario.
 Código Involucrado                   <?php
                                      /*if($_GET['res']==1) echo "Registro Exitoso";
                                      else if($_GET['res']==2) echo "Ocurrio un Error al Registrar";*/
                                      $img_eli='<img src="imagenes/plus.gif" border="0" align="absmiddle"
                                      width="18" height="18" title="Eliminar" />';
                                      $img_modi='<img src="imagenes/minus.gif" border="0" align="absmiddle"
                                      width="18" height="18" title="Actualizar" />';
                                      require('conexion.php');
                                      if(!isset($_REQUEST['cedula'])){
                                      }else{




plandepruebasinces-                 Universidad Politécnica Territorial de Aragua
                                                                                             Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                    “Federico Brito Figueroa”                                     Página 11 de 26
PROCESO
                                           Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                                 Informática.
                                   Documento Plan Maestro de pruebas (PMP)



                                     $cedula=$_REQUEST['cedula'];
                                     $resultado=mysql_query("select * from usuarios where cedula= $cedula");
                                     if(!$resultado)
                                     {?>
 Caso de prueba                                                 Formato de casos de pruebas

                                      Tipo de prueba: Unitaria (Caja Blanca)

                                      Objetivo: Recuperar contraseña del usuario.

                                                                        Caso No. 1

                                      Descripción: Datos incorrectos: cedula no antes registrada.

                                      Entradas: ingrese su celuda: “ 1232323“
                                      Código de salidas esperadas: <?php
                                      }
                                      else
                                      {
                                      $fila=mysql_fetch_array($resultado);
                                      if (!$fila)
                                      {?>
                                      <script>
                                      alert("Datos no Encontrados");
                                      this.location.href='recuperarcontrasena3.php';
                                      </script>
                                      <?php
                                      Datos no encontrados.



 Resultado                           Todos los casos de pruebas planificados se han ejecutado.
                                     Todos los defectos identificados se han considerado.

 Observaciones


               Cuadro Nº 3. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo)
 Objetivo de la prueba               Comprobar el modulo de Registro, Sub. Módulo:            Inclusión (Registrar
                                     Equipo)
 Técnica                             Realizar registros de equipos con campos vacío y erróneos.
 Código involucrado                  <?php
                                     require('conexion.php');




plandepruebasinces-                Universidad Politécnica Territorial de Aragua
                                                                                            Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                   “Federico Brito Figueroa”                                     Página 12 de 26
PROCESO
                                   Ciclo de Desarrollo de Software              Ingeniería de Software
                                                                                     Informática.
                            Documento Plan Maestro de pruebas (PMP)



                              $Tipo=mysql_query("select * from tipos order by codigotipo");
                              $opcion=mysql_fetch_array($Tipo);
                              for($i=0;$i<$opcion;$i++)
                              {
                              echo "<option>";
                              echo $opcion['tipo'];
                              echo"</option>";
                              $opcion=mysql_fetch_array($Tipo);
                              }
                              ?>
                              <?php
                              $marca=mysql_query("select * from marcas order by codigomarca");
                              $opcion=mysql_fetch_array($marca);
                              for($i=0;$i<$opcion;$i++)
                              {
                              echo "<option>";
                              echo $opcion['marca'];
                              echo "</option>";
                              $opcion=mysql_fetch_array($marca);
                              }
                              ?>
                              <?php
                              $estado=mysql_query("select * from estados order by codigoestado");
                              $opcion=mysql_fetch_array($estado);
                              for($i=0;$i<$opcion;$i++)
                              {
                              echo "<option>";
                              echo $opcion['estado'];
                              echo "</option>";
                              $opcion=mysql_fetch_array($estado);
                              }
                              ?>
                              <?php
                              $laboratorio=mysql_query("select * from laboratorios order by nombre");
                              $opcion=mysql_fetch_array($laboratorio);
                              for($i=0;$i<$opcion;$i++)




plandepruebasinces-         Universidad Politécnica Territorial de Aragua
                                                                                 Fecha Actualización:22/11/2012
130110173052-phpapp02.doc            “Federico Brito Figueroa”                                 Página 13 de 26
PROCESO
                                           Ciclo de Desarrollo de Software                 Ingeniería de Software
                                                                                                Informática.
                                   Documento Plan Maestro de pruebas (PMP)



                                    {
                                    echo "<option>";
                                    echo $opcion['nombre'];
                                    $opcion=mysql_fetch_array($laboratorio);
                                    }
                                    ?>
 Caso de prueba                                              Formato de casos de pruebas

                                        Tipo de prueba: Unitaria (Caja Blanca)

                                        Objetivo: Validar los datos para el registro de equipo

                                                                     Caso No. 1

                                        Descripción: Datos incorrectos: Campos vacíos o erróneos

                                        Entradas: “      “


                                        Código de salidas esperadas: <?php
                                        if(!isset($_GET['res'])){
                                        }else{
                                        if($_GET['res']==1){?>
                                        <script>
                                        alert("Registro Exitoso");
                                        </script>
                                        <?php
                                        }else if ($_GET['res']==2){?>
                                        <script>
                                        alert("A Ocurrido un Error al Regitrar La Herramienta");
                                        </script>
                                        <?php
                                        }
                                        }
                                        ?>
                                        Mensaje de error: Ha ocurrido un error al registrar la herramienta


 Resultado                          Todos los casos de pruebas planificados se han ejecutado.
                                    Todos los defectos identificados se han considerado.

 Observaciones


             Cuadro N°4. Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos)
 Objetivo de la prueba              Comprobar el Módulo de Procesos, Sub. Módulo: Traslado (Trasladar
                                    Equipos)
 Técnica                            Trasladar equipos no registrados
 Código involucrado                 <?php




plandepruebasinces-               Universidad Politécnica Territorial de Aragua
                                                                                            Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                  “Federico Brito Figueroa”                                      Página 14 de 26
PROCESO
                                          Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                                Informática.
                                  Documento Plan Maestro de pruebas (PMP)



                                    require('conexion.php');
                                    $img_modi='<img        src="imagenes/iconomodifica.jpg"       border="0"
                                    align="absmiddle" width="30" height="30" title="Modificar" />';
                                    if (!isset($_POST['codigoequipo'])){
                                    }else{
                                    $codigo=$_POST['codigoequipo'];
                                    $resultado=mysql_query("select      *      from      traslados         where
                                    codigoequipo='$codigo' order by codigotranslado desc");
                                    if(!$resultado)
                                    {?>
 Casos de prueba                                          Formato de casos de pruebas

                                     Tipo de prueba: Unitaria (Caja Blanca)

                                     Objetivo: Validar los datos del traslado de equipos

                                                                   Caso No. 1

                                     Descripción: Datos incorrectos: Campos vacíos o erróneos

                                     Entradas: “Pc-hpa/12 “


                                     Código de salidas esperadas: <?php
                                     }
                                     else
                                     {
                                     $fila=mysql_fetch_array($resultado);
                                     if (!$fila)
                                     {
                                     echo "Datos No Existentes";
                                     }
                                     else
                                     {?>Mensaje de error: Datos No Existentes


 Resultado                          Todos los casos de pruebas planificados se han ejecutado.
                                    Todos los defectos identificados se han considerado.

 Observaciones


       Cuadro N° 5. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo)
 Objetivo de prueba                 Comprobar el Módulo de proceso, Sub. Módulo: Consulta (Consultar
                                    equipo)
 Técnica                            Solicitar reportes con o sin registros realizados
 Código involucrado                 <?php
                                    require('fpdf/fpdf.php');




plandepruebasinces-               Universidad Politécnica Territorial de Aragua
                                                                                           Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                  “Federico Brito Figueroa”                                     Página 15 de 26
PROCESO
                                      Ciclo de Desarrollo de Software                 Ingeniería de Software
                                                                                           Informática.
                            Documento Plan Maestro de pruebas (PMP)



                              require('conexion.php');


                              class PDF extends FPDF{
                              //Cargar los datos
                              var $widths;
                              var $aligns;


                              function SetWidths($w)
                              {
                                    $this->widths=$w;
                              }
                              function SetAligns($a)
                              {
                                    $this->aligns=$a;
                              }
                              function Row($data)
                              ...
                              <?
 Casos de prueba                                        Formato de casos de pruebas

                                  Tipo de prueba: Unitaria (Caja Blanca)

                                  Objetivo: Validar las consultas

                                                                Caso No. 1

                                  Descripción: Campos vacíos

                                  Entradas: “     “


                                  Código de salidas esperadas: <?php
                                  }
                                  else
                                  {
                                  $fila=mysql_fetch_array($resultado);
                                  if (!$fila)
                                  {
                                  echo "Datos No Existentes";
                                  }
                                  else
                                  {?>Mensaje de error: Datos No Existentes


 Resultado                    Todos los casos de pruebas planificados se han ejecutado.




plandepruebasinces-         Universidad Politécnica Territorial de Aragua
                                                                                      Fecha Actualización:22/11/2012
130110173052-phpapp02.doc            “Federico Brito Figueroa”                                      Página 16 de 26
PROCESO
                                           Ciclo de Desarrollo de Software                   Ingeniería de Software
                                                                                                  Informática.
                                   Documento Plan Maestro de pruebas (PMP)



                                      Todos los defectos identificados se han considerado.

 Observaciones




   5.2      PRUEBAS DE SISTEMAS

   5.2.1    PRUEBAS FUNCIONALES

            Cuadro N° 5. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo)


    Objetivos de la prueba         Asegurar la navegación correcta de la aplicación, la entrada de datos, y su
                                   procesamiento.
    Técnicas                       Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e
                                   inválidos para verificar lo siguiente:
                                  •  Cuando se utilizan datos correctos se obtienen los resultados esperados.
                                  •  Cuando se utilizan datos incorrectos se obtienen los mensajes de error o
                                     advertencias adecuadas.
                                  •  Cuando se haga una solicitud sin datos registrador se obtienen mensajes
                                     de error.
                                  Cada regla de negocio se ha aplicado correctamente.
    Caso de uso involucrado                      Caso de uso Registro equipos




    Resultados                     Todas las pruebas planificadas se han ejecutado.
                                   Todos los defectos identificados se han considerado

   5.2.2    PRUEBAS DE INTEGRACIÓN

            Cuadro N°6 . Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión




plandepruebasinces-                Universidad Politécnica Territorial de Aragua
                                                                                             Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                   “Federico Brito Figueroa”                                      Página 17 de 26
PROCESO
                                              Ciclo de Desarrollo de Software                    Ingeniería de Software
                                                                                                      Informática.
                                       Documento Plan Maestro de pruebas (PMP)



   Objetivo de prueba              •      Identificar todos los posibles esquemas de llamadas entre los componentes (Sub.
                                          Módulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena
                                          cobertura de la funcionalidad del Módulo Completo.



   Técnica                         Describir los esquemas lógicos de llamadas entre componentes en forma ascendente
                                   para verificar la funcionalidad del módulo.
   Interfaz Asociada




   Resultado                       Todas las llamadas entre componentes han sido ejecutadas con éxito.



         Cuadro N° 7. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo)
   Objetivo de prueba             Verificar los siguientes objetivos:

                                   •      Identificar todos los posibles esquemas de llamadas entre los componentes (Sub.
                                          Módulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena
                                          cobertura de la funcionalidad del Módulo.
   Técnica                         Describir los esquemas lógicos de llamadas entre componentes en forma ascendente
                                   para verificar la funcionalidad del módulo de consulta
   Interfaz Asociada




   Resultado                       Todas las llamadas entre componentes han sido ejecutadas con éxito.


   5.3       PRUEBAS DE ACEPTACIÓN

   5.3.1     PRUEBAS DE USABILIDAD

              Cuadro N° 8. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión
   Objetivo de prueba               Verificar los siguientes objetivos:
                                   La navegación a través de la aplicación refleja adecuadamente las reglas de negocio y
                                   los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso
                                   (tabulador, movimientos del ratón y teclas de

   Técnicas                        Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta
                                   navegación y su estado. Utilizando las Heurísticas de Nielsen.

   Interfaz Asociada




plandepruebasinces-                    Universidad Politécnica Territorial de Aragua
                                                                                                  Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                       “Federico Brito Figueroa”                                       Página 18 de 26
PROCESO
                                             Ciclo de Desarrollo de Software                    Ingeniería de Software
                                                                                                     Informática.
                                      Documento Plan Maestro de pruebas (PMP)




   Resultado esperado             Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                  o con los estándares utilizados.



             Cuadro N° 9. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo)
   Objetivos de la prueba          Verificar los siguientes objetivos:

                                  •   La navegación a través de la aplicación refleja adecuadamente las reglas de negocio
                                      y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso
                                      (tabulador, movimientos del ratón y teclas de función).
                                  •    Las ventanas y sus características, como menús, tamaño, posición y estado cumplen
                                      los estándares.
   Técnica                        Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta
                                  navegación y su estado. Utilizando las Heurísticas de Nielsen.
   Interfaz asociada




   Resultado esperado             Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                  o con los estándares utilizados.



             Cuadro N°10. Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos)
   Objetivo de prueba              Verificar los siguientes objetivos:

                                  •   La navegación a través de la aplicación refleja adecuadamente las reglas de negocio
                                      y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso
                                      (tabulador, movimientos del ratón y teclas de función).
                                  •    Las ventanas y sus características, como menús, tamaño, posición y estado cumplen
                                      los estándares
   Técnica                        Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta
                                  navegación y su estado. Utilizando las Heurísticas de Nielsen.
   Interfaz Asociada




   Resultado esperado             Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                  o con los estándares utilizados.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                                Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                      Página 19 de 26
PROCESO
                                              Ciclo de Desarrollo de Software                      Ingeniería de Software
                                                                                                        Informática.
                                       Documento Plan Maestro de pruebas (PMP)




             Cuadro N°11. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo)
   Objetivo de prueba              Verificar los siguientes objetivos:

                                   •   La navegación a través de la aplicación refleja adecuadamente las reglas de negocio
                                       y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso
                                       (tabulador, movimientos del ratón y teclas de función).
                                   •    Las ventanas y sus características, como menús, tamaño, posición y estado cumplen
                                       los estándares
   Técnica                         Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta
                                   navegación y su estado. Utilizando las Heurísticas de Nielsen.
   Interfaz Asociada




   Resultado esperado              Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                   o con los estándares utilizados.




   5.3.2     PRUEBAS ALFA

             Cuadro N°12. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión
   Objetivo de prueba              Asegurar la navegación correcta de la aplicación, y la consulta de los datos.

   Técnica                         Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para
                                   verificar lo siguiente:

                                   •      Cuando se utilizan datos correctos se obtienen los resultados esperados.
                                   •      Cuando se utilizan datos incorrectos se obtienen los mensajes de error o
                                          advertencias adecuadas.
                                   •      Cada regla de negocio se ha aplicado correctamente.

                                   •      Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                          o con los estándares utilizados.




plandepruebasinces-                    Universidad Politécnica Territorial de Aragua
                                                                                                    Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                       “Federico Brito Figueroa”                                         Página 20 de 26
PROCESO
                                              Ciclo de Desarrollo de Software                     Ingeniería de Software
                                                                                                       Informática.
                                      Documento Plan Maestro de pruebas (PMP)



   Interfaz Asociada




   Resultado                          Previsto para la versión 1.1 del plan de pruebas

   Consideraciones                    Las pruebas serán ejecutadas en un servidor local.




             Cuadro N°13 Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo)
   Objetivo de prueba             Asegurar la navegación correcta de la aplicación, y la consulta de los datos.

   Técnica                         Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para
                                   verificar lo siguiente:

                                  •      Cuando se utilizan datos correctos se obtienen los resultados esperados.
                                  •      Cuando se utilizan datos incorrectos se obtienen los mensajes de error o
                                         advertencias adecuadas.
                                  •      Cada regla de negocio se ha aplicado correctamente.

                                  •      Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                         o con los estándares utilizados.
   Interfaz Asociada




   Resultado                          Previsto para la versión 1.1 del plan de pruebas

   Consideraciones                    Las pruebas serán ejecutadas en un servidor local.



             Cuadro N°14 Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos)
   Objetivo de prueba             Asegurar la navegación correcta de la aplicación, y la consulta de los datos.

   Técnica                         Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para
                                   verificar lo siguiente:

                                  •      Cuando se utilizan datos correctos se obtienen los resultados esperados.
                                  •      Cuando se utilizan datos incorrectos se obtienen los mensajes de error o
                                         advertencias adecuadas.
                                  •      Cada regla de negocio se ha aplicado correctamente.

                                  •      Cada ventana se ha verificado con éxito y es consistente con la versión de referencia




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                                   Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                         Página 21 de 26
PROCESO
                                              Ciclo de Desarrollo de Software                     Ingeniería de Software
                                                                                                       Informática.
                                      Documento Plan Maestro de pruebas (PMP)


                                         o con los estándares utilizados.
   Interfaz asociada




   Resultado                          Previsto para la versión 1.1 del plan de pruebas

   Consideraciones                    Las pruebas serán ejecutadas en un servidor local.




             Cuadro N°15. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo)
   Objetivo de prueba             Asegurar la navegación correcta de la aplicación, y la consulta de los datos.

   Técnica                         Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para
                                   verificar lo siguiente:

                                  •      Cuando se utilizan datos correctos se obtienen los resultados esperados.
                                  •      Cuando se utilizan datos incorrectos se obtienen los mensajes de error o
                                         advertencias adecuadas.
                                  •      Cada regla de negocio se ha aplicado correctamente.

                                  •      Cada ventana se ha verificado con éxito y es consistente con la versión de referencia
                                         o con los estándares utilizados.
   Interfaz Asociada




   Resultado                          Previsto para la versión 1.1 del plan de pruebas

   Consideraciones                    Las pruebas serán ejecutadas en un servidor local.



    6.   ANÁLISIS DE LOS RESULTADOS DE LAS PRUEBAS
       Los resultados a las pruebas diseñadas para verificar y validar el producto de software Sistema de
    información Web para la gestión de Procesos Administrativos y Académicos del Centro de
    Formación Socialista Metalminero de La Victoria, Edo. Aragua. Se presentan tal como ya se han
    definido los escenarios en el punto 4.1. En tal sentido, se elabora el siguiente cuadro resumen, con los
    resultados de las pruebas y los criterios de aprobación/rechazo descritos en el apartado 3.3 de este
    documento.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                                   Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                         Página 22 de 26
PROCESO
                                                 Ciclo de Desarrollo de Software          Ingeniería de Software
                                                                                               Informática.
                                      Documento Plan Maestro de pruebas (PMP)




        Cuadro Nº 17 .Análisis para los resultados de las pruebas al Módulo de Autenticación de Usuarios
     y Control de Citas (Componentes: Inclusión, Autenticación, Recuperación y Consulta).
    Tipo de Prueba              Caso de prueba                    Resultado           Criterio de Finalización

 Componentes                     Autenticación
                                      Caso 1
                                      Caso 2
 Componentes                          Registro
                                      Caso 1
                                      Caso 2

 Componentes                          Proceso
                                      Caso 1
                                      Caso 2


 Funcionales            Todos los CU han sido probados
 Integración            Todas las llamadas entre
                        componentes han sido ejecutadas.
 Interfaz de usuario    Todas las      ventanas     se   han
                        verificado.
       (Usabilidad)
                        Se ha verificado la consistencia
                        con los estándares utilizados



    7. RESTRICCIONES QUE AFECTAN EL PROCESO DE PRUEBAS

      El software pasará a las pruebas de integración después de que todos los errores (Graves, Medios y
    Leves) han sido corregidos y el criterio de finalización resulte en: Aprobado.




plandepruebasinces-                   Universidad Politécnica Territorial de Aragua
                                                                                          Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                      “Federico Brito Figueroa”                                Página 23 de 26
PROCESO
                                          Ciclo de Desarrollo de Software            Ingeniería de Software
                                                                                          Informática.
                                   Documento Plan Maestro de pruebas (PMP)



       Una vez realizadas las pruebas de aceptación después de que todos los defectos sean corregidos,
    pasará a las pruebas Alfa.
       Finalmente, luego de conocer el criterio de aceptación por parte de los usuarios finales, el sistema
    podrá ser instalado en su versión Beta.




    8. ANEXOS

       Anexo N°1
              los expertos critican la interfaz confrontándola con una guía de elementos básicos de diseño
       elaborada previamente y, en este sentido, es una herramienta de comparación de objetivos
       explícitamente estipulados. Tiene como objetivo determinar los posibles problemas de usabilidad
       más comunes en el diseño de una interfaz, antes que determinar en qué grado cumple ésta o aquella
       función. Como resultado de este tipo de evaluación, se elaboran listas pormenorizadas de
       problemas de usabilidad, en la que se detallan, esos problemas, la heurística asociada al problema,
       la valoración del experto y la posible solución


            Para la evaluación presentada se utilizaron las “10 Heurísticas de Nielsen” y una escala de
       valoración para cada problema.


       Nombre del Evaluador:

              Problema              Heurística                Valor                  Solución




       .Valoración de los problemas y heurísticas de Nielsen




plandepruebasinces-                Universidad Politécnica Territorial de Aragua
                                                                                     Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                   “Federico Brito Figueroa”                              Página 24 de 26
PROCESO
                                               Ciclo de Desarrollo de Software                Ingeniería de Software
                                                                                                   Informática.
                                       Documento Plan Maestro de pruebas (PMP)


                       Leyenda de valoración                        Heurísticas de Nilsen
                                                         H1: Diálogo natural y simple
                  0 - No es un problema de               H2: Hablar el lenguaje del usuario
                  Usabilidad
                                                         H3: Minimizar la carga cognitiva
                  1 - Problema cosmético
                                                         H4: Consistencia
                  2 - Problema menor
                                                         H5: Feedback
                  3 - Problema mayor de
                  Usabilidad; importante fijar           H6: Proveer claramente las salidas
                  solución                               H7: Proveer Shortcuts
                  4-   Usabilidad      catastrófica,     H8: Mensajes de Error descriptivos
                  imperativo fijar solución
                                                         H9: Prevención de Errores
                                                          H10: Asistencia al Usuario




            Anexo 2:
            Instrumento para validar el sistema.




plandepruebasinces-                    Universidad Politécnica Territorial de Aragua
                                                                                              Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                       “Federico Brito Figueroa”                                   Página 25 de 26
PROCESO
                                       Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                             Informática.
                                Documento Plan Maestro de pruebas (PMP)



                                                                                   VALORACIÓN
         ASPECTOS A EVALUAR EN LA APLICACIÓN:                                   SI    MED   NO
     Incluye información relevante, necesaria y sencilla
     Almacena exitosamente los datos registrados
     Utiliza palabras, frases y conceptos familiares.
     Sigue convenciones del mundo real.
     Usa objetos, acciones y/o opciones para evitar que el usuario
     tenga que recordar información. Ejemplos: menús
     desplegables, metáforas.
     Provee objetos visibles e intuitivos
     La composición de la pantalla es la misma en toda la
     aplicación. Cada control tiene asignado una única función y
     siempre es la misma
     Siempre informa acerca de lo que está ocurriendo
     Permite deshacer y rehacer acciones realizadas
     Incluye acciones para hacer más rápida la interacción
     Incluye mensajes de error expresados en un lenguaje común y
     sencillo, indicando el problema y sugiriendo soluciones de
     forma constructiva
     Incluye acciones para prevenir la existencia de errores
     Incluye ayuda para asistir al usuario
     Provee información referente a los datos antes registrados
     Existe legibilidad y claridad textual (tipo, color y tamaño
     adecuado de la fuente utilizada)
     Existe organización adecuada del contenido y los elementos

    Nombre del Testing      Observaciones                                       Firma




plandepruebasinces-             Universidad Politécnica Territorial de Aragua
                                                                                        Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                “Federico Brito Figueroa”                                    Página 26 de 26
PROCESO
                                       Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                             Informática.
                                Documento Plan Maestro de pruebas (PMP)



                                                                                   VALORACIÓN
         ASPECTOS A EVALUAR EN LA APLICACIÓN:                                   SI    MED   NO
     Incluye información relevante, necesaria y sencilla
     Almacena exitosamente los datos registrados
     Utiliza palabras, frases y conceptos familiares.
     Sigue convenciones del mundo real.
     Usa objetos, acciones y/o opciones para evitar que el usuario
     tenga que recordar información. Ejemplos: menús
     desplegables, metáforas.
     Provee objetos visibles e intuitivos
     La composición de la pantalla es la misma en toda la
     aplicación. Cada control tiene asignado una única función y
     siempre es la misma
     Siempre informa acerca de lo que está ocurriendo
     Permite deshacer y rehacer acciones realizadas
     Incluye acciones para hacer más rápida la interacción
     Incluye mensajes de error expresados en un lenguaje común y
     sencillo, indicando el problema y sugiriendo soluciones de
     forma constructiva
     Incluye acciones para prevenir la existencia de errores
     Incluye ayuda para asistir al usuario
     Provee información referente a los datos antes registrados
     Existe legibilidad y claridad textual (tipo, color y tamaño
     adecuado de la fuente utilizada)
     Existe organización adecuada del contenido y los elementos

    Nombre del Testing      Observaciones                                       Firma




plandepruebasinces-             Universidad Politécnica Territorial de Aragua
                                                                                        Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                “Federico Brito Figueroa”                                    Página 26 de 26
PROCESO
                                       Ciclo de Desarrollo de Software                  Ingeniería de Software
                                                                                             Informática.
                                Documento Plan Maestro de pruebas (PMP)



                                                                                   VALORACIÓN
         ASPECTOS A EVALUAR EN LA APLICACIÓN:                                   SI    MED   NO
     Incluye información relevante, necesaria y sencilla
     Almacena exitosamente los datos registrados
     Utiliza palabras, frases y conceptos familiares.
     Sigue convenciones del mundo real.
     Usa objetos, acciones y/o opciones para evitar que el usuario
     tenga que recordar información. Ejemplos: menús
     desplegables, metáforas.
     Provee objetos visibles e intuitivos
     La composición de la pantalla es la misma en toda la
     aplicación. Cada control tiene asignado una única función y
     siempre es la misma
     Siempre informa acerca de lo que está ocurriendo
     Permite deshacer y rehacer acciones realizadas
     Incluye acciones para hacer más rápida la interacción
     Incluye mensajes de error expresados en un lenguaje común y
     sencillo, indicando el problema y sugiriendo soluciones de
     forma constructiva
     Incluye acciones para prevenir la existencia de errores
     Incluye ayuda para asistir al usuario
     Provee información referente a los datos antes registrados
     Existe legibilidad y claridad textual (tipo, color y tamaño
     adecuado de la fuente utilizada)
     Existe organización adecuada del contenido y los elementos

    Nombre del Testing      Observaciones                                       Firma




plandepruebasinces-             Universidad Politécnica Territorial de Aragua
                                                                                        Fecha Actualización:22/11/2012
130110173052-phpapp02.doc                “Federico Brito Figueroa”                                    Página 26 de 26

Más contenido relacionado

La actualidad más candente

Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
Edgardo Rojas
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
Miluska Azabache Gonzales
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De Software
Jimmy Campo
 
Ejemplo plan de_pruebas
Ejemplo plan de_pruebasEjemplo plan de_pruebas
Ejemplo plan de_pruebas
nicolas2100
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles
Jaqueline Luna
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
yecka25
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
José Antonio Sandoval Acosta
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
Coesi Consultoria
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
Gustavo Araque
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del software
Juan Pablo Carvallo
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
Jose Limon
 
4 plan de sqa presentacion
4   plan de sqa presentacion4   plan de sqa presentacion
4 plan de sqa presentacion
Diego Coello
 
aseguramiento de la calidad de software acs
aseguramiento de la calidad de software acsaseguramiento de la calidad de software acs
aseguramiento de la calidad de software acs
MARCO POLO SILVA SEGOVIA
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
Angel Reyes
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
sergio
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
Israel Rey
 
Rad (desarrollo rápido de aplicaciones)
Rad (desarrollo rápido de aplicaciones)Rad (desarrollo rápido de aplicaciones)
Rad (desarrollo rápido de aplicaciones)
Jenyfer Utitiaja
 
tipos de pruebas.
tipos de pruebas.tipos de pruebas.
tipos de pruebas.
Juan Ravi
 
Como medir la calidad de software
Como medir la calidad de softwareComo medir la calidad de software
Como medir la calidad de software
Carlos Yoshio Bazan Pulache
 

La actualidad más candente (20)

Plan de pruebas de software
Plan de pruebas de softwarePlan de pruebas de software
Plan de pruebas de software
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De Software
 
Ejemplo plan de_pruebas
Ejemplo plan de_pruebasEjemplo plan de_pruebas
Ejemplo plan de_pruebas
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Ingenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de softwareIngenieria de software - Unidad 3 arquitecturas de software
Ingenieria de software - Unidad 3 arquitecturas de software
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del software
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
 
4 plan de sqa presentacion
4   plan de sqa presentacion4   plan de sqa presentacion
4 plan de sqa presentacion
 
aseguramiento de la calidad de software acs
aseguramiento de la calidad de software acsaseguramiento de la calidad de software acs
aseguramiento de la calidad de software acs
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
 
Rad (desarrollo rápido de aplicaciones)
Rad (desarrollo rápido de aplicaciones)Rad (desarrollo rápido de aplicaciones)
Rad (desarrollo rápido de aplicaciones)
 
tipos de pruebas.
tipos de pruebas.tipos de pruebas.
tipos de pruebas.
 
Como medir la calidad de software
Como medir la calidad de softwareComo medir la calidad de software
Como medir la calidad de software
 

Destacado

Pmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de softwarePmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de software
Carina Lifschitz
 
ejemplos de pruebas unitarias y de integracion
ejemplos de pruebas unitarias y de integracion ejemplos de pruebas unitarias y de integracion
ejemplos de pruebas unitarias y de integracion
Leonardo Oscar Martinez Alpizar
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
Abner Gerardo
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
xpjair
 
2010 08-06-ieee-salto-soft tst
2010 08-06-ieee-salto-soft tst2010 08-06-ieee-salto-soft tst
2010 08-06-ieee-salto-soft tst
Irene Pazos Viana
 
Plan de pruebas 3 .1.0
Plan de pruebas 3 .1.0Plan de pruebas 3 .1.0
Plan de pruebas 3 .1.0
Johana201225
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
David Thomas
 
Fundamentos de Pruebas de Software - Capítulo 5
Fundamentos de Pruebas de Software - Capítulo 5Fundamentos de Pruebas de Software - Capítulo 5
Fundamentos de Pruebas de Software - Capítulo 5
Professional Testing
 
Taller casos de prueba
Taller casos de pruebaTaller casos de prueba
Taller casos de prueba
Andrés Grosso
 
Estrategias de prueba de software
Estrategias de prueba de softwareEstrategias de prueba de software
Estrategias de prueba de software
jtapiac
 
Análisis sensorial
Análisis sensorialAnálisis sensorial
Análisis sensorial
Monica Gonzalez
 
Estrategias de Pruebas de Software
Estrategias de Pruebas de SoftwareEstrategias de Pruebas de Software
Estrategias de Pruebas de Software
Lucia Gasperin
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
Centro Líbano
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
Yessenia I. Martínez M.
 
Diseño de una Prueba Final Escrita
Diseño de una Prueba Final EscritaDiseño de una Prueba Final Escrita
Diseño de una Prueba Final Escrita
MARCO OSCAR NIETO MESA
 
Casos de pruebas
Casos de pruebasCasos de pruebas
Casos de pruebas
Hälly SäncBërn
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
mariela2906
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
Juan Pablo Bustos Thames
 
Software Testing (1)
Software Testing (1)Software Testing (1)
Software Testing (1)
Manuel Capel-Tunon
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
Juan Pablo Bustos Thames
 

Destacado (20)

Pmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de softwarePmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de software
 
ejemplos de pruebas unitarias y de integracion
ejemplos de pruebas unitarias y de integracion ejemplos de pruebas unitarias y de integracion
ejemplos de pruebas unitarias y de integracion
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
2010 08-06-ieee-salto-soft tst
2010 08-06-ieee-salto-soft tst2010 08-06-ieee-salto-soft tst
2010 08-06-ieee-salto-soft tst
 
Plan de pruebas 3 .1.0
Plan de pruebas 3 .1.0Plan de pruebas 3 .1.0
Plan de pruebas 3 .1.0
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Fundamentos de Pruebas de Software - Capítulo 5
Fundamentos de Pruebas de Software - Capítulo 5Fundamentos de Pruebas de Software - Capítulo 5
Fundamentos de Pruebas de Software - Capítulo 5
 
Taller casos de prueba
Taller casos de pruebaTaller casos de prueba
Taller casos de prueba
 
Estrategias de prueba de software
Estrategias de prueba de softwareEstrategias de prueba de software
Estrategias de prueba de software
 
Análisis sensorial
Análisis sensorialAnálisis sensorial
Análisis sensorial
 
Estrategias de Pruebas de Software
Estrategias de Pruebas de SoftwareEstrategias de Pruebas de Software
Estrategias de Pruebas de Software
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Proyecto Final - Calidad de Software
Proyecto Final - Calidad de SoftwareProyecto Final - Calidad de Software
Proyecto Final - Calidad de Software
 
Diseño de una Prueba Final Escrita
Diseño de una Prueba Final EscritaDiseño de una Prueba Final Escrita
Diseño de una Prueba Final Escrita
 
Casos de pruebas
Casos de pruebasCasos de pruebas
Casos de pruebas
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Software Testing (1)
Software Testing (1)Software Testing (1)
Software Testing (1)
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 

Similar a Plan de pruebas_inces

Proceso desarrollo software
Proceso desarrollo softwareProceso desarrollo software
Proceso desarrollo software
Edward Andres Aponte Rodrigurez
 
Alfredo garcia ing.pdf
Alfredo garcia ing.pdfAlfredo garcia ing.pdf
Alfredo garcia ing.pdf
Alfredo Garcia
 
Ingenieria de software -analizis literario
Ingenieria de software -analizis literarioIngenieria de software -analizis literario
Ingenieria de software -analizis literario
diegos08
 
Mariannysbermudez ing
Mariannysbermudez ingMariannysbermudez ing
Mariannysbermudez ing
mariannys bermudez
 
Trabajo de analisis y diseño
Trabajo de analisis y diseñoTrabajo de analisis y diseño
Trabajo de analisis y diseño
mary taipe
 
PI3-Entregable2-CarlosBardales-v1
PI3-Entregable2-CarlosBardales-v1PI3-Entregable2-CarlosBardales-v1
PI3-Entregable2-CarlosBardales-v1
Carlos Philip Bardales
 
Proyecto investigacion software
Proyecto investigacion softwareProyecto investigacion software
Proyecto investigacion software
Andy Cedeño
 
Pe isw descripción plandeestudios
Pe isw descripción plandeestudiosPe isw descripción plandeestudios
Pe isw descripción plandeestudios
ITSON
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
Miguel Ángel Cortés
 
A1 u1 tablas comparativa
A1 u1  tablas comparativaA1 u1  tablas comparativa
A1 u1 tablas comparativa
Sandy Montoya Reyes
 
Calidad del desarrollo de software
Calidad del desarrollo de softwareCalidad del desarrollo de software
Calidad del desarrollo de software
Jonathan Torres Castillo de Alvarado
 
PSW Unidad 1 PROCESO DE SOFTWARE
PSW Unidad 1 PROCESO DE SOFTWAREPSW Unidad 1 PROCESO DE SOFTWARE
PSW Unidad 1 PROCESO DE SOFTWARE
Franklin Parrales Bravo
 
02 unidad i proceso
02 unidad i   proceso02 unidad i   proceso
02 unidad i proceso
victdiazm
 
Fases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrolloFases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrollo
Yip-yip
 
Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)
David Hernandez
 
Trabajo diapositiva Software por Jhonatan Ruiz
Trabajo diapositiva  Software por Jhonatan RuizTrabajo diapositiva  Software por Jhonatan Ruiz
Trabajo diapositiva Software por Jhonatan Ruiz
jhonatanalex
 
Trabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatanTrabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatan
jhonatanalex
 
Guia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libreGuia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libre
Sebastian Diaz
 
Metodologias desarrollo-software
Metodologias desarrollo-softwareMetodologias desarrollo-software
Metodologias desarrollo-software
MariaVirginiaCarrill1
 
ing. de software
ing. de softwareing. de software
ing. de software
ellizabp_22
 

Similar a Plan de pruebas_inces (20)

Proceso desarrollo software
Proceso desarrollo softwareProceso desarrollo software
Proceso desarrollo software
 
Alfredo garcia ing.pdf
Alfredo garcia ing.pdfAlfredo garcia ing.pdf
Alfredo garcia ing.pdf
 
Ingenieria de software -analizis literario
Ingenieria de software -analizis literarioIngenieria de software -analizis literario
Ingenieria de software -analizis literario
 
Mariannysbermudez ing
Mariannysbermudez ingMariannysbermudez ing
Mariannysbermudez ing
 
Trabajo de analisis y diseño
Trabajo de analisis y diseñoTrabajo de analisis y diseño
Trabajo de analisis y diseño
 
PI3-Entregable2-CarlosBardales-v1
PI3-Entregable2-CarlosBardales-v1PI3-Entregable2-CarlosBardales-v1
PI3-Entregable2-CarlosBardales-v1
 
Proyecto investigacion software
Proyecto investigacion softwareProyecto investigacion software
Proyecto investigacion software
 
Pe isw descripción plandeestudios
Pe isw descripción plandeestudiosPe isw descripción plandeestudios
Pe isw descripción plandeestudios
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
A1 u1 tablas comparativa
A1 u1  tablas comparativaA1 u1  tablas comparativa
A1 u1 tablas comparativa
 
Calidad del desarrollo de software
Calidad del desarrollo de softwareCalidad del desarrollo de software
Calidad del desarrollo de software
 
PSW Unidad 1 PROCESO DE SOFTWARE
PSW Unidad 1 PROCESO DE SOFTWAREPSW Unidad 1 PROCESO DE SOFTWARE
PSW Unidad 1 PROCESO DE SOFTWARE
 
02 unidad i proceso
02 unidad i   proceso02 unidad i   proceso
02 unidad i proceso
 
Fases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrolloFases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrollo
 
Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)Mobile D (programacion dispositivos moviles)
Mobile D (programacion dispositivos moviles)
 
Trabajo diapositiva Software por Jhonatan Ruiz
Trabajo diapositiva  Software por Jhonatan RuizTrabajo diapositiva  Software por Jhonatan Ruiz
Trabajo diapositiva Software por Jhonatan Ruiz
 
Trabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatanTrabajo diapositiva modulo 3 de jhonatan
Trabajo diapositiva modulo 3 de jhonatan
 
Guia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libreGuia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libre
 
Metodologias desarrollo-software
Metodologias desarrollo-softwareMetodologias desarrollo-software
Metodologias desarrollo-software
 
ing. de software
ing. de softwareing. de software
ing. de software
 

Más de Juan Carlos Tapias

Presentacin1 130625225306-phpapp02
Presentacin1 130625225306-phpapp02Presentacin1 130625225306-phpapp02
Presentacin1 130625225306-phpapp02
Juan Carlos Tapias
 
Presentación1
Presentación1Presentación1
Presentación1
Juan Carlos Tapias
 
Presentación1
Presentación1Presentación1
Presentación1
Juan Carlos Tapias
 
20090630090327
2009063009032720090630090327
20090630090327
Juan Carlos Tapias
 
5651
56515651
Redessociale 091030213045-phpapp02
Redessociale 091030213045-phpapp02Redessociale 091030213045-phpapp02
Redessociale 091030213045-phpapp02
Juan Carlos Tapias
 
Informaticaforense 111007144032-phpapp01
Informaticaforense 111007144032-phpapp01Informaticaforense 111007144032-phpapp01
Informaticaforense 111007144032-phpapp01
Juan Carlos Tapias
 
Plan de implementación...
Plan de implementación...Plan de implementación...
Plan de implementación...
Juan Carlos Tapias
 
Manual de instalacion
Manual de instalacionManual de instalacion
Manual de instalacion
Juan Carlos Tapias
 
Ing. del software(arq. utilizada)
Ing. del software(arq. utilizada)Ing. del software(arq. utilizada)
Ing. del software(arq. utilizada)
Juan Carlos Tapias
 
Diagrama despliegue, sec y e r
Diagrama despliegue, sec y e rDiagrama despliegue, sec y e r
Diagrama despliegue, sec y e r
Juan Carlos Tapias
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
Juan Carlos Tapias
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
Juan Carlos Tapias
 

Más de Juan Carlos Tapias (13)

Presentacin1 130625225306-phpapp02
Presentacin1 130625225306-phpapp02Presentacin1 130625225306-phpapp02
Presentacin1 130625225306-phpapp02
 
Presentación1
Presentación1Presentación1
Presentación1
 
Presentación1
Presentación1Presentación1
Presentación1
 
20090630090327
2009063009032720090630090327
20090630090327
 
5651
56515651
5651
 
Redessociale 091030213045-phpapp02
Redessociale 091030213045-phpapp02Redessociale 091030213045-phpapp02
Redessociale 091030213045-phpapp02
 
Informaticaforense 111007144032-phpapp01
Informaticaforense 111007144032-phpapp01Informaticaforense 111007144032-phpapp01
Informaticaforense 111007144032-phpapp01
 
Plan de implementación...
Plan de implementación...Plan de implementación...
Plan de implementación...
 
Manual de instalacion
Manual de instalacionManual de instalacion
Manual de instalacion
 
Ing. del software(arq. utilizada)
Ing. del software(arq. utilizada)Ing. del software(arq. utilizada)
Ing. del software(arq. utilizada)
 
Diagrama despliegue, sec y e r
Diagrama despliegue, sec y e rDiagrama despliegue, sec y e r
Diagrama despliegue, sec y e r
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 

Plan de pruebas_inces

  • 1. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) PLAN MAESTRO DE PRUEBAS INGENIERÍA DE SOFTWARE VERSIÓN 1.0 plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 1 de 26
  • 2. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) HOJA RESUMEN DE MODIFICACIONES VERSIÓN FECHA PUNTO CAMBIOS RESPECTO DE PREPARADO APROBADO LA VERSIÓN ANTERIOR POR POR Juan Tapias 1.0 22/11/2012 Versión Inicial Leonardo Mendoza Oriana Gómez Juan Rodríguez Juan Tapias 1.1 04/12/2012 Versión Secundaria Leonardo Mendoza Oriana Gómez Juan Rodríguez plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 2 de 26
  • 3. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) INDICE 1. INTRODUCCIÓN........................................................................................................................4 1.1. OBJETIVOS DEL PLAN DE PRUEBAS..............................................................................4 1.2. DOCUMENTOS RELACIONADOS.....................................................................................5 2. ALCANCE DE LAS PRUEBAS.................................................................................................5 2.1. CUADRO RESUMEN DE LAS PRUEBAS..........................................................................5 2.2. CASOS DE PRUEBAS INCLUIDOS....................................................................................6 3. ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS.........................................................6 3.1. CRITERIOS DE INICIO.........................................................................................................7 3.2. BASES DE DATOS DE PRUEBAS.......................................................................................7 3.3. CRITERIOS DE APROBACION / RECHAZO.....................................................................7 4. ESTRATEGIA DE PRUEBAS ...................................................................................................8 4.1. ESCENARIO DE LAS PRUEBAS ........................................................................................8 4.2. ORDEN DE EJECUCIÓN DE PRUEBAS ............................................................................9 4.3. EQUIPO DE PRUEBAS Y RESPONSABILIDADES.........................................................10 5 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS............................................10 5.2 PRUEBAS DE SISTEMAS....................................................................................................17 5.2.1 PRUEBAS FUNCIONALES............................................................................................17 5.2.2 PRUEBAS DE INTEGRACIÓN......................................................................................17 5.3 PRUEBAS DE ACEPTACIÓN..............................................................................................18 5.3.1 PRUEBAS DE USABILIDAD..........................................................................................18 5.3.2 PRUEBAS ALFA.............................................................................................................20 7. RESTRICCIONES QUE AFECTAN EL PROCESO DE PRUEBAS..................................23 8. ANEXOS .....................................................................................................................................24 plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 3 de 26
  • 4. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 1. INTRODUCCIÓN Proyecto(s) Tipo de Proyecto Sistema de información Web para la gestión de Procesos Administrativos y Académicos del Proyecto de Desarrollo de Software Académico. Centro de Formación Socialista Metalminero de La Victoria, Edo. Aragua. Documentos Evaluación relacionados SRS-Especificaciones de Requerimientos de Software.doc Equipo de Proyecto Juan Tapias Jefe de Equipo Juan J. Rodríguez Arquitecto de Producto Leonardo Mendoza Juan Rodríguez 1.1. OBJETIVOS DEL PLAN DE PRUEBAS Este documento. Tiene como finalidad entregar las pautas y definir la estrategia que se seguirá para llevar a cabo la certificación del software, Sistema de información Web para la gestión de Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La Victoria, Edo. Aragua. El objetivo general del plan es establecer la cronología y condiciones para la aplicación de las pruebas de manera de obtener, un sistema que pueda ser completado con una recepción total de los interesados y entrar en operación con la totalidad de las funciones requeridas para su funcionamiento. Las Fases en las que se realizarán las pruebas son: 1. Planificación de las pruebas: Identificar los requisitos para las pruebas. Desarrollar la estrategia de pruebas. Identificar los recursos necesarios para realizar las pruebas. Generar el Plan de pruebas. 2. Diseño de las pruebas: Desarrollo de las pruebas. Identificar y describir los casos de prueba. 3. Implementación de las pruebas: Establecer el entorno de prueba. Desarrollar las clases de prueba, los componentes de prueba y los datos de prueba. 4. Ejecución de las pruebas: Ejecutar los casos de prueba. Evaluar la ejecución del proceso de prueba. Verificar los resultados. Investigar los resultados no esperados. Registrar los defectos. 5. Evaluación de las pruebas: Evaluar la cobertura de los casos de prueba. Evaluar la cobertura del código. Analizar los defectos. Determinar si se han alcanzado los criterios de las pruebas. Crear los informes de evaluación de las pruebas. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 4 de 26
  • 5. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 1.2. DOCUMENTOS RELACIONADOS Nombre Descripción Fecha Informe de Especificaciones de requisitos de software Junio 2012 Requisitos (SRS) Informe técnico que Informe Técnico describe la metodología de Junio 2012 desarrollo y el análisis de los procesos. 2. ALCANCE DE LAS PRUEBAS Contar con una guía debidamente organizada para la aplicación del plan de pruebas, la cual será de suma importancia en la culminación exitosa del Sistema de información Web para la gestión de Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La Victoria, Edo. Aragua Mediante los siguientes cuadros se describen los requerimientos de pruebas del sistema, incluidos y excluidos en la presente certificación del mismo. 2.1. CUADRO RESUMEN DE LAS PRUEBAS Módulos del Sistema de información Módulo de Autenticación de Usuario: Web para la gestión de Procesos - Sub. Módulo: Autenticación (Iniciar Sesión) Administrativos y Académicos del Centro de Formación Socialista - Sub. Módulo: Recuperación (¿Olvido su Contraseña?) Metalminero de La Victoria, Edo. Aragua.a ser probados: Módulo de Registro: - Sub. Módulo: Inclusión (Registrar Equipo) Módulo de Procesos: - Sub. Módulo: Traslado (Trasladar Equipos) - Sub. Módulo: Consulta (Consultar equipo) Objetivos de las Pruebas En estos Módulos se realizarán pruebas para validar: La visualización de los datos, ingresados o modificados. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 5 de 26
  • 6. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) La respuesta y realización de los procesos de cada módulo. Que los estados de las actividades y documentos generados en el sistema se reflejen de acuerdo a la secuencia lógica requerida por el usuario. Detalle del orden de ejecución de los Los módulos se deben ejecutar en forma independiente, pero módulos consecutivos en el orden siguiente: - Iniciar Sesión - Olvido contraseña - Registrar Equipo - Trasladar Equipos - Consultar equipo Responsabilidad de la Prueba Las pruebas son responsabilidad del equipo de proyecto, quien en conjunto con el usuario deben seleccionar las pruebas que aseguren la efectividad del sistema. 2.2. CASOS DE PRUEBAS INCLUIDOS # Estimado Casos Total de # Casos Disponibles Tipo Modulo Nuevos Casos 14 N/A Funcional Inventario 14 N/A N/A Funcional Educativo N/A N/A N/A Funcional Informativo N/A 14 3. ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes entornos: a. Equipos Cliente: Equipos de Prueba. • Equipo marca COMPAQ, 1.80 GHz Windows Server 2003 2 GB RAM Pentium 4 b. Base de Datos de servidor local XAMPP que reside en equipo de servidor de Pruebas. Todos ellos configurados por el equipo de proyecto. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 6 de 26
  • 7. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 3.1. CRITERIOS DE INICIO Aceptación del plan de pruebas . Revisión y aceptación del documento que contiene los casos de pruebas para la certificación del proyecto. Aceptación de paquetes . Revisión y aceptación de los paquetes de desarrollo, y que este cumpla con las condiciones de aceptación. Aceptación de ambiente . Revisión y aceptación del ambiente de certificación, y que este cumpla con las condiciones de aceptación. 3.2. BASES DE DATOS DE PRUEBAS Base de Datos : csf Servidor BD : MySQL Datos : Aleatorios 3.3. CRITERIOS DE APROBACION / RECHAZO Errores Graves: Información crítica presentada erróneamente o incompleta, información mal registrada en la base de datos, caídas de programas, incumplimiento de objetivos en funciones principales. Errores Medios (comunes): Errores en documentos impresos que se entregan a personas ajenas a la organización, errores en presentación de datos, incumplimiento de objetivos, caídas de programas auxiliares como el servidor. Errores Leves: Errores en presentación de datos, comportamientos correctos pero diferentes en situaciones similares, dificultades de operación. Nombre Descripción El proyecto se implementara con un 100% de las aprobaciones de las pruebas ejecutadas, este sistema podrá ser implantado con un 90% de competición teniendo así un 10% de errores 1 leves, Estos errores no perjudican la integración del sistema, en caso de que el sistema no cumpla con las funciones requeridas se realizaran las pruebas de cada módulo. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 7 de 26
  • 8. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 4. ESTRATEGIA DE PRUEBAS Se requiere certificar por parte del equipo de desarrollo y por parte del usuario el Sistema de información Web para la gestión de Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La Victoria, Edo. Aragua, en dos etapas, que administre y gestione los procesos establecidos. Por ende se debe verificar: • 1ra. Etapa: Que las funcionalidades de los módulos de Análisis, Diseño y Desarrollo sean cumplidos. • 2da. Etapa: Que las funcionalidades integradas de los módulos de Análisis, Diseño y Desarrollo sean cumplidas. • Conjuntamente los sub-objetivos para los tres módulos se resumen de la siguiente forma: o El análisis de propuestas técnicas y sus procesos asociados. o La integración de los diversos sistema para el componente de información. o La creación, modificación y eliminación de tareas (actividades) del sistema. o La revisión y aprobación de los procesos de cada módulo. o Que los documentos y actividades se generen con su estado correspondiente en el sistema. Será necesario indicar como objetivo realizar las pruebas de los módulos para la gestión y administración del sistema. Esto se refiere a verificar y validar los resultados o salidas generados. 4.1. ESCENARIO DE LAS PRUEBAS Para cumplir con los objetivos planteados deben existir tres escenarios, que son, Pruebas de Instalación, Pruebas de Componentes, Pruebas de Interfaz y Pruebas de Operación o Funcionales. Para las Pruebas de Instalación se debe comprobar que:  Aplicación no presenta anomalías o errores.  Que apunta al servidor y base de datos definidos. Para las pruebas de Componentes se debe: • Verificar el Módulo de Autenticación de Usuario, Sub.Módulo: Autenticación (Iniciar Sesión), para lo que se introducen los datos aleatoriamente. • Verificar el Módulo de Autenticación de Usuario, Sub. Módulo: Recuperación (¿Olvido su contraseña?), para lo que se hacen peticiones para distintos usuarios registrados y no registrados. • Verificar el Módulo Registro, Sub. Módulo: Inclusión (Registrar Equipos), para lo que se introducen datos aleatoriamente. • Verificar el Módulo Procesos, Sub. Módulo: Traslado (Trasladar Equipos), para lo que se Solicitud y cambia ubicación plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 8 de 26
  • 9. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) • Verificar el Módulo Procesos, Sub. Módulo: Consulta (Consultar Equipos), para lo que se realiza la solicitud Para las pruebas de interfaz se debe comprobar:  Comportamiento de la aplicación con diversos navegadores, verificación de imágenes en el sistema y de los enlaces principales.  Carga, despliegue, foco, modalidad, navegabilidad y usabilidad de la interfaz del Sistema y sus elementos. Donde las métricas y Heurísticas de usabilidad y funcionalidad a utilizar son las siguientes: o Comprensión Global del Sitio. o Aspectos de Interfaces y Estéticos. o Métricas de confiabilidad. o Navegación y Exploración. Para las pruebas de Operación o Funcionales se debe comprobar:  El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso de las propuestas y proyectos.  El comportamiento de aplicación con casos inválidos y válidos, de flujo completo del proceso de los documentos generados por el usuario.  El comportamiento de la aplicación para el módulo de Análisis.  El comportamiento de la aplicación para el módulo de Diseño y desarrollo.  El comportamiento de la aplicación para el módulo de Implementación. 4.2. ORDEN DE EJECUCIÓN DE PRUEBAS Las pruebas se llevarán a cabo de la siguiente forma: a. Secuencias de pasos para la Configuración Configuración de los Equipos Cliente y del Servidor de Aplicación Web y de Base de Datos. b. Secuencias de pasos para la generación de archivos para los tres módulos. Ejecución de proceso de entrada y de salida del sistema para su aprobación. c. Secuencias de pasos para la generación de datos para los tres módulos. Ejecución del procesos de generación de datos, para las pruebas de almacenamiento de la misma. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 9 de 26
  • 10. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 4.3. EQUIPO DE PRUEBAS Y RESPONSABILIDADES Nombre Responsabilidad Leonardo Mendoza Arquitecto de sistema, responsable de evaluar las condiciones de término para el proceso de pruebas junto al Jefe de Proyectos. Juan J. Rodríguez Jefe de Proyecto, responsable de evaluar las condiciones de término para el proceso de pruebas junto al Arquitecto de Producto. Juan C. Tapias Analista funcional, responsable de la resolución de las incidencias de certificación para los módulos de Análisis, Diseño y Desarrollo y aprobación. Leonardo Mendoza Responsable de la generación del plan de pruebas. Juan J. Rodríguez Juan C. Tapias 5 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS. En esta sección se muestran rigurosa y sistemáticamente los resultados arrojados por cada prueba. Para ello, ya se han definido los escenarios en el punto 4.1. En tal sentido, los resultados obtenidos se clasifican según: plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 10 de 26
  • 11. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) 5.1. PRUEBAS DE COMPONENTES Cuadro Nº 1. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos de un usuario para accesar a la aplicación Caso No. 1 Descripción: Datos incorrectos: Nombre de Usuario con caracteres no permitidos. Entradas: Nombre de Usuario: ¿”45/ana Contraseña: “ ” Código de salidas esperadas: defined (‘Resricted access’)=El nombre de usuario y contraseña no coinciden o usted no tiene cuenta aún Resultados Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. Observaciones El resto de los casos de prueba para éste componente se presenta en el anexo Nº 1 Cuadro Nº 2. Módulo de Autenticación de Usuario, Sub. Módulo: Sub. Módulo: Recuperación (¿Olvido su Contraseña?) Objetivos de la prueba Comprobar el módulo de Autenticación de Usuario, Sub. Modulo: Recuperación (¿Olvido su contraseña?). Técnicas Solicitar la recuperación de la contraseña del usuario. Código Involucrado <?php /*if($_GET['res']==1) echo "Registro Exitoso"; else if($_GET['res']==2) echo "Ocurrio un Error al Registrar";*/ $img_eli='<img src="imagenes/plus.gif" border="0" align="absmiddle" width="18" height="18" title="Eliminar" />'; $img_modi='<img src="imagenes/minus.gif" border="0" align="absmiddle" width="18" height="18" title="Actualizar" />'; require('conexion.php'); if(!isset($_REQUEST['cedula'])){ }else{ plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 11 de 26
  • 12. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) $cedula=$_REQUEST['cedula']; $resultado=mysql_query("select * from usuarios where cedula= $cedula"); if(!$resultado) {?> Caso de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Recuperar contraseña del usuario. Caso No. 1 Descripción: Datos incorrectos: cedula no antes registrada. Entradas: ingrese su celuda: “ 1232323“ Código de salidas esperadas: <?php } else { $fila=mysql_fetch_array($resultado); if (!$fila) {?> <script> alert("Datos no Encontrados"); this.location.href='recuperarcontrasena3.php'; </script> <?php Datos no encontrados. Resultado Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. Observaciones Cuadro Nº 3. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo) Objetivo de la prueba Comprobar el modulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo) Técnica Realizar registros de equipos con campos vacío y erróneos. Código involucrado <?php require('conexion.php'); plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 12 de 26
  • 13. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) $Tipo=mysql_query("select * from tipos order by codigotipo"); $opcion=mysql_fetch_array($Tipo); for($i=0;$i<$opcion;$i++) { echo "<option>"; echo $opcion['tipo']; echo"</option>"; $opcion=mysql_fetch_array($Tipo); } ?> <?php $marca=mysql_query("select * from marcas order by codigomarca"); $opcion=mysql_fetch_array($marca); for($i=0;$i<$opcion;$i++) { echo "<option>"; echo $opcion['marca']; echo "</option>"; $opcion=mysql_fetch_array($marca); } ?> <?php $estado=mysql_query("select * from estados order by codigoestado"); $opcion=mysql_fetch_array($estado); for($i=0;$i<$opcion;$i++) { echo "<option>"; echo $opcion['estado']; echo "</option>"; $opcion=mysql_fetch_array($estado); } ?> <?php $laboratorio=mysql_query("select * from laboratorios order by nombre"); $opcion=mysql_fetch_array($laboratorio); for($i=0;$i<$opcion;$i++) plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 13 de 26
  • 14. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) { echo "<option>"; echo $opcion['nombre']; $opcion=mysql_fetch_array($laboratorio); } ?> Caso de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos para el registro de equipo Caso No. 1 Descripción: Datos incorrectos: Campos vacíos o erróneos Entradas: “ “ Código de salidas esperadas: <?php if(!isset($_GET['res'])){ }else{ if($_GET['res']==1){?> <script> alert("Registro Exitoso"); </script> <?php }else if ($_GET['res']==2){?> <script> alert("A Ocurrido un Error al Regitrar La Herramienta"); </script> <?php } } ?> Mensaje de error: Ha ocurrido un error al registrar la herramienta Resultado Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. Observaciones Cuadro N°4. Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos) Objetivo de la prueba Comprobar el Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos) Técnica Trasladar equipos no registrados Código involucrado <?php plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 14 de 26
  • 15. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) require('conexion.php'); $img_modi='<img src="imagenes/iconomodifica.jpg" border="0" align="absmiddle" width="30" height="30" title="Modificar" />'; if (!isset($_POST['codigoequipo'])){ }else{ $codigo=$_POST['codigoequipo']; $resultado=mysql_query("select * from traslados where codigoequipo='$codigo' order by codigotranslado desc"); if(!$resultado) {?> Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos del traslado de equipos Caso No. 1 Descripción: Datos incorrectos: Campos vacíos o erróneos Entradas: “Pc-hpa/12 “ Código de salidas esperadas: <?php } else { $fila=mysql_fetch_array($resultado); if (!$fila) { echo "Datos No Existentes"; } else {?>Mensaje de error: Datos No Existentes Resultado Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. Observaciones Cuadro N° 5. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo) Objetivo de prueba Comprobar el Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo) Técnica Solicitar reportes con o sin registros realizados Código involucrado <?php require('fpdf/fpdf.php'); plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 15 de 26
  • 16. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) require('conexion.php'); class PDF extends FPDF{ //Cargar los datos var $widths; var $aligns; function SetWidths($w) { $this->widths=$w; } function SetAligns($a) { $this->aligns=$a; } function Row($data) ... <? Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar las consultas Caso No. 1 Descripción: Campos vacíos Entradas: “ “ Código de salidas esperadas: <?php } else { $fila=mysql_fetch_array($resultado); if (!$fila) { echo "Datos No Existentes"; } else {?>Mensaje de error: Datos No Existentes Resultado Todos los casos de pruebas planificados se han ejecutado. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 16 de 26
  • 17. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Todos los defectos identificados se han considerado. Observaciones 5.2 PRUEBAS DE SISTEMAS 5.2.1 PRUEBAS FUNCIONALES Cuadro N° 5. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo) Objetivos de la prueba Asegurar la navegación correcta de la aplicación, la entrada de datos, y su procesamiento. Técnicas Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para verificar lo siguiente: • Cuando se utilizan datos correctos se obtienen los resultados esperados. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. • Cuando se haga una solicitud sin datos registrador se obtienen mensajes de error. Cada regla de negocio se ha aplicado correctamente. Caso de uso involucrado Caso de uso Registro equipos Resultados Todas las pruebas planificadas se han ejecutado. Todos los defectos identificados se han considerado 5.2.2 PRUEBAS DE INTEGRACIÓN Cuadro N°6 . Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 17 de 26
  • 18. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Objetivo de prueba • Identificar todos los posibles esquemas de llamadas entre los componentes (Sub. Módulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena cobertura de la funcionalidad del Módulo Completo. Técnica Describir los esquemas lógicos de llamadas entre componentes en forma ascendente para verificar la funcionalidad del módulo. Interfaz Asociada Resultado Todas las llamadas entre componentes han sido ejecutadas con éxito. Cuadro N° 7. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo) Objetivo de prueba Verificar los siguientes objetivos: • Identificar todos los posibles esquemas de llamadas entre los componentes (Sub. Módulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena cobertura de la funcionalidad del Módulo. Técnica Describir los esquemas lógicos de llamadas entre componentes en forma ascendente para verificar la funcionalidad del módulo de consulta Interfaz Asociada Resultado Todas las llamadas entre componentes han sido ejecutadas con éxito. 5.3 PRUEBAS DE ACEPTACIÓN 5.3.1 PRUEBAS DE USABILIDAD Cuadro N° 8. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión Objetivo de prueba Verificar los siguientes objetivos: La navegación a través de la aplicación refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso (tabulador, movimientos del ratón y teclas de Técnicas Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegación y su estado. Utilizando las Heurísticas de Nielsen. Interfaz Asociada plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 18 de 26
  • 19. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Resultado esperado Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. Cuadro N° 9. Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo) Objetivos de la prueba Verificar los siguientes objetivos: • La navegación a través de la aplicación refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso (tabulador, movimientos del ratón y teclas de función). • Las ventanas y sus características, como menús, tamaño, posición y estado cumplen los estándares. Técnica Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegación y su estado. Utilizando las Heurísticas de Nielsen. Interfaz asociada Resultado esperado Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. Cuadro N°10. Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos) Objetivo de prueba Verificar los siguientes objetivos: • La navegación a través de la aplicación refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso (tabulador, movimientos del ratón y teclas de función). • Las ventanas y sus características, como menús, tamaño, posición y estado cumplen los estándares Técnica Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegación y su estado. Utilizando las Heurísticas de Nielsen. Interfaz Asociada Resultado esperado Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 19 de 26
  • 20. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Cuadro N°11. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo) Objetivo de prueba Verificar los siguientes objetivos: • La navegación a través de la aplicación refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y métodos de acceso (tabulador, movimientos del ratón y teclas de función). • Las ventanas y sus características, como menús, tamaño, posición y estado cumplen los estándares Técnica Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegación y su estado. Utilizando las Heurísticas de Nielsen. Interfaz Asociada Resultado esperado Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. 5.3.2 PRUEBAS ALFA Cuadro N°12. Módulo de Autenticación de Usuario, Sub. Módulo: Iniciar Sesión Objetivo de prueba Asegurar la navegación correcta de la aplicación, y la consulta de los datos. Técnica Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para verificar lo siguiente: • Cuando se utilizan datos correctos se obtienen los resultados esperados. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. • Cada regla de negocio se ha aplicado correctamente. • Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 20 de 26
  • 21. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Interfaz Asociada Resultado Previsto para la versión 1.1 del plan de pruebas Consideraciones Las pruebas serán ejecutadas en un servidor local. Cuadro N°13 Módulo de Registro, Sub. Módulo: Inclusión (Registrar Equipo) Objetivo de prueba Asegurar la navegación correcta de la aplicación, y la consulta de los datos. Técnica Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para verificar lo siguiente: • Cuando se utilizan datos correctos se obtienen los resultados esperados. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. • Cada regla de negocio se ha aplicado correctamente. • Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. Interfaz Asociada Resultado Previsto para la versión 1.1 del plan de pruebas Consideraciones Las pruebas serán ejecutadas en un servidor local. Cuadro N°14 Módulo de Procesos, Sub. Módulo: Traslado (Trasladar Equipos) Objetivo de prueba Asegurar la navegación correcta de la aplicación, y la consulta de los datos. Técnica Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para verificar lo siguiente: • Cuando se utilizan datos correctos se obtienen los resultados esperados. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. • Cada regla de negocio se ha aplicado correctamente. • Cada ventana se ha verificado con éxito y es consistente con la versión de referencia plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 21 de 26
  • 22. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) o con los estándares utilizados. Interfaz asociada Resultado Previsto para la versión 1.1 del plan de pruebas Consideraciones Las pruebas serán ejecutadas en un servidor local. Cuadro N°15. Módulo de proceso, Sub. Módulo: Consulta (Consultar equipo) Objetivo de prueba Asegurar la navegación correcta de la aplicación, y la consulta de los datos. Técnica Ejecutar cada caso de uso y flujo del caso de uso con datos válidos e inválidos para verificar lo siguiente: • Cuando se utilizan datos correctos se obtienen los resultados esperados. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. • Cada regla de negocio se ha aplicado correctamente. • Cada ventana se ha verificado con éxito y es consistente con la versión de referencia o con los estándares utilizados. Interfaz Asociada Resultado Previsto para la versión 1.1 del plan de pruebas Consideraciones Las pruebas serán ejecutadas en un servidor local. 6. ANÁLISIS DE LOS RESULTADOS DE LAS PRUEBAS Los resultados a las pruebas diseñadas para verificar y validar el producto de software Sistema de información Web para la gestión de Procesos Administrativos y Académicos del Centro de Formación Socialista Metalminero de La Victoria, Edo. Aragua. Se presentan tal como ya se han definido los escenarios en el punto 4.1. En tal sentido, se elabora el siguiente cuadro resumen, con los resultados de las pruebas y los criterios de aprobación/rechazo descritos en el apartado 3.3 de este documento. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 22 de 26
  • 23. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Cuadro Nº 17 .Análisis para los resultados de las pruebas al Módulo de Autenticación de Usuarios y Control de Citas (Componentes: Inclusión, Autenticación, Recuperación y Consulta). Tipo de Prueba Caso de prueba Resultado Criterio de Finalización Componentes Autenticación Caso 1 Caso 2 Componentes Registro Caso 1 Caso 2 Componentes Proceso Caso 1 Caso 2 Funcionales Todos los CU han sido probados Integración Todas las llamadas entre componentes han sido ejecutadas. Interfaz de usuario Todas las ventanas se han verificado. (Usabilidad) Se ha verificado la consistencia con los estándares utilizados 7. RESTRICCIONES QUE AFECTAN EL PROCESO DE PRUEBAS El software pasará a las pruebas de integración después de que todos los errores (Graves, Medios y Leves) han sido corregidos y el criterio de finalización resulte en: Aprobado. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 23 de 26
  • 24. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Una vez realizadas las pruebas de aceptación después de que todos los defectos sean corregidos, pasará a las pruebas Alfa. Finalmente, luego de conocer el criterio de aceptación por parte de los usuarios finales, el sistema podrá ser instalado en su versión Beta. 8. ANEXOS Anexo N°1 los expertos critican la interfaz confrontándola con una guía de elementos básicos de diseño elaborada previamente y, en este sentido, es una herramienta de comparación de objetivos explícitamente estipulados. Tiene como objetivo determinar los posibles problemas de usabilidad más comunes en el diseño de una interfaz, antes que determinar en qué grado cumple ésta o aquella función. Como resultado de este tipo de evaluación, se elaboran listas pormenorizadas de problemas de usabilidad, en la que se detallan, esos problemas, la heurística asociada al problema, la valoración del experto y la posible solución Para la evaluación presentada se utilizaron las “10 Heurísticas de Nielsen” y una escala de valoración para cada problema. Nombre del Evaluador: Problema Heurística Valor Solución .Valoración de los problemas y heurísticas de Nielsen plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 24 de 26
  • 25. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) Leyenda de valoración Heurísticas de Nilsen H1: Diálogo natural y simple 0 - No es un problema de H2: Hablar el lenguaje del usuario Usabilidad H3: Minimizar la carga cognitiva 1 - Problema cosmético H4: Consistencia 2 - Problema menor H5: Feedback 3 - Problema mayor de Usabilidad; importante fijar H6: Proveer claramente las salidas solución H7: Proveer Shortcuts 4- Usabilidad catastrófica, H8: Mensajes de Error descriptivos imperativo fijar solución H9: Prevención de Errores H10: Asistencia al Usuario Anexo 2: Instrumento para validar el sistema. plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 25 de 26
  • 26. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) VALORACIÓN ASPECTOS A EVALUAR EN LA APLICACIÓN: SI MED NO Incluye información relevante, necesaria y sencilla Almacena exitosamente los datos registrados Utiliza palabras, frases y conceptos familiares. Sigue convenciones del mundo real. Usa objetos, acciones y/o opciones para evitar que el usuario tenga que recordar información. Ejemplos: menús desplegables, metáforas. Provee objetos visibles e intuitivos La composición de la pantalla es la misma en toda la aplicación. Cada control tiene asignado una única función y siempre es la misma Siempre informa acerca de lo que está ocurriendo Permite deshacer y rehacer acciones realizadas Incluye acciones para hacer más rápida la interacción Incluye mensajes de error expresados en un lenguaje común y sencillo, indicando el problema y sugiriendo soluciones de forma constructiva Incluye acciones para prevenir la existencia de errores Incluye ayuda para asistir al usuario Provee información referente a los datos antes registrados Existe legibilidad y claridad textual (tipo, color y tamaño adecuado de la fuente utilizada) Existe organización adecuada del contenido y los elementos Nombre del Testing Observaciones Firma plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 26 de 26
  • 27. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) VALORACIÓN ASPECTOS A EVALUAR EN LA APLICACIÓN: SI MED NO Incluye información relevante, necesaria y sencilla Almacena exitosamente los datos registrados Utiliza palabras, frases y conceptos familiares. Sigue convenciones del mundo real. Usa objetos, acciones y/o opciones para evitar que el usuario tenga que recordar información. Ejemplos: menús desplegables, metáforas. Provee objetos visibles e intuitivos La composición de la pantalla es la misma en toda la aplicación. Cada control tiene asignado una única función y siempre es la misma Siempre informa acerca de lo que está ocurriendo Permite deshacer y rehacer acciones realizadas Incluye acciones para hacer más rápida la interacción Incluye mensajes de error expresados en un lenguaje común y sencillo, indicando el problema y sugiriendo soluciones de forma constructiva Incluye acciones para prevenir la existencia de errores Incluye ayuda para asistir al usuario Provee información referente a los datos antes registrados Existe legibilidad y claridad textual (tipo, color y tamaño adecuado de la fuente utilizada) Existe organización adecuada del contenido y los elementos Nombre del Testing Observaciones Firma plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 26 de 26
  • 28. PROCESO Ciclo de Desarrollo de Software Ingeniería de Software Informática. Documento Plan Maestro de pruebas (PMP) VALORACIÓN ASPECTOS A EVALUAR EN LA APLICACIÓN: SI MED NO Incluye información relevante, necesaria y sencilla Almacena exitosamente los datos registrados Utiliza palabras, frases y conceptos familiares. Sigue convenciones del mundo real. Usa objetos, acciones y/o opciones para evitar que el usuario tenga que recordar información. Ejemplos: menús desplegables, metáforas. Provee objetos visibles e intuitivos La composición de la pantalla es la misma en toda la aplicación. Cada control tiene asignado una única función y siempre es la misma Siempre informa acerca de lo que está ocurriendo Permite deshacer y rehacer acciones realizadas Incluye acciones para hacer más rápida la interacción Incluye mensajes de error expresados en un lenguaje común y sencillo, indicando el problema y sugiriendo soluciones de forma constructiva Incluye acciones para prevenir la existencia de errores Incluye ayuda para asistir al usuario Provee información referente a los datos antes registrados Existe legibilidad y claridad textual (tipo, color y tamaño adecuado de la fuente utilizada) Existe organización adecuada del contenido y los elementos Nombre del Testing Observaciones Firma plandepruebasinces- Universidad Politécnica Territorial de Aragua Fecha Actualización:22/11/2012 130110173052-phpapp02.doc “Federico Brito Figueroa” Página 26 de 26