Blog post Leaderboard MCP Deploy agents
Back to all reviewers

Self-contained test scenarios

appwrite/appwrite
Based on 3 comments
Other

Tests should be fully self-contained to ensure reliability and prevent unexpected failures. Each test scenario should: 1. Create any prerequisite data it needs rather than assuming it exists

Testing Other

Reviewer Prompt

Tests should be fully self-contained to ensure reliability and prevent unexpected failures. Each test scenario should:

  1. Create any prerequisite data it needs rather than assuming it exists
  2. Explicitly clean up data after test execution
  3. Avoid dependencies on other test scenarios
  4. Use parameterized values instead of hardcoded data

Benefits:

  • Tests can run independently and in any order
  • Test suites are more reliable and less prone to cascading failures
  • Test maintenance becomes simpler when individual tests are isolated

Example - Before:

Escenario: Como administrador, puedo renombrar un proyecto existente
  Dado que la API está disponible
  Y dado que existe un proyecto "ProyectoPrueba" con ID $projectId
  Cuando el Actor envía PATCH /v1/projects/$projectId con:
    | name | "ProyectoRenombrado" |
  Entonces el código de respuesta debe ser 200

Example - After:

Escenario: Como administrador, puedo renombrar un proyecto existente
  Dado que la API está disponible
  Y que creo un proyecto "ProyectoPrueba" y guardo su ID como $projectId
  Cuando el Actor envía PATCH /v1/projects/$projectId con:
    | name | "ProyectoRenombrado" |
  Entonces el código de respuesta debe ser 200
  Y el JSON retornado debe tener name "ProyectoRenombrado"
  Y limpio el proyecto creado
3
Comments Analyzed
Other
Primary Language
Testing
Category

Source Discussions