Taller Pruebas 1.Qu son pruebas de validacin o aceptacin?

Pruebas de validacin son aquellas que se realiza mediantes tcnicas como evaluaciones, inspecciones y tutoriales, con el fin de comprobar que lo que se ha especificado es realmente lo que deseaba el cliente. Lo particular de esta prueba es: Se aplican a toda la aplicacin (es decir no hay programas de pruebas). Uno o varios casos de prueba por cada requisito o caso de uso especificado. Y al igual que otros tipos o formas de pruebas; se prueba tambin el rendimiento, la capacidad, etc. (y no slo resultados correctos). Enfoque Se concentra en las acciones visibles para el usuario y en la salida del sistema que ste puede reconocer. Tipos Tipos Pruebas de aceptacin Alfa Beta 1.Qu son pruebas del sistema? Son las que incorporan otros elementos, tales como: hardware, personas, informacin. Pruebas de seguridad: se comprueban que los mecanismos empleados para la proteccin del software realmente cumplan el objetivo. El usuario que realiza estas pruebas toma el papel de hackers. Pruebas de resistencia: se realizan pruebas con el fin de ver su funcionamiento condiciones anormales, se ejecuta de tal manera que requiera un volumen anormal de recursos. Una variante en esta son las pruebas de sensibilidad, que tratan de descubrir combinaciones de datos vlidos que causen inestabilidad o procesamiento inapropiado. Pruebas de rendimiento: se generan escenarios con el fin de probar en las respuestas del sistema la confianza, escalabilidad, velocidad, sus restricciones, estabilidad. Pruebas de recuperacin: se causa intencionalmente el fallo del software de muchas formas, y verifica que la recuperacin se lleva a cabo apropiadamente. En algunos casos un sistema debe ser tolerante a fallos, o sea, los fallos de procesamiento no deben hacer que cese el funcionamiento de todo el sistema. En otros casos, se debe corregir un fallo del sistema en un determinado periodo de tiempo a riesgo que se Quin las realiza? Cliente o usuario final.

Usuario y desarrollador de observador. Se simula un entrono parecido al del instalacin Slo el usuario.En su entorno de trabajo.

produzca un serio dao econmico.

1.Cules son las etapas del proceso de prueba (incluir la depuracin)? Planificacin de las pruebas. Diseo de las pruebas. Implementacin de las pruebas. Ejecucin de las pruebas. Evaluacin de las pruebas. Depuracin 2.Son las reas de proceso de verificacin y validacin de CMMI, que relacin tiene con las pruebas de software? Se relacionan en que se deben implementar mtodos adecuados para evitar prdidas de costo y tiempo. Adems en las pruebas de software se implementan las prcticas especificadas en el modelo CMMI en estas dos reas. Definiendo parmetros cmo: entorno, definir componentes a probar, disear mtodos para probarlo, analizar resultados. Y se realizan las pruebas para cumplir con los dos objetivos manejados por las reas de proceso: Verificacin: mirar que el producto cumpla con los requisitos planteados. Validacin: es para saber si satisface el uso para el que se cre determinado componente. 3.Qu es el estndar ITSQB? 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 Probador certificado. 4.Qu importancia tiene la documentacin dentro del proceso de pruebas? 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. 5.Qu es el estndar IEEE 829? 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. El entendimiento correcto de estos documentos queda segn el criterio de cada uno. 6.Qu es un plan de pruebas? Es donde se define que se va a probar y la metodologa utilizada para ello (ejemplo: definir casos de pruebas). Un plan de pruebas se puede aplicar a una parte concreta de su proyecto.

7.Qu es una especificacin de casos de pruebas? Es donde se describe un caso de prueba, contiene items como: elemento (mdulos u otro) que se probar, especificaciones de entrada, relaciones entre las entradas (sincronizacin), entorno, si tiene restricciones, consideraciones o advertencias etc. 8.Qu es un procedimiento de pruebas de software? 9.Documentacin de la ejecucin de pruebas (Qu es un histrico de pruebas?, Qu son incidentes en las pruebas?) Histrico de pruebas (test log): documenta todos los hechos relevantes ocurridos durante la ejecucin de las pruebas. Estructura fijada en el estndar: - Identificador - Descripcin de la prueba: elementos probados y entorno de la prueba. - Anotacin de datos sobre cada hecho ocurrido (incluido al comienzo y al final de la prueba) Este tiene: Fecha y hora, identificador de informe de incidente. - Otras informaciones Incidentes en las pruebas (test incident report): Documenta cada incidente (por ejemplo una interrupcin en las pruebas debido a un corte de electricidad, bloqueo del teclado, etc.) ocurrido en la prueba y que requiera una posterior investigacin. Estructura fijada en el estndar: - Identificador - Resumen del incidente - Descripcin de datos objetivos (fecha/hora, entradas, resultados esperados, etc) - Impacto que tendr sobre las pruebas 10.Enuncie con una breve explicacin 5 software de pruebas. Simple test: Se trata de una prueba de unidad y PHP framework de pruebas web.

W3c: JwebUnit: es un marco de pruebas basado en Java para aplicaciones web. Selenium:En primer lugar es para la automatizacin de aplicaciones web para propsitos de prueba, pero ciertamente no se limita slo a eso. Boring basados en la web las tareas de administracin se puede (y debera) tambin puede automatizar as. n unic