REGIONAL ANTIOQUIA ANLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIN COMPETENCIA DESARROLLAR EL SISTEMA DE INFORMACIN DE ACUERDO A LOS REQUERIMIENTOS DEL CLIENTE

- PRUEBAS

Versin: 1 Mayo 2012

Nombre: Luisa Fernanda Avendao Cdigo: 176050 Taller de pruebas:

Solucin 1. Las pruebas de validacin o aceptacin, pretende lograr una revisin final por parte de la organizacin que solicito el sistema. Llamado prueba alfa o prueba beta. 2. Tipos de prueba Pruebas del sistema: verifica el sistema completo o su aplicacin como tal. Se toma el punto de vista del usuario final y los casos de uso de pruebas. Pruebas de rendimiento: tiene como propsito medir la capacidad de procesamiento del sistema bajo diferentes cargas, incluyendo espacio de almacenamiento. Prueba de seguridad: comprueba que los mecanismos de proteccin integrados en el sistema realmente lo protejan de interrupciones inapropiadas. Prueba de resistencia: estn diseadas para confrontar los programas con situaciones anormales, se trata de sobrecargar el programa. Pruebas de recuperacin: Probar la capacidad del sistema para recuperar datos y restablecer despus de una falla. Planificar las Pruebas: El principal artefacto producido es el Plan de Pruebas. Disear las Pruebas: Los principales artefactos son el Modelo de Pruebas, los Casos de Prueba, los Procedimientos de Prueba y el documento de Anlisis de Carga de Trabajo. Implementar las Pruebas: Los principales artefactos son el Script de la Prueba y el Componente de la Prueba. Ejecutar las Pruebas en la etapa de Integracin de Pruebas: El principal artefacto es el documento Resultado de Pruebas. Ejecutar las Pruebas en la etapa de Pruebas del Sistema: El principal artefacto es el documento Resultado de Pruebas. Evaluar las Pruebas: Los principales artefactos son el Sumario de Evaluacin de Pruebas y los Requerimientos.

3.

REGIONAL ANTIOQUIA ANLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIN COMPETENCIA DESARROLLAR EL SISTEMA DE INFORMACIN DE ACUERDO A LOS REQUERIMIENTOS DEL CLIENTE - PRUEBAS

Versin: 1 Mayo 2012

4. La verificacin tiene como objetivo demostrar que el producto de trabajo cumple los requisitos que se especificaron para ese producto de trabajo, la validacin asegura que el producto que se proporciona es adecuado para su uso previsto y en el entorno operativo previsto. El modelo CMMi considera especialmente la utilizacin de las revisiones entre pares como instrumento de verificacin, tanto es as que la utilizacin de las mismas es una de las metas del rea de proceso Verificacin. Si una organizacin quiere alcanzar el nivel 3 est obligada a utilizar este mtodo. 5. ITSQB La norma internacional ISTQB, es en la actualidad la norma superior que certifica la calidad de los profesionales que intervienen en el testing de alto nivel. La certificacin ISTQB plantea un esquema de calidad internacional para el desarrollo de software, desde donde se posibilita a cualquier profesional poseer el conocimiento necesario para aportar una proyeccin nica. 6. Qu importancia tiene la documentacin dentro del proceso de pruebas? El documento especifica las caractersticas y funcionalidades que se quieren probar del producto software (condiciones de la prueba o requisitos de la prueba) y su priorizacin, as como los criterios de xito/fallo de las pruebas. Por ejemplo, en un mdulo de gestin de usuarios, las siguientes podran ser condiciones de prueba: Un usuario puede darse de alta en el sistema, Un usuario puede darse de baja en el sistema. El documento de especificacin de diseo de pruebas ayuda a determinar en una fase temprana dnde se quieren centrar los esfuerzos de la prueba, de tal forma que despus no se malgasten energas en crear casos de prueba para elementos que no merecen la pena. 7. Qu es el estndar IEEE 829? IEEE 829 - 1998 es un estndar que especifica la estructura de una serie de documentos usados en ocho etapas de software testing, cada una de ellas con su tipo independiente de documento. Sin embargo, la norma no especifica cuando se deben generar ni incluye criterios sobre el contenido de los mismos, aspectos que sujetos a juicio y que escapan a la norma. Los documentos son:

Test plan: un documento que gestiona el plan de pruebas Especificacin del diseo de los test: detalle de las condiciones de los test y los resultados esperados

REGIONAL ANTIOQUIA ANLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIN COMPETENCIA DESARROLLAR EL SISTEMA DE INFORMACIN DE ACUERDO A LOS REQUERIMIENTOS DEL CLIENTE - PRUEBAS

Versin: 1 Mayo 2012

Especificacin del caso de test: detalle de los datos a usar en la ejecucin de las pruebas con las condiciones identificadas en la especificacin de diseo de los test. Especificacin del procedimiento de prueba: detalles sobre cmo ejecutar cada test, incluyendo la preparacin de precondiciones y los pasos que deben seguirse. Informe de estado de pruebas: informes de progreso cuando un componente de software pasa de una etapa de pruebas a otra. Registro de pruebas: registro de qu casos de test se han ejecutado, quin los ha ejecutado, en qu orden y cuales han sido satisfactorios y cuales han fallado. Informe de incidentes: informe para cada error que incluye el estado actual frente al esperado. Informe de resumen de pruebas: se trata de un informe de gestin que proporciona aquella importante informacin descubierta durante las pruebas llevabas a cabo, incluyendo la evaluacin de la calidad de pruebas, la calidad del software probado y estadsticas derivadas de los informes de incidentes.

8. Qu es un plan de pruebas? El propsito del plan de pruebas es explicitar el alcance, enfoque, recursos requeridos, calendario, responsables y manejo de riesgos de un proceso de pruebas. Un plan de pruebas incluye: Identificador del plan. Alcance Indica el tipo de prueba y las propiedades/elementos del software a ser probado. Items a probar Indica la configuracin a probar y las condiciones mnimas que debe cumplir para comenzar a aplicarle el plan Estrategia Describe la tcnica, patrn y/o herramientas a utilizarse en el diseo de los casos de prueba. Categorizacin de la configuracin Explicita las condiciones bajo las cuales, el plan debe ser: Suspendido, Repetido; Culminado. Tangibles Explicita los documentos a entregarse al culminar el proceso previsto por el plan.

REGIONAL ANTIOQUIA ANLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIN COMPETENCIA DESARROLLAR EL SISTEMA DE INFORMACIN DE ACUERDO A LOS REQUERIMIENTOS DEL CLIENTE - PRUEBAS

Versin: 1 Mayo 2012

Procedimientos especiales Identifica el grafo de las tareas necesarias para preparar y ejecutar las pruebas, as como cualquier habilidad especial que se requiere. Recursos Especifica las propiedades necesarias y deseables del ambiente de prueba, incluyendo las caractersticas del hardware, el software de sistemas. Calendario Esta seccin describe los hitos del proceso de prueba y el grafo de dependencia en el tiempo de las tareas a realizar. Manejo de riesgos Explicita los riesgos del plan, las acciones mitigantes y de contigencia. Responsables Especifica quin es el responsable de cada una de las tareas previstas en el plan. 9. Qu es una especificacin de casos de pruebas? Es un conjunto de condiciones o variables bajo las cules el analista determinar si el requisito de una aplicacin es parcial o completamente satisfactorio. Se pueden realizar muchos casos de prueba para determinar que un requisito es completamente satisfactorio. Con el propsito de comprobar que todos los requisitos de una aplicacin son revisados, debe haber al menos un caso de prueba para cada requisito a menos que un requisito tenga requisitos secundarios. 10. Qu es un procedimiento de pruebas de software? El proceso de pruebas consiste, bsicamente, en la realizacin de una serie de pruebas al cdigo que tengamos para observar con qu frecuencia podra fallar ese cdigo, encontrar esos errores y solucionarlos. Estas pruebas hay que realizarlas al comienzo del ciclo de vida del software ya que, cuando avanzamos en el ciclo de vida, ms costoso sera solucionar el fallo encontrado. 11. Qu es un histrico de pruebas? Una vez finalizado el proceso de pruebas, se tiene que proporcionar suficiente informacin para que los involucrados en el proyecto puedan conocer los resultados y tomar decisiones. 12. JUnit

REGIONAL ANTIOQUIA ANLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIN COMPETENCIA DESARROLLAR EL SISTEMA DE INFORMACIN DE ACUERDO A LOS REQUERIMIENTOS DEL CLIENTE - PRUEBAS

Versin: 1 Mayo 2012

Es un conjunto de bibliotecas creadas por Erich Gamma y Kent Beck que son utilizadas en programacin para hacer pruebas unitarias de aplicaciones Java. Radview WebLOAD Permite hacer pruebas de carga y estrs en tu aplicacin web, medir el rendimiento y la escalabilidad. Simula el comportamiento de los usuarios y predice los requerimientos necesarios e informa sobre cuellos de botellas, lmites y puntos dbiles antes de que se saque a produccin la aplicacin, ahorrando as en costes de tiempos por inactividad, costes por ventas y evitando prdidas de clientes. JCrawler Aplicacin opensource para realizar test de estrs a aplicaciones web. Le pasas una URL y puedes realizar una navegacin. Admite redirecciones HTTP y cookies. Es independiente de la plataforma, posee un modo consola y es sencillo de configurar. Mercury LoadRunner Ayuda a preveer costosos problemas de rendimiento, cuellos de botella antes de que una aplicacin web sea actualizada o sacada a produccin. Soporta un gran nmero de entornos como Web Services, .NET y J2EE. Se pueden obtener grficas de rendimiento, saber si una actualizacin cumple con ciertos requerimientos prefijados e identifica y elimina cuellos de botellas encontrados en el ciclo de vida de la aplicacin.