Es una desviación del comportamiento esperado de la aplicacíon y que es visible a los usuarios finales Error Falla - Fault Fallo - Failure Defecto - Defect Equivocación - Mistake.
El costo de corregir una falla No es importante Incrementa con el tiempo que permanezca. Disminuye con el tiempo que permanezca. Es mas caro si es encontrado en los requerimientos que el diseño No se puede determinar.
Los resultados esperados Solo son importantes en las pruebas de sistema Solo se utilizan en pruebas de componentes Nunca se especifican con anterioridad Son mas útiles si se especifican con anterioridad Se derivan del codigo.
En diseño temprano de las pruebas: Los errores encontrados durante el diseño temprano son mas caros de arreglar El diseño temprano es mas caro El diseño temprano previene que se multipliquen los defectos El diseño temprano solo se enfoca en pruebas de usuario.
El propósito de las pruebas de regresión es: Verificar los errores corregidos Prevenir que tareas sean completadas incorrectamente Asegurarse que nuevos defectos no han sido introducidos luego de un desarrollo Motivar a los desarrolladores a realizar mejores pruebas unitarias.
Cual No debe ser normalmente el objetivo de las pruebas Encontrar fallas en el software Demostrar que el software funciona correctamente Evaluar si el software esta listo para lanzar Demostrar que el software no funciona.
Un equipo encuentra entre el 90% y 95% de las fallas, pese al alto porcentaje la gerencia considera que aún quedan muchos defectos por identificar. Luego que el software fue usado por los usuarios las fallas encontradas fueron de bajo impacto y los clientes se encuentran a gusto con la aplicación. Cual principio de pruebas aplica? Agrupación de defectos (Defect clustering) Paradoja del pesticida (Pesticide paradox) Las pruebas exhaustivas (Exhaustive testing is impossible) Falacia de ausencia de errores (Absence-of-errors fallacy).
El 80% de los errores se encuentra en el 20% de las funcionalidades. Falacia de ausencia de errores (Absence-of-errors fallacy) Las pruebas exhaustivas (Exhaustive testing is impossible) Paradoja del pesticida (Pesticide paradox) Agrupación de defectos (Defect clustering).
El enfoque principal de las pruebas de aceptación: Buscar fallas en el Sistema. Asegurarse que el Sistema es acceptable a los usuarios. Probar el Sistema con otros sistemas. Probar el Sistema desde el punto de vista del negocio. Pruebas realizadas por un grupo independiente. .
Que NO forma parte de pruebas de Sistema. Puerbas de usabilidad. Pruebas basadas en los requerimientos. Pruebas basadas en procesos. Pruebas de integración.
Las pruebas NO funcionales, incluyen: Probar atributos del Sistema como rendimiento y usabilidad. Probar para identificar donde el Sistema no funciona correctamente. Probar una caracteristica del Sistema solo usando el software requerido para esa acción. Probar una caracteristica del Sistema solo usando el software requerido para esa función. Probar funciones que no deben existir. .
Lo siguiente NO es parte de las pruebas de rendimientos. Medir tiempo de respuesta. Pruebas de recuperación. Simular varios usuarios. Generar muchas transacciones. Medir las tasas de transacción.
Difierencias principales entre walkthrough(turorial) y una inspección: La inspección es dirigida por el autor, los tutoriales por un moderador.
Las inpecciones tienen un lider entrenado, los tutorials no tienen lider.
Los autores no estan presentes durante las inspecciones, pero si estan presentes durante los tutoriales. Un tutorial es dirigido por el autor, mientras las inspecciones son dirigidas por el moderador.
.
Cuál no es un tipo de reunión? Walkthrough - Tutorial Management approval - Aprovación de la gerencia Informal review - Revisión informal Inspection - Inspección.
Cuáles de las siguientes características y tipo de revisiones se relacionan?
1. Dirigidas por el autor
2. Sin documentación
3. Sin participación de los administradores
4. Dirigida por un moderador entrenado o líder
5. Usa criterios de entrada y salida.
s. Inspección - Inspection
t. Revisión tecnica-Technical review
u. Revisión informal - Informal review
v. Tutorial - Walkthrough
s = 4, t = 3, u = 2 and 5, v = 1 s = 4 and 5, t = 3, u = 2, v = 1 s = 1 and 5, t = 3, u = 2, v = 4 s = 5, t = 4, u = 3, v = 1 and 2.
|
