CALIDAD Flashcards

(22 cards)

1
Q

¿Qué es un caso de prueba?

A

Documento que describe entrada, acciones y resultado esperado para validar una función del sistema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Componentes mínimos de un caso de prueba.

A

ID, título, precondiciones, pasos, resultado esperado, resultado real, estatus.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Propósito de las pruebas funcionales.

A

Verificar que el software cumple con los requisitos y funcionalidades especificadas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Ejemplo de prueba funcional.

A

Validar que un usuario puede iniciar sesión con credenciales válidas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Propósito de las pruebas no funcionales.

A

Evaluar atributos de calidad como rendimiento, seguridad, usabilidad y confiabilidad.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Ejemplo de prueba no funcional.

A

Medir que la API responde en menos de 2 s con 100 usuarios concurrentes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Diferencia entre prueba de carga y prueba de estrés.

A

Carga = rendimiento bajo uso previsto. Estrés = rendimiento más allá de la capacidad máxima para detectar fallos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

¿En qué consiste TDD?

A

Escribir primero la prueba que falla, luego el código mínimo para pasarla y finalmente refactorizar.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

¿En qué consiste BDD?

A

Definir comportamiento esperado en lenguaje natural (Given-When-Then) y automatizar pruebas sobre ese comportamiento.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

¿Qué es ATDD?

A

Acceptance Test-Driven Development: usuarios, testers y devs colaboran en criterios de aceptación antes de programar.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Definición de prueba exploratoria.

A

Ejecutar pruebas manuales sin guion fijo, basadas en la experiencia del tester para descubrir fallos inesperados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Objetivos de una revisión de código entre pares.

A

Detectar defectos temprano, compartir conocimiento y mejorar la calidad del código.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Diferencia análisis estático vs pruebas dinámicas.

A

Estático = analiza código sin ejecutarlo (ej. ESLint, SonarQube). Dinámico = ejecuta el software y observa resultados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Métrica de cobertura de código.

A

Porcentaje de líneas o ramas ejecutadas durante la ejecución de la suite de pruebas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

¿Qué es un plan de pruebas?

A

Documento que define alcance, estrategia, recursos, calendario y criterios de éxito de la actividad de pruebas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

¿Qué es una smoke test?

A

Conjunto mínimo de pruebas básicas para verificar si una build es lo suficientemente estable para pruebas más profundas.

17
Q

¿En qué consiste una prueba de regresión?

A

Ejecutar pruebas existentes para asegurar que cambios recientes no introdujeron nuevos defectos.

18
Q

Beneficio principal de CI para calidad.

A

Ejecuta pruebas automáticamente en cada commit, detectando defectos rápidamente.

19
Q

Herramienta típica de pruebas de rendimiento.

A

JMeter (también Gatling o Locust).

20
Q

Definición de peer review vs walkthrough.

A

Peer review = evaluación estructurada por colegas. Walkthrough = recorrido informal guiado por el autor para obtener feedback.

21
Q

¿Qué mide el MTTR en calidad?

A

Mean Time To Repair — tiempo promedio en corregir un fallo una vez detectado.

22
Q

¿Qué controla un linter de estilo como ESLint?

A

Reglas de estilo y buenas prácticas de JavaScript, detectando errores antes de compilar o ejecutar.