desarrollo dirigido por pruebas (TDD)
Una forma de desarrollar software en la que los casos de prueba se desarrollan, y a menudo se automatizan, antes de que el software se desarrolle para ejecutar esos casos de prueba.
Una forma de desarrollar software en la que los casos de prueba se desarrollan, y a menudo se automatizan, antes de que el software se desarrolle para ejecutar esos casos de prueba.
La actividad de establecer o actualizar un plan de pruebas.
El proceso de ejecutar una prueba en el componente o sistema sometido a prueba, produciendo resultados reales.
Datos que existen (por ejemplo, en una base de datos) antes de que se ejecute una prueba, y que afectan o son afectados por el componente o sistema bajo prueba.
El proceso de probar un sistema integrado para verificar que cumple con los requisitos especificados.
Medidas de Cobertura basadas en la estructura interna de un componente o sistema.
«Atributos de los productos de software que influyen en su capacidad para impedir el acceso no autorizado, ya sea accidental o deliberado, a los programas y datos.
La capacidad del producto de software de actualizarse para acomodar mayores cargas.
El grado en que un componente, sistema o proceso cumple los requisitos especificados y/o las necesidades y expectativas del usuario/cliente.
El nivel de importancia (empresarial) asignado a un elemento, por ejemplo, un defecto.