Tipos de Pruebas Flashcards

1
Q

Menciona los **4 **tipos de pruebas

A
  1. Pruebas funcionales (probar la función)
  2. Pruebas no funcionales (probar las características)
  3. Pruebas estructurales (probar estructura/arquitectura)
  4. Pruebas asociadas al cambio (probar después del cambio)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

¿Cuál es el objetivo de las pruebas funcionales?

A

Probar la función del objeto de prueba.

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

¿En qué aspectos de un objeto de prueba se pone atención en las pruebas funcionales?

A

En los datos de **entrada **y salida.

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

¿Qué métodos se utilizan en el diseño de casos de prueba para pruebas funcionales?

A

Métodos de caja negra (black box testing)

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

¿Para qué se usan las pruebas funcionales?

A

Para verificar los requisitos funcionales.

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

¿Cuál es el ámbito de aplicación de las pruebas funcionales?

A

Se pueden llevar acabo en todos los niveles de prueba.

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

¿Cómo se lleva acabo la ejecución de una prueba funcional y que aspectos se prueban a parte de los requerimientos funcionales? (5)

A
  • El objeto de prueba es ejecutado utilizando combinaciones de datos de prueba derivados/generados a partir de casos de prueba.
    • Los resultados de la ejecución son comparados con los resultados esperados.
  • Se hacen pruebas de seguridad
    • Tipo de prueba funcional que aborda amenazas externas
    • Ataques maliciosos podrían dañar programas o datos
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

¿Cuál es el objetivo de las pruebas no funcionales?

A

Probar características del producto de software.

  • ¿De qué forma el software lleva acabo sus funciones?
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Enlista las 5 características de calidad no funcionales.

A
  1. Fiabilidad
  2. Usabilidad
  3. Eficiencia
  4. Mantenibilidad
  5. Portabilidad
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

¿Qué hecho dificulta las pruebas asociadas a las características de calidad no funcionales?

A

Las características de calidad no funcionales a menudo son vagas, incompletas o inexistentes.

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

¿Cuál es el ámbito de aplicación de las pruebas no funcionales?

A

Se pueden llevar acabo en todos los niveles.

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

Menciona las 8 pruebas no funcionales típicas

A
  1. Pruebas de carga (“load testing”)
  2. Pruebas de rendimiento (“performance testing”)
  3. Pruebas de volumen (“volume testing”)
  4. Pruebas de estrés (“stress testing”)
  5. Pruebas de características de seguridad (efectos adversos) del software (“testing of security features”)
  6. Pruebas de fiabilidad y robustez (“reliability and robustness testing”)
  7. Pruebas de usabilidad (“usability testing”)
  8. Pruebas de configuración (“configuration testing”)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

¿Cómo se lleva acabo la ejecución de las pruebas no funcionales?

A

La conformidad de los requisitos no funcionales se mide utilizando requisitos funcionales (seleccionados).

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

¿Qué son las pruebas de carga (load testing)?

A

Se prueba el sistema bajo carga (más usuarios/transacciones)

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

¿Qué son las pruebas de rendimiento (performance testing)?

A

Rapidez con la cual un sistema ejecuta una determinada función

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

¿Qué son las pruebas de volumen?

A

Reacción a la sobrecarga/recuperación tras el retorno a una carga normal.

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

¿Qué son las pruebas de estabilidad?

A

Se prueba el rendimiento en modo de operación continua.

18
Q

¿Qué son las pruebas de robustez?

A

Se prueban:

  • Reacción a entradas erróneas o datos no especificados.
  • Reacción a fallos de hardware/recuperación ante situaciones de desastre
19
Q

¿Qué son las pruebas de cumplimiento?

A

Cumplir normas y reglamentos (interno/externo)

20
Q

¿Qué son las pruebas de usabilidad?

A

Se prueba que el producto sea estructurado, comprensible y fácil de usar para el usuario.

21
Q

¿En qué se divide la portabilidad?

A
  • Adaptabilidad
  • Remplazabilidad
  • Instalabilidad
  • Coexistencia
22
Q

¿En qué se divide la mantenibilidad?

A
  • Analizabilidad
  • Modificabilidad
  • Estabilidad
  • Testabilidad
23
Q

¿En qué se mide la fiabilidad?

A
  • Madurez
  • Tolerancia a fallos
  • Recuperabilidad
24
Q

¿Cuál es el objetivo de las pruebas estructurales?

A

Cobertura

  • Análisis de la estructura de un objeto de prueba
  • Medir el grado en el cual la estructura del objeto de prueba ha sido cubierto por los casos de prueba.
25
Q

¿En qué tipo de pruebas se enfocan las pruebas estructurales?

A

Pruebas de caja blanca.

26
Q

¿Cuál es el ámbito de aplicación de las pruebas estructurales?

A
  • Son posibles en todos los niveles de prueba.
  • La cobertura del código se realiza de forma conjunta en las pruebas de componente y de integración mediante el uso de herramientas.
  • Su diseño se finaliza tras haber sido diseñadas las pruebas funcionales, con el propósito de obtener un alto grado de cobertura.
27
Q

¿Cómo se lleva acabo la **ejecución **de las pruebas estructurales?

A
  • Se probará la estructura interna del objeto de prueba (por ejemplo flujo de control).
  • Todos los elementos estructurales identificados deberán estar cubiertos por casos de prueba.
28
Q

¿Cuál es el objetivo de las pruebas asociadas al cambio?

A

Probar el objeto después de cambios.

Se realizan después de que un objeto de pruebas o su entorno ha sido objeto de **modificación. **Si los resultados resultan inválidos las pruebas se tienen que repetir.

29
Q

¿Cuáles son 2 razones por las que el software se cambia?

A
  • Corrección de errores
  • Extensión de funcionalidad
30
Q

¿Qué pruebas se tienen que hacer después de un cambio?

A
  • Pruebas asociadas al cambio.
  • Pruebas adyacentes a la funcionalidad cambiada.
31
Q

Describe el proceso que se sigue después de corregir un error o agregar nueva funcionalidad.

A
32
Q

¿Cuáles son las áreas de aplicación de las pruebas asociadas al cambio (repetición de pruebas, pruebas de regresión)?

(5)

A
  • Se pueden realizar en todos los niveles de prueba.
  • Pruebas típicas después de un cambio:
    • ​Repetición
    • Regresión
  • ​Repetir una prueba de funcionalidad que ha sido verificada previamente se denomina prueba de regresión.
  • El alcance de la prueba de regresión depende del riesgo que la nueva implementación impone al sistema.
  • El análisis de riesgo se puede realizar con un anáalisis de impacto.
33
Q

¿Cómo se lleva acabo la **ejecución **de las pruebas asociadas al cambio?

A
  • Se llevan acabo de la misma forma en la que se han ejecutado en iteraciones previas.
  • En la mayoría de los casos una prueba de regresión completa no es viable debido a su costo y larga duración
  • Si en etapas tempranas se detecta que una prueba es viable para ser de regresión se debe considerar automatizarla.
34
Q

Menciona los 4 criterios para la selección de casos de prueba de regresión

A
  1. Casos de prueba de prioridad alta
  2. Probar solamente la funcionalidad estándar, saltarse variaciones especiales.
  3. Probar solamente la configuración usada con mayor frecuencia.
  4. Probar solamente subsistemas/zonas seleccionadas del objeto de prueba
35
Q

Menciona 5 cosas que pasan con el software después de su aceptación y comienzo de su ciclo de vida

A
  1. Será utilizado por muchos años, será ampliado.
  2. Es muy probable que aún contenga defectos, será modificado y corregido.
  3. Necesitará adaptarse a nuevas condiciones y entornos.
  4. Necesitará cambiar o extender los datos de configuración.
  5. Será retirado, se extraerá del entorno de producción.
36
Q

¿Qué es la configuración del software?

A

Composición de un componente o un sistema definido como el número, naturaleza e interconexiones de las partes que lo constituyen.

37
Q

Describe el análisis de impacto

A

Valoración del **cambio **en las capas de documentación de desarrollo, documentación de pruebas y componentes, con el objeto de implementar un cambio dados los requisitos especificados.

38
Q

¿Qué son las pruebas de mantenimiento?

A

Pruebas de los cambios en un sistema de operación o el impacto de un entorno modificado para un sistema en operación.

39
Q

2 campos cubiertos por el mantenimiento de software

A
  • Mantenimiento
    • Corrección de errores o hot-fixes
  • Distribuciones de software planificados
    • Adaptaciones como resultado de una modificación/cambio del entorno o nuevos requisitos del cliente.
40
Q

¿Cuál es el alcance de las pruebas de mantenimiento?

A
  • La corrección de defectos y hot-fixes requiere la repetición de pruebas.
  • La ampliación de la funcionalidad requiere nuevos casos de prueba.
  • La migración a otras plataformas requiere pruebas operativas
  • **Adicionalmente, **son necesarias pruebas de regresión intensivas.
41
Q

¿De qué depende el alcance de las pruebas posteriores a la aceptación del producto?

A

Del impacto del cambio.

  • El análisis de impacto se utiliza para determinar las áreas afectadas con el objeto de decidir la cantidad de pruebas de regresión.
  • Si la documentación no existe o está incompleta pueden surgir problemas.
42
Q

Menciona 3 ejemplos de pruebas tras la **retirada **del software

A
  • Pruebas de migración de datos
  • Verificación del archivo de datos y programas
  • Pruebas en paralelo del sistema nuevo y su antecedente