Plan de Pruebas

Plan de Pruebas

Versión: 1.0.1

Plan de Pruebas

Proyecto: AddressBook Versión: <1.0.1>

Historial de Revisiones Versión 1.0

Fecha 30/Noviembre/2009

Autor Nora

Violeta

Cervantes

Descripción García

Trusted by over 1 million members

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.







Plan de Pruebas

Versión: 1.0.1

Índice de Contenido 1 Introducción......................... Introducción......................................... ................................ ................................. ................................. ................................. ................................. ................................. ................. .....5 1.1 Alcance............................... Alcance................................................ ................................. ................................. ................................. ................................ ................................. ...............................5 ..............5 1.2 Definiciones, Acrónimos y Abreviaturas..................................... Abreviaturas..................................................... ................................ ................................. ..........................5 .........5 1.3 Documentos Relacionados............. Re lacionados.............................. ................................. ................................ ................................. ................................. ...................................5 ...................5 2 Antecedentes y Propósito ....................................... ........................................................ ................................. ................................ ................................. ...................................5 ..................5 2.1 Antecedentes ................................. ................................................. ................................. ................................. ................................. ................................. ...................................5 ...................5 2.2 Propósito de la Evaluación........................................... Evaluación........................................................... ................................. .......................................................5 ......................................5 2.3 Motivadores de la prueba.............................. prueba............................................... ................................. ................................. .....................................................6 ....................................6 3 Objetos a ser Evaluados ............................... ................................................ ................................. ................................. ................................. ................................ ............................6 ............6 4 Ámbito de las Pruebas ............................... ............................................... ................................. ................................. ................................. ................................. ...............................6 ...............6 4.1 Dentro del Ámbito............................. Ámbito............................................. ................................ ................................. ................................. ................................. .................................. ................. 6 4.2 Fuera del Ámbito ................................ ................................................ ................................ ................................. ................................. .................................... .................... ...........7 5 Lista de Ideas de las Pruebas ............................................. .............................................................. ................................. ................................ ................................. .......................7 ......7 6 Enfoque de las Pruebas............................ Pruebas............................................. ................................. ................................. ................................. ................................ .................................7 .................7 7 Herramientas para las P ruebas......................... ruebas.......................................... ................................. ................................. ................................. ................................... ................... .....8 7.1 Software............................ Software............................................ ................................. ................................. ................................. ................................. ................................ .................................8 .................8 7.2 Herramientas de Soporte y Productividad........................... Productividad............................................ ................................. ............................................ ............................ ...9 7.3 Secuencias de Comandos Personalizadas (Script de Pruebas).............................. Pruebas).............................................. ..........................10 ..........10 7.4 Hardware.............................. Hardware.............................................. ................................. ................................. ................................. ................................. ...........................................10 ...........................10 8 Casos de Prueba........................... Prueba............................................ ................................. ................................. ................................. ................................ ..........................................11 ..........................11 9 Prioridades ................................ ................................................. ................................. ................................. ................................. ................................ ................................. ..............................11 .............11 9.1 Casos de Prueba por Ca Características racterísticas de Prioridad........................... Prioridad........................................... ................................. .................................11 ................11 9.1.1 Esenciales ............................... ............................................... ................................. ................................. ................................ ............................................ ............................ ....11 9.1.2 Esperadas ................................ ................................................. ................................. ................................. ................................. ................................ ...............................12 ...............12 9.1.3 Deseadas ............................... ............................................... ................................ ................................. ................................. ................................. ..................................12 .................12 9.2 Flujos de Trabajo de Pruebas........................... Pruebas............................................ ................................. ................................. ................................. ...............................12 ...............12 10 Entregables............................ Entregables............................................ ................................. ................................. ................................ ................................. ................................. ................................13 ................13







Plan de Pruebas

Versión: 1.0.1

11 Criterio para el Inicio y Fin del Plan de Pruebas ........................................ ......................................................... .............................................14 ............................14 11.1 Criterios de d e Inicio.......................................... Inicio.......................................................... ................................. ................................. ................................ ................................ ................ ..14 11.2 Criterios de Fin............................................ Fin............................................................ ................................. ................................. ............................................ ............................ .......14 11.3 Criterios de Suspensión y Retomo de Actividades................ Actividades................................. ................................. .................................. .................. .......14 12 Criterios para el e l Lanzamiento.................................... Lanzamiento.................................................... ................................ ................................. ..............................................14 .............................14 12.1 Criterios de Evaluación ........................................ ........................................................ ................................. ................................. ..........................................14 ..........................14 12.2 Clasificación de los errores........................ errores........................................ ................................. ................................. ................................ .....................................15 .....................15 12.3 Resultados de la prueba....................................... prueba....................................................... ................................. ................................. ..........................................15 ..........................15 13 Riesgos............................. Riesgos.............................................. ................................. ................................ ................................. ................................. ................................ .....................................15 .....................15 14 Reportes de Problemas y Resolución............................... Resolución............................................... ................................. ................................. ......................................15 ......................15 15 Responsabilidades, Personal y Necesidades de Capacitación............................... Capacitación........................................................ ......................... .......16 15.1 Personal y Roles Necesarios........................................ Necesarios........................................................ ................................. ................................. ..................................16 ..................16







Plan de Pruebas Introducción Alcance El AddressBook es un programa para llevar un control de la información de contactos de forma electrónica, en éste se pueden dar de alta los contactos del usuario, así como su edición o actualización de datos y bajas de éstos, en la presente prueba se revisa que el programa cumpla con los requisitos expedidos por el cliente, además de que cada elemento que contiene el software cumpla con lo que debe hacer, ya sean cajas de texto, botones, etc. El resultado de esta prueba afecta a las categorías de operación (OPE), de gerencia (GER) y de alta dirección (DIR). Si se encuentra alguna falla en el software se regresa a la categoría de operación (OPE), en el área de desarrollo y mantenimiento de software en donde se harán las correcciones necesarias para asegurar la calidad total del producto.

Definiciones, Acrónimos y Abreviaturas OPE: Categoría de Operación GER: Categoría de Gerencia DIR: Categoría de Dirección

Documentos Relacionados Título ERS

Fecha 18/Noviembre/2009

Organización Hackers Corporation

Identificador del documento ERS1

Antecedentes y Propósito Antecedentes •

•

•

El lenguaje C# está basado en el lenguaje C incorporando muchas más herramientas nuevas nuevas que permit permiten en la progra programac mación ión orient orientada ada a objeto objetos, s, facilit facilitand ando o la utiliza utilizació ción n de herramientas más potentes para la mejora del software. Como está basado en C, los sistemas programados en C# no requieren de una máquina muy potente. En anteriores pruebas, se encontraron que en el diseño del sistema se tenían errores de ortografía. A partir de ahora se debe hacer énfasis en la revisión de ortografía de cada parte del diseño e impresión de caracteres ya sean letras, números o especiales.







Encontrar la mayor cantidad de errores como sea posible, ya sea tanto en los TextBox, como la ortografía que hay en las Labels, los botones, los ComboBox. Supervisar si se cumple las especificaciones de diseño establecidas por el cliente. Supervisar si se cumple los requisitos del análisis que se hicieron en la planificación del diseño y desarrollo del software. Realizar pruebas las pruebas necesarias de rendimiento y capacidad del sistema. Encontrar los problemas importantes y determinar los riesgos percibidos en cuanto a la calidad del producto. •

• •

• •

Motivadores de la prueba Los principales principales elementos que crearon la necesidad de realizar realizar este plan de pruebas se enlistan enlistan a continuación: • • • • • •

Que los botones realizaran las acciones para los que estaban diseñados Que los Labels tuvieran una buena ortografía Requerimientos funcionales Requerimientos no funcionales Cambios en los Requerimientos Que tenga configurada una buena tabulación.

Objetos a ser Evaluados Los componentes del software que serán evaluados son los siguientes: TextBox Labels Combobox Botones DataGridView •

• • • •

Ámbito de las Pruebas El conjunto de tareas necesarias para conseguir el objetivo del proyecto son el verificar uno por uno cada uno de los componentes del sistema, se revisarán desde el primer TextBox hasta el último, también se revisarán las ubicaciones de cada uno de los componentes; en cuanto a los Labels se refiere se realizará una revisión exhaustiva con respecto a la ortografía en la redacción al igual que con los ComboBox y que los botones cumplan con las especificaciones para las cuales fueron diseñados. No se considera importante la revisión de la forma en q ue se muestran los resultados ya que se b usco la mejor alternativa para que éstos fueran presentados al cliente.

Dentro del Ámbito







• •

Revisión de Botones Revisión de DataGridView

Fuera del Ámbito Revisión ortográfica Ésta quedó excluida de las otras pruebas, porque el cliente hace énfasis en cuanto a la presentación de su aplicación. Es decir que no tenga nada de fallos, acentuando la revisión ortográfica.

•

Lista de Ideas de las Pruebas Las pruebas serán identificadas siguiendo la técnica de generación de casos de prueba a través de los casos de uso, detallando los siguientes pasos: Para cada caso de uso, se identifican los posibles caminos, estableciendo los escenarios. Para cada uno de los caminos, se identifican los conjuntos de valores de entrada y precondiciones, al igual que el resultado esperado. Se hace, a través de una tabla, un resumen por cada caso de uso que muestre los distintos caminos posibles con sus entradas y salidas. •

•

•

Los recursos utilizados para la identificación de las pruebas se mencionan a continuación: El documento de especificación de requerimientos del software. El documento de arquitectura de software. Generación de pruebas de sistema a partir de la especificación funcional. Mejora de la calidad de los requisitos mediante la generación de pruebas. Especificación e implementación de casos de prueba. •

• • • •

Enfoque de las Pruebas Los tipos de pruebas que se realizarán al software son: Pruebas de Función Pruebas de Interfaces de usuario Pruebas de Desempeño •

• •

Pruebas de Función Objetivo: Descripción: Técnicas: Fases:

El objetivo principal de esta prueba es que el programa realice las funciones especificadas por el cliente en el contrato. En esta prueba se probará que cada elemento realice la función específica para la cual fue diseñado. Se pr probará ca cada un uno de de lo los el elementos a prueba y error us usando un un us usuario que no tenga conocimiento absoluto sobre lo que es el sistema. 1.Fase de revisión de cajas de texto









Hardware: Software: Crit Criter erio ioss de Éxit Éxito: o:

registro sellecionado, al dar click en Save nos guarde los cambios, al presionar Cancel no guarde cambio alguno, y al dar click en el botón click cierre la aplicación. El pr programa se se pu puede ej ejecutar pe perfectamente en en un una co computadora qu que conten contenga ga un proces procesado adorr celero celeron n o equiva equivalen lente te a 2.6 Ghz y 256 MB en RAM. En este caso so solo se se requiere qu que para la prueba se cu cuente con el el C# en en cualquiera de sus distintas versiones. Los Los boto botone ness func funcio iona narrán adec adecua uada dame ment nte e si cada cada uno uno cump cumple le con con el propósito establecido en el diseño.

Pruebas de Interfaces de Usuario Objetivo: Descripción: Descripción: Técnicas: Entorn Entorno o de prue prueba: ba: Hardware: Software: Crit Criter erio ioss de Éxit Éxito: o:

Identificar qu que la la in interfaz se sea ap apropiada pa para qu que el el us usuario la la pu pueda visualizar los datos de salida y meter los datos correspondientes. Se revisará revisará que haya un equilibrio equilibrio en el acomodo acomodo de los componente componentes, s, una correcta distribución de éstos, que la interfaz este hecha en base al diseño. Se co comparara un uno a uno lo los el elementos de de la la in interfaz co contra lo los de del di diseño verificando que efectivamente estén hechos con base a l diseño. Se compar comparará arán n los compon component entes es de la interf interfaz az contr contra a los del diseño diseño,, si se encuentra alguna falla se reportará al departamento correspondiente. El pr programa se se pu puede ej ejecutar pe perfectamente en en un una co computadora qu que conten contenga ga un proces procesado adorr celero celeron n o equiva equivalen lente te a 2.6 Ghz y 256 MB en RAM. En este caso so solo se se requiere qu que para la prueba se cu cuente con el el C# en en cualquiera de sus distintas versiones. El crite criteri rio o de prueb prueba a sati satisf sfac acto tori rio o se dará dará sola solame ment nte e si la inte interf rfaz az esta esta 100% hecha en base a lo que se establece en el diseño.

Pruebas de Desempeño Objetivo: Descripción: Técnicas:

El ob objetivo de de la la pr prueba de de de desempeño es es pr proporcionar el el re rendimiento de del sistema, y verificar que éste sea bueno. Esta prueba nos indica si el rendimiento de la aplicación es el óptimo, para no dejar duda alguna en el cliente a la hora que éste lo pruebe. Se revisará el desempeño del sistema en una computadora con procesador celeron o equivalente a 2.6 Ghz







realizar auditorías que se describen a continuación:

Nombre

Descripción

GRS (Global Reporting System)

Es un completo sistema de soporte a decisiones (DSS), que proporciona visibilidad y control del proceso de desarrollo de software.

JKing QA de ALS

JKing QA es una herramienta de análisis estático, pensada para facilitar y automatizar el proceso de adopción de los estándares de calidad.

IPS Performance Optimizer de Hyperformix

Está Está cent centra rada da en los los ento entorn rnos os de prep prepro rodu ducc cció ión, n, que que proporciona la garantía del rendimiento de principio a fin de las aplicaciones.

QACenter de Compuware

Es una una Suit Suite e de prod produc ucto toss de Comp Compuw uwar are, e, para para prob probar ar aplicaciones bajo condiciones de producción pero sin que las máquinas estén atendidas por los usuarios.

gaKing de ALS

gaKing de ALS es la herramienta de análisis estático, pensada para para faci facilit litar ar y auto automa matitiza zarr el proc proces eso o de cert certifific icac ación ión del del cumplimiento de los estándares de codificación.

checking de ALS

checKing es la una herramienta de monitorización del proceso de desarrollo de software y sus resultados.

TrackRecord de Compuware

TrackR TrackReco ecord rd se ajusta ajusta a cualqui cualquier er proces proceso o de desarr desarroll ollo o y prueba pruebas, s, ofreci ofreciend endo o un sistem sistema a de rastre rastreo o que ayuda en la identificación y resolución de defectos de software.

TestPartner de Compuware

TestPa TestPartn rtner er es una herram herramien ienta ta que automa automatiz tiza a las prueba pruebass funcionales y de regresión. Ha sido especialmente diseñada para complejas aplicaciones basadas en Microsoft, Java y tecnologías web

.TEST de Parasoft

.TEST es una unidad de pruebas automatizada y productos de análisis de código estándar, que trabaja sobre clases escritas en la plataforma Microsoft .NET, sin requerir que los desarrolladores realicen un solo caso de prueba o stub.

Security Tester Fortify

Fortify Security Tester, proporciona las pruebas de seguridad







detección de errores, soportan la depuración de programas y pruebas.

Integrated CASE (ICASE)

CASE

Herramientas qu que en engloban to todo el el pr proceso de de desarrollo de software, desde el análisis hasta la implementación.

CAST (ComputerAided Software Testing)

Her Herramie amient ntas as de sopo soporrte a la prue prueba ba de software.

IPSE (Integrated Programming Support Enviroment)

Herraientas que soportan todo el ciclo de vida, incl incluy uyen en comp compon onen ente tess para para la gest gestió ión n de proyectos y gestión de la configuración.

Winstone de ZDnet

Benchmark (playback test)

Herra Herrami mien enta ta que que usa usa llam llamad adas as al sist sistem ema a dur durant ante acti activi vida dade dess espe especcífic íficas as de una aplicación.

WinBench de ZDnet

Benchmark (playback-inspection test)

Realiza pruebas en cualquier elemento que se encuen encuentre tre en el disco disco duro. duro. Tambié También n ejecut ejecuta a direc directa tame ment nte e apli aplica cacio cione ness en subs subsis iste tema mass específicos.

Dhrystone

Ben Benchma hmark

Mide ide el el rendim dimiento nto de de una ap aplic licación.

Whetstone

Ben Benchma hmark

Comp omprueb ueba el re rendimient ento de un una com computadora al estar ejecutándose una aplicación.

Secuencias de Comandos Personalizadas (Script de Pruebas) El Script de Prueba que se utilizó durante las pruebas fue un código para controlar valores nulos: public String exec(ITestExecutionServices tes, String[] args) { // Input validation







Casos de Prueba ID/Nombre/Sistema/Proyecto: AddressBook ID Caso de Uso:

Nivel de Prueba: 1 Tipo(s) de Pruebas(s): Prueba de funcionalidad, Prueba de desempeño, Pruebas de Interfaz de Usuario ID Requerimiento: Autor del Caso de Prueba: Mirsha Francisco Rodríguez Martínez ID/Nombre Caso de Prueba: Performance of Nombre del Probador: Miguel Ángel Ramírez AddressBook Negrete Versión del Caso de Prueba: Fecha de Creación: Fecha de Ejecución: 08/11/2009 19/11/2009 Condición(es) para que se ejecute el Caso de Prueba: Se deben cumplir con los recursos necesarios en cuanto a software y hardware necesarios para que se pueda ejecutar este caso ca so de prueba Procesador In Intel Ce Celeron o equivalente Software de de au auditorías an antes me mencionados Memoria RAM de 256MB Software para medir el rendimiento de la aplicación Software de soporte Para la Ejecución del Caso de Prueba: Contar con todas las herramientas citadas anteriormente Elemento a probar Condición Valor(es) Resultado Resultado Esperado Obtenido TextBox Los TextBox deben mandar la 100% 95% 100 % información a la Base de Datos en los lugares aprobados ComboBox El ComboBox debe desplegar 100% 95% 100 % las fechas de nacimiento Labels Las etiquetas deben concordar 95% 95% 95% de acuerdo al cuadro de texto que se le asigne DataGridView Debe Mostrar la información de 100% 95% 100 % salida que corresponde a lo que hay en la Base de Datos Botones Deben cumplir con la función 100% 95% 100 % para la cual fueron diseñados ya sea para insertar, modificar, eliminar, guardar, cancelar o salir







o o o o o o

Probar el Botón de salir Probar cada una de las etiquetas (Labels) Probar cada uno de los cuadros de texto (TextBox) Probar el DataGridView Probar el rendimiento del sistema Probar la interfaz del usuario

Esperadas o o o o o

o

o

o o

El botón de agregado debe cumplir con la función de agregar El botón de modificación debe poder modificar el registro que se seleccione El botón de eliminado debe permitir eliminar un registro El botón de guardar debe cumplir con la función de guardar un cambio El botón cancelar debe deshacer cualquier cambio que se haga sin que éste haya sido guardado anteriormente Los cuadros de texto deben enviar la información adecuada al lugar adecuado dentro de la Base de Datos. Las etiquetas deben coincidir con los cuadros de texto de acuerdo al diseño, y deben tener una buena ortografía. La interfaz debe estar hecha y organizada o rganizada conforme al diseño El rendimiento de la aplicación debe ser la óptima para que no se trabe a la hora de la ejecución

Deseadas o o o o o

o

o

o o

El botón de agregado cumpla con la función de agregar El botón de modificación pueda modificar el registro que se seleccione El botón de eliminado permita eliminar un registro El botón de guardar cumpla con la función de guardar un cambio El botón cancelar deshaga cualquier cambio que se haga sin que éste haya sido guardado anteriormente Los cuadros de texto envíe la información adecuada al lugar adecuado dentro de la Base de Datos. Las etiquetas coincidan con los cuadros de texto de acuerdo al diseño, y deben tener una buena ortografía. La interfaz este hecha y organizada conforme a l diseño El rendimiento de la aplicación sea la óptima para que no se trabe a la hora de la ejecución









09

Prueba de DataGridView

30/11/09

30/11/09

0.5 hrs

10

Prueba de ComboBox

30/11/09

30/11/09

0.5 hrs

11

Verificacion de la interfaz

30/11/09

30/11/09

1 hrs

12

Prueba de rendimiento de la aplicacion

30/11/09

30/11/09

2 hrs

Entregables Lista de Entregables de Pruebas Entregables

Descripción

Performan Performance ce of Address Address Book Book

La present presentee prueba prueba revisa revisa que cada cada uno uno de los elementos elementos que confor conforman man la la aplicaci aplicación ón AddressBook funcionen correctamente, se revisan detalladamente uno a uno lo componentes y si es necesario hacer correcciones se reportan al departamento correspondiente para que haga la corrección de los errores aquí encontrados.

Ficha: Escenarios por Caso de Uso Inserción de nuevo contacto ID Escenario 1

Flujo Básico El s ario accede al sistema selecciona la opción de AddNe

se procede







Resultados/Observaciones para el Ciclo de Prueba: El resultado que se obtuvo estuvo a la altura de los resultados que se esperaban, todo funcionó en base a lo que se tenía planeado en el diseño, cada uno de los botones, cuadros de texto, etiquetas, combos, etc. funcionaron conforme a su respectiva acción que debían realizar. Aprobado Ciclo de Prueba por: CLIENTE

ORGANIZACIÓN

PROBADOR

Criterio para el Inicio y Fin del Plan de Pruebas Criterios de Inicio Para que el plan de pruebas se pueda llevar a cabo se deben: Contar con los equipos necesarios para poder llevar a cabo el plan de pruebas Contar con el software para realizar las pruebas de rendimiento Contar con el software de soporte Contar con el personal capacitado para realizar la prueba Criterios de Fin

• • • •

Para que el plan de pruebas Performance of AddressBook se dé por concluido se deben cumplir







• • •

•

•

• •

El botón de eliminado permita eliminar un registro El botón de guardar cumpla con la función de guardar un cambio El botón cancelar deshaga cualquier cambio que se haga sin que éste haya sido guardado anteriormente Los cuadros de texto envíe la información adecuada al lugar adecuado dentro de la Base de Datos. Las etiquetas coincidan con los cuadros de texto de acuerdo al diseño, y deben tener una buena ortografía. La interfaz este hecha y organizada conforme al diseño El rendimiento de la aplicación sea la óptima para que no se trabe a la hora de la ejecución

Clasificación de los errores

Calificación

Definición de gravedad

Definición de prioridad

1

El er error pr provoca in inserción de de da datos El err error debe debe cor corregi regirrse lo ante antess incorrecta o la pérdida de datos. posible. El error bloquea el progreso para la terminación del entregable.

2

El error causa problemas graves en la El erro errorr debe debe corr correg egir irse se ante antess del del funci uncion onal alid idad ad u otr otros aspec specto toss lanzamiento del producto. importantes.

Resultados de la prueba







Responsabilidades, Personal y Necesidades de Capacitación Personal y Roles Necesarios Roles

Recursos Necesarios

Estado

Responsabilidades Específicas o Comentarios

Admi Admini nist stra rado dorr del del plan de pruebas

1

Asignado

•

Aseg Asegur urad ador or de la calidad Usuarios de prueba

2

Asignado

•

4

Asignado

•

Coordinar que el plan de pruebas se lleve a cabo y hacer la planeación de éste. Veri Verifi fica carr que que el soft softwa ware re este este real realiz izad ado o conforme a los estándares de calidad. Probar el sistema como si fueran los usuarios de la aplicación.

Plan de Pruebas

Recommend Documents