ISTQB Conceptos

¿Qué hace testing con los defectos?

Detecta defectos; no los corrige.

¿Quién encuentra la causa y corrige el defecto?

Debugging

¿Qué proporciona testing para ayudar a tomar decisiones?

Información sobre calidad y riesgos.

¿Testing mejora directamente el producto?

No necesariamente. Contribuye indirectamente mediante la detección de defectos y la posterior corrección.

 ¿Qué puede ayudar a demostrar testing?

 El cumplimiento de requisitos contractuales, legales y regulatorios y estándares aplicables.

¿Por qué testing puede representar a los usuarios?

 Porque no siempre es viable involucrar continuamente a usuarios reales.

¿Qué pueden demostrar las pruebas sobre los defectos?

Pueden demostrar la presencia, no la ausencia de defectos.

¿Qué es un test object?

El producto, componente o artefacto que está siendo probado.

¿Cuál es la diferencia entre testing dinámico y estático?

El dinámico ejecuta el software; el estático no requiere ejecutarlo.

¿Cuál es la diferencia entre verificación y validación?

Verificación: comprobar que cumple los requisitos. Validación: comprobar que satisface las necesidades y el uso previsto.

¿Cuál es el objetivo principal de testing?

Evaluar el producto, detectar defectos y proporcionar información sobre su calidad y riesgos.

¿Por qué testing puede representar a los usuarios?

Porque no siempre es viable involucrar continuamente a usuarios reales.

¿Qué hace debugging?

Encuentra la causa de los fallos y corrige los defectos.

¿Qué es confirmation testing?

Comprueba que el defecto corregido realmente quedó solucionado.

¿Qué es regression testing?

Comprueba que los cambios no introdujeron fallos en otras áreas.

¿Cuál es la diferencia entre Testing y QA?

Testing se centra en el producto; QA se centra en los procesos y la prevención.

 ¿Qué proporciona testing para tomar decisiones?

Información sobre la calidad y los riesgos del producto.

¿Quién toma las decisiones basándose en los resultados de testing?

Los stakeholders; testing proporciona información para apoyar la decisión.

¿Por qué es importante realizar pruebas temprano?

Porque permite detectar defectos antes y puede reducir el costo y el retrabajo.

¿Qué relación existe entre testing y debugging?

Testing detecta fallos o defectos; debugging encuentra su causa y los corrige.

¿Qué relación existe entre confirmation testing y regression testing?

Confirmation verifica la corrección del defecto; regression verifica que el cambio no haya causado nuevos fallos.

¿Qué es un error (error)?

Una equivocación humana que puede producir un defecto.

¿Qué es un defecto (defect)?

Una imperfección en un artefacto como código, requisitos o diseño.

¿Qué es un fallo (failure)?

Un comportamiento incorrecto observado durante la ejecución del sistema.

¿Cuál es la relación entre error, defecto y fallo?

Error → Defecto → Fallo.

 ¿Qué representa un error?

Una equivocación humana.

¿Qué representa un defecto?

Una imperfección en un artefacto.

¿Qué representa un fallo?

Un comportamiento incorrecto observado durante la ejecución.

¿Un defecto siempre produce un fallo?

No. Deben darse determinadas condiciones para que el defecto se manifieste como un fallo.

Si un desarrollador utiliza - en lugar de + por equivocación, ¿qué es la equivocación?

 Un error humano.

Si el código contiene - cuando debería contener +, ¿qué es?

 Un defecto.

Si la calculadora devuelve 5 cuando debería devolver 15, ¿qué es?

Un fallo.

¿Cuál es la diferencia más importante entre defecto y fallo?

El defecto es la imperfección; el fallo es el comportamiento incorrecto observado durante la ejecución.

¿Qué es la causa raíz (root cause) de un defecto?

 La razón fundamental que origina el defecto.

¿Qué son los efectos de un defecto?

Las consecuencias o impactos producidos por el defecto cuando se manifiesta.

¿Cuál es la diferencia entre causa raíz y defecto?

 La causa raíz explica por qué se originó; el defecto es la imperfección existente.

¿Cuál es la diferencia entre defecto y fallo?

El defecto es una imperfección; el fallo es el comportamiento incorrecto observado durante la ejecución.

 ¿Cuál es la relación entre causa raíz, defecto, fallo y efecto?

Causa raíz → Defecto → Fallo → Efecto.

 ¿Por qué es útil identificar la causa raíz de un defecto?

Porque ayuda a evitar que defectos similares vuelvan a ocurrir.

¿Qué pregunta ayuda a identificar la causa raíz?

¿Por qué se originó el problema?

 ¿Qué pregunta ayuda a identificar el efecto de un defecto?

¿Qué consecuencias o impactos produce el defecto?

¿Qué demuestra el principio "Testing shows the presence, not the absence of defects"?

Las pruebas pueden demostrar la presencia, pero no la ausencia de defectos.

¿Qué significa que las pruebas exhaustivas son imposibles?

Que no es posible probar todas las combinaciones y condiciones posibles.

Qué establece el principio de pruebas tempranas (Early Testing)?

Detectar problemas temprano puede ahorrar tiempo y dinero.

¿Qué significa que los defectos tienden a agruparse?

Que una pequeña cantidad de componentes puede contener una gran proporción de los defectos descubiertos.

 ¿Qué es la paradoja del pesticida (Pesticide Paradox)?

Repetir las mismas pruebas puede hacer que dejen de encontrar nuevos defectos.

¿Cómo se combate la paradoja del pesticida?

Actualizando las pruebas existentes y creando nuevas pruebas.

Qué significa que testing depende del contexto?

El enfoque de testing debe adaptarse al contexto y a los riesgos del sistema.

¿Qué es la falacia de ausencia de errores (Absence-of-Errors Fallacy)?

Corregir muchos defectos no garantiza que el sistema satisfaga las necesidades y expectativas de los usuarios.

¿Cuál es la diferencia entre el principio 1 y el principio 7?

Principio 1: no podemos demostrar ausencia de defectos. Principio 7: corregir defectos no garantiza que el producto satisfaga al usuario.

¿Qué principio indica que los defectos no se distribuyen uniformemente?

Defect Clustering: los defectos tienden a agruparse en determinadas partes del sistema.

¿Qué debes hacer cuando las mismas pruebas ya no encuentran nuevos defectos?

 Revisar, modificar y ampliar las pruebas.

¿Cuál es la idea principal de los siete principios de testing?

Ayudan a entender las limitaciones y la forma adecuada de aplicar las pruebas.

¿Cuáles son las siete actividades principales del proceso de pruebas?

Planning, Monitoring & Control, Analysis, Design, Implementation, Execution y Completion.

¿De qué depende el proceso de pruebas?

Del contexto, incluyendo SDLC, riesgos, dominio, recursos y restricciones.

¿Qué se hace durante Test Planning?

Se definen los objetivos, el enfoque y la planificación de las pruebas dentro de las restricciones.

¿Qué diferencia hay entre Test Monitoring y Test Control?

Monitoring observa el progreso; Control toma acciones para mantener las pruebas alineadas con los objetivos.

¿Qué pregunta responde Test Analysis?

¿Qué vamos a probar?

¿Qué pregunta responde Test Design?

¿Cómo vamos a probarlo?

¿Qué se hace durante Test Implementation?

Se preparan los casos, datos, ambientes, herramientas y suites para ejecutar las pruebas.

 ¿Qué ocurre durante Test Execution?

Se ejecutan las pruebas y se compara el resultado actual con el esperado.

¿Qué ocurre durante Test Completion?

Se cierran las actividades, se comunican los resultados y se identifican mejoras o lecciones aprendidas.

¿El proceso de pruebas es necesariamente lineal?

 No. Las actividades pueden solaparse, repetirse y ejecutarse iterativamente.

¿Cuál es la diferencia entre Test Analysis y Test Design?

Analysis determina qué probar; Design determina cómo probarlo.

¿Cuál es la diferencia entre Test Design y Test Implementation?

Design define cómo probar; Implementation prepara todo lo necesario para ejecutar.

¿Cuál es la diferencia entre resultado esperado y resultado actual?

Expected es lo que debería ocurrir; Actual es lo que realmente ocurrió.

¿Qué ocurre si el resultado actual no coincide con el esperado?

La prueba falla y puede ser necesario investigar y reportar un defecto.

¿El proceso de pruebas es igual en todas las organizaciones?

No. Las actividades se adaptan al contexto del proyecto y de la organización.

Qué es testware?

Son los productos de trabajo generados como resultado de las actividades de testing.

¿Cuándo se generan los artefactos de prueba?

Durante todo el proceso de testing, no solamente durante la ejecución.

¿Qué artefactos se generan principalmente durante el análisis?

Test conditions.

¿Qué artefactos se generan principalmente durante el diseño?

Test cases, test charters y otros elementos de diseño.

Qué se genera durante la implementación de pruebas?

Test procedures, scripts, test suites, test data y elementos del entorno.

¿Qué artefactos se generan durante la ejecución?

Test logs y defect reports.

¿Qué artefactos se generan durante la finalización?

Test completion report, lessons learned y otros elementos de mejora.

¿Cuál es la diferencia entre test object y testware?

Test object es lo que se prueba; testware son los productos de trabajo de testing.

¿La lista de testware es exhaustiva?

 No. Las organizaciones pueden producir y gestionar diferentes work products.

¿Cuál es la relación entre Analysis y Design?

Analysis identifica y prioriza test conditions; Design crea test cases y otros elementos de diseño.

¿Qué actividad produce principalmente test logs?

Test Execution.

¿Qué actividad produce principalmente el test completion report?

Test Completion.

¿Qué es la trazabilidad (traceability) en testing?

La capacidad de establecer y mantener relaciones entre la base de prueba y los artefactos de prueba (testware) durante todo el proceso.

¿Qué dos cosas conecta la trazabilidad?

La base de prueba (test basis) con los artefactos de prueba (testware).

¿Cuál es el beneficio principal de la trazabilidad?

Apoyar un test monitoring and control efectivo.

Qué se necesita para que la trazabilidad ayude a evaluar la cobertura?

Que existan criterios de cobertura medibles definidos en la base de prueba.

¿Como qué pueden funcionar los criterios de cobertura? 

Como indicadores clave de rendimiento (KPIs) del avance hacia los objetivos de prueba.

¿Qué permite verificar la trazabilidad de casos de prueba a requisitos?

Que los requisitos estén cubiertos por casos de prueba (cobertura de requisitos).

 ¿Qué permite evaluar la trazabilidad de resultados de prueba a riesgos?

 El nivel de riesgo residual (residual risk) del objeto de prueba.

 Menciona otros beneficios de una buena trazabilidad.

Determinar el impacto de cambios, facilitar auditorías, cumplir gobierno de TI y mejorar la comprensión de los informes.

¿Qué información aporta la trazabilidad para la toma de decisiones? 

Sobre la calidad del producto, la capacidad del proceso y el progreso del proyecto frente a los objetivos de negocio.

¿Cómo se calcula el nivel de riesgo (risk level)? 

Nivel de riesgo = probabilidad de ocurrencia × impacto.

¿Qué se prueba primero en el enfoque basado en riesgos?

Lo que representa mayor riesgo para el negocio (mayor probabilidad × impacto).

¿Cuál es la diferencia entre base de prueba (test basis) y artefactos de prueba (testware)?

La base de prueba es la fuente de la que se derivan las pruebas; el testware son los productos de trabajo generados por el testing.

¿Cuáles son los dos roles principales en las pruebas? 

El rol de gestión de pruebas (test management role) y el rol de prueba (testing role).

¿De qué dependen las actividades y tareas de cada rol?

 Del contexto del proyecto, el producto, las habilidades de las personas y la organización.

¿De qué se responsabiliza el rol de gestión de pruebas? 

De la responsabilidad global del proceso de prueba y del liderazgo del equipo y las actividades.

¿En qué actividades se centra el rol de gestión de pruebas? 

Planning, monitoring, control y completion (planificación, monitoreo, control y finalización).

¿De qué se responsabiliza el rol de prueba (testing role)?

 Del aspecto técnico o de ingeniería de las pruebas.

En qué actividades se centra el rol de prueba?

Analysis, design, implementation y execution (análisis, diseño, implementación y ejecución).

¿Cuál es la diferencia entre el rol de gestión de pruebas y el rol de prueba? 

Gestión se centra en el proceso y liderazgo (planning, monitoring, control, completion); el rol de prueba se centra en lo técnico (analysis, design, implementation, execution).

¿Puede una misma persona asumir ambos roles? 

Sí; distintas personas pueden asumir los roles en distintos momentos, y una persona puede ejercer ambos a la vez.