Modelos de ciclo de vida del desarrollo
Niveles de Prueba
Tipos de Prueba
Mantenimiento
Enfoques de pruebas
100

Modelo de desarrollo iterativo que se enfoca en la entrega continua, reduce tiempos de espera, es fácil de aprender y minimiza tiempos de entrega.

Kanban

100

Valida que el sistema esta completo y que funciona como se espera, donde el Usuario final realiza las pruebas.

Prueba de Aceptación 

100

Evalua las características del sistema y software, como la usabilidad, la eficiencia del desempeño o la seguridad.

Prueba No Funcional

100

Es necesario para preservar o mejorar las características de calidad no funcionales del componente o sistema a lo largo de su vida util

Pruebas de mantenimiento

100

Tipo de Documentación que se realiza cuando el tester no encuentra documentación  o es escasa.

Documentación  exploratoria.

200

Modelo de desarrollo secuencial  que integra el proceso de prueba a lo largo de todo el proceso de desarrollo, implementando el principio de la prueba temprana.

Modelo en V

200

Verifica que los comportamientos funcionales y no funcionales de los componentes son los diseñados y especificados

Prueba de componente (unit test)

200

Incluye pruebas que evaluán las funciones que el sistema debe realizar, enfocada en la lógica del negocio

Prueba funcional

200

Modificación, Migración y retirada son ejemplos de Activadores de Mantenimiento, es cierto o falso.

Cierto

200

Documentos de requisitos, Casos de Uso, Mockups, Reportes de Defectos y la matriz de trazabilidad, son ejemplos de Documentación de Salida, Cierto o Falso.

Falso

300

Incrementa la calidad de las aplicaciones mediante la detección eficaz de errores  en fases tempranas del ciclo de vida de un proyecto

Pruebas tempranas

300

Se  centra en las interacciones entre componentes o sistemas, verificando los comportamientos funcionales y no funcionales de las interfaces

Prueba de integración

300

Se enfoca en confirmar que todos los módulos continúen trabajando como se espera luego de un cambio.

Prueba de Regresión

300

Evalua los cambios que se hicieron para el lanzamiento de un mantenimiento con el objetivo de identificar las consecuencias previstas.

El análisis  de impacto

300

Ademas de la documentación exploratoria cuando un tester no encuentra documentación o es escasa que otro tipo de documentación se debe hacer.

Documentación  de la Ejecución de las pruebas

400

Cual es el modelo de desarrollo que describe el proceso de desarrollo de software como un flujo lineal y secuencial de actividades

Modelo de desarrollo Iterativo

400

Se centra en el comportamiento y las capacidades de todo un sistema o producto y los comportamientos no funcionales qué  exhibe mientras realiza las tareas de extremo a extremo.

Pruebas de sistema

400

Se basa en la estructura interna del sistema o en su implementación, utilizando pruebas de componente y pruebas de integracion de componentes.

Prueba de caja blanca

400

Prueba que se realiza, tanto para para evaluar el éxito con el que se realizaron los cambios, cómo para probar los posibles efectos secundarios.

Pruebas de regresión 

400

Con un presupuesto apretado lo mejor es utilizar pruebas basadas en el riesgo y aceptar que se cuenta con un riesgo residual debido al tiempo. Cierto o Falso.

Falso

500

Describe los tipos de actividades que se realizan en cada etapa de un proyecto de desarrollo de software, y como las actividades se realizan entre sí de forma lógica y cronológica.

Modelo de ciclo de vida de desarrollo de software

500
  1. Son ejemplos de Defectos y Fallos característicos de que Prueba?

-Datos incorrectos, Faltantes o codificación  incorrecta de datos

-Fallos en la comunicación  entre componentes 

-Secuenciación  o sincronización  incorrecta de las llamadas a la interfaz.

Prueba de Integración 

500

Se enfoca en probar todos los casos de prueba que fallaron debido a un defecto encontrado y posteriormente corregido.

prueba de confirmación 

500

Tipo de activador de mantenimiento que se realiza en actualizaciones previstas del sistema operativo o de la base de datos.

Activador por Modificación  (Modificación)

500

Es un evento o condición que podría ocurrir y daría lugar a un resultado negativo si realmente ocurre. Siendo una probabilidad de entre el 1% al 99% que ocurra.

Riesgo

M
e
n
u