Estándares de prueba
Conjunto de estándares que restringen la generación de código de prueba por IA. Tres niveles de contenido:
- unit-test-standards.md: Pruebas unitarias — estructura AAA/reglas de Mock/estilo de aserciones/aislamiento de pruebas
- contract-test-standards.md: Pruebas de contrato — traducción de escenarios de aceptación/cobertura de tres estados/rojo-verde primero
- test-data-standards.md: Datos de prueba — fábrica de datos/Testcontainers/aislamiento
Matriz de carga
| Tipo de tarea | Lectura obligatoria |
|---|---|
| Escribir pruebas unitarias | standards/unit-test-standards.md |
| Escribir pruebas de contrato de interfaz (integración con ai-dev-workflow 4.2) | standards/contract-test-standards.md + standards/unit-test-standards.md |
| Preparar datos de prueba / pruebas de integración de base de datos | standards/test-data-standards.md |
| Revisar código de prueba | Todo (según el tipo correspondiente) |
Reglas clave de referencia rápida
- Las pruebas son criterios de aceptación: prohibido modificar aserciones/eliminar pruebas/@Disabled (el código no debe adaptarse a las pruebas)
- Una prueba, un comportamiento; estructura AAA; aserciones fluidas con AssertJ
- Los nombres de métodos de prueba en inglés CamelCase (ej.
createOrderShouldReturn400WhenUserNotExist), prohibido nombres en chino/pinyin; los casos de uso se documentan en Javadoc en chino - Todas las dependencias deben ser simuladas (mock), no se prueba la implementación interna; sin Thread.sleep
- Las pruebas de contrato cubren tres estados (válido/inválido/límite), rojo-verde primero
- Los datos de prueba se crean con fábricas; las consultas SQL complejas usan Testcontainers con bases de datos reales
- Aislamiento de pruebas: no dependen del orden de ejecución, no comparten estado mutable
Relación con otras skills
- ai-dev-workflow: 4.2
/contract-testsel flujo de pruebas de contrato referencia este skill para los estándares de prueba de contrato (el flujo está en la skill de flujo, los estándares de código en esta skill) - java-code-standards: Los estándares de código Java referencian este skill (se carga al escribir pruebas)
- database-standards / comment-standards: Sin referencia directa
Requisitos de uso
Antes de generar cualquier código de prueba, leer los estándares según «Tipo de tarea → Matriz de carga»; después de generar, verificar cada elemento contra la lista de verificación correspondiente. Las pruebas de contrato siguen rojo-verde primero; el motivo del rojo debe ser «la implementación no existe», no «la prueba está mal escrita».