Ch01 Flashcards
ISTQB
International Software Testing Qualifications Board
Tres niveles de ISTQB Certification
Fundamentos
Avanzado
Experto
Objetivos del curso
Estandarizar terminos de pruebas
Identificar un proceso de prueba, roles, tareas y responsables
Conocer las técnicas más importantes
porque son necesarias las pruebas de software?
somos falibles y podemos equivocarnos
existen diversos factores en contra
los errores son costosos
Aumentar calidad del sistema
Los defectos o fallas surgen por:
Requerimientos incompletos
Requerimientos ambiguos
Requerimientos equivocados
codigo con defectos
manejo de defectos
los humanos pueden fallar por
codigo complejo
presiones de tiempo
requerimientos incompletos o erroneos
infraestructura compleja
cambios en la tecnologia
una persona comete un
error
defecto en el codigo
estado del software causado por un error
un defecto puede provocar un
evento de fallo en el sistema
“lenguaje del dinero”
cuantifica un problema de la mejor manera
permite comunicar eficazmente entre los deptos técnicos y la alta dirección
Dirige la atención al manejar problemas de calidad
Sirve para medir el impacto de una accion correctora
Se debe designar un presupuesto
errores
reparaciones
defectos
el control financiero aplicado para la buena calidad
se debe ampliar tambien hacia los costos de manejar la mala calidad
riesgos del producto
caracteristicas funcionales y no funcionales pobres
alta compejidad funcional, tecnica o de interfaces
no cumplir con las especificaciones
riesgos del proyecto
limitaciones de tiempo y presupuesto
factores organizacionales (carencia de recursos o habilidades de entrenamiento)
problemas tecnicos (calidad de requerimientos, codigo, pruebas, etc)
cuando detener las pruebas?
aplicar un analisis de riesgo considerando la probabilidad y el impacto
conocer las limitaciones como el presupuesto y el tiempo
los riesgos deben evaluarse a nivel negocio, tecnologico, de prueba, de proyecto
se determina entonces que probar y que no
que son las pruebas de software
conjunto de actividades antes y despues de una ejecucion formal de pruebas: planificar, controlar, seleccionar condiciones de pruebas, diseñar y ejecutar casos de pruebas, comprobar resultados, informar los resultados, revisar documentos, etc.
en que casos son necesarias las pruebas de software
cuando se debe cumplir compromisos contractuales de requerimientos legales y estandares específicos de la industria
objetivos de las pruebas
identificar defectos
aumentar la confianza en el nivel de calidad
facilitar información para la toma de decisiones
evitar la aparición de defectos
cuando generan confianza las pruebas?
cuando encuentran pocos defectos o ninguno
pruebas tempranas
las pruebas deben iniciar tan pronto como inicie el ciclo de vida o desarrollo del proyecto
agrupación de defectos
la mayoría de los defectos se concentran en un número reducido de módulos
paradoja pesticida
las pruebas deben revisarse periodicamente y deben escribirse pruebas nuevas y diferentes para detectar más defectos
pruebas exhaustivas inexistentes
es imposible probar todo. Se debe realizar un análisis de riesgos y prioridades para centralizar los esfuerzos de pruebas
las pruebas demuestran la presencia de defectos
las pruebas reducen la probabilidad de que existan defectos ocultos en el software pero no aseguran un 100% de ausencia de errores
las pruebas dependen del contexto
dependen del contexto del sistema
falacia de ausencia de errores
La detección y corrección de los defectos encontrados no servirá de nada si el sistema construido no es usable y no cumple con las expectativas de usuario
proceso fundamental de las pruebas de software
control y planeación
análisis y diseño
implementación y ejecución
reporte y evaluación de criterios de salida
cierre de actividades de pruebas
codigo etica
para garantizar que la información no será utilizada de manera indebida
