• Testing throughout the Software Life Cycle: prueba unitaria, prueba de integración, prueba de sistema
• Testing automátizada
• Integración continua
  • Check-in continua
  • Build continua
  • Deploy continua
  • Test continua
    • Testing para cada check-in
    • Una prubea de integración por día
    • Una prueba de sistema por día

Una práctica de desarrollo software que se basa en escribir las pruebas primero y luego refactorizar. En primer lugar, se escribe una prueba y se verifica que las pruebas fallan. A continuación, se implementa el código que hace que la prueba pase satisfactoriamente. Una vez pase la prueba unitaria refactorizamos y volvemos a repetir el ciclo.

1. Elegir un requisito
2. Escribir una prueba
3. Verificar que la prueba falla
4. Escribir la implementación
5. Ejecutar las pruebas automatizadas
6. Eliminación de duplicación
7. Actualización de la lista de requisitos

El desarrollo guiado por el comportamiento deriva de TDD, combina los principios TDD con ideas del uso de un lenguaje común para elaborar el testing. Las pruebas de aceptación se escriben usando historia de usuario. Un problema común de TDD es el test depende de la implementation la función. En BDD afrontamos este problema en testear el comportamiento de la función sin tener en cuenta la detalle de su implementación.

El comportamiento deseado deber ser especificado por el DSL(Domain-Specific-Language) por ejmplo Gherkin, que usa 5 sentencias

Fuature: Un título claro y explícito de la historia
Una pequeña sección de introducción que especifique

• quién
• qué efecto se quiere
• qué beneficia la parte interesada a partir de este efecto

Criterios de aceptación o escenarios
Scenario: Una descripción de un ejemplo específico de la feature

• Comienza a especificar la condición inicial con la sentencia Given:Precondición, puede consistir en una causa o varias
• Después declara cuál evento causa el inicio del escenario When:Condición
• Finalmente, declara el resultado esperado, en una o más cláusulas Then:Postcondición

Es una práctica en la que todo el equipo analiza y determina de forma colaborativa los criterios ejemplificativos de aceptación, y son divididos en un conjunto de pruebas antes de comenzar el desarrollo.