Diseño y Ejecución
Metodologías
Casos de prueba
Bugs
Conceptos
100

Resultado esperado <> al resultado obtenido

Bug o fallo

100

Metodología que entrega valor en iteraciones llamadas sprints.

Scrum

100

Nivel de importancia (negocio) asignado a un elemento, por ejemplo a un defecto o a un caso de prueba.

Prioridad

100

Acción humana que produce un resultado incorrecto.

Error

100

Profesional experto que está involucrado en las pruebas de un componente o sistema.

Tester

200

ABM significa

Alta, Baja y Modificación

200

Estructura:

Como....

Quiero...

Para....

Historia de usuario

200

Estado del caso de prueba diseñado que ya no puede ser ejecutado por algún cambio de alcance.

No aplica u obsoleto

200

Impacto que puede tener un bug en el código.

Severidad

200

Documento que define Objetivos, Alcance, Estrategia, Equipo, Herramientas y Criterios de prueba.

Test Plan o plan de pruebas.

300

Nos permiten diseñar menos casos de prueba con mayor cobertura

Técnicas de diseño de prueba

300

Metodología tradicional

Waterfall o cascada

300

Casos de prueba agrupados que pueden o no tener dependencia entre sí. Conjunto de casos de prueba para un componente o sistema en pruebas, donde la post-condición de una prueba es a menudo usada como precondición de la siguiente. 

Suite de pruebas

300

Demuestra en el reporte de bugs que un fallo está ocurriendo.

Evidencia.

300

En el proceso fundamental del testing, es la recolección de los datos de aquellas actividades finalizadas con el objetivo de consolidar la experiencia, productos de soporte de pruebas, hechos y números. 

Cierre de pruebas

400

Enfoque de  testing en el que simultáneamente se  

aprende sobre la aplicación, se diseñan casos  

de prueba y se ejecutan esos casos de  

prueba.

Testing exploratorio

400

Representación gráfica de las actividades para el desarrollo y prueba del Software que incluyen el proceso para la verificación y validación de este.

Modelo V

400

Condiciones de entorno y estado que deben ser satisfechas antes de que un componente o sistema puede ser ejecutado con una prueba particular o un procedimiento de pruebas.

Precondición

400

Herramienta que sirve para reportar bugs y nos permite seguir los diferentes estados del mismo.

Gestor de incidentes

400

Pruebas basadas en un análisis de la estructura interna del componente o sistema.

Pruebas de caja blanca

500

Es la letra de la sigla CRUD

Read (leer u obtener)

500

Ceremonia  en la cual reflexionamos sobre la manera en la que trabajamos en un periodo de tiempo. 

Retro o retrospectiva

500

Pruebas destinadas a mostrar que un componente o sistema no funciona.

Caso de prueba negativo.

500

Nuevo --> Abierto --->Corregido--> Cerrado

Nuevo --> Abierto --->Corregido --> Reabierto


Ciclo de vida del bug

500

Valor de entrada o de salida que se encuentra en la frontera de una partición de equivalencia o a la mínima distancia incremental a cualquier lado de la frontera, por ejemplo el valor mínimo o máximo de un rango.

Valores límite o valores al borde.

M
e
n
u