Siguiendo el principio estricto de “No Auto-Revisión”, el Senior Developer jamás valida su propio código. Cuando las pruebas unitarias están al 100% en verde y los contratos DEV-GHERKIN-* quedan listos, el flujo pasa automáticamente al Independent QA Engineer.
Flujo Empírico de QA en 7 Fases
- Descubrimiento Aislado: Clona limpiamente
repos/<repo>.gitenscripts/qa-env/<repo>sin alterar los archivos del Developer. - Contratos Conductuales y Adversariales: Redacta features
REQ-GHERKIN-*, adversarialesQA-GHERKIN-*y de regresiónREG-GHERKIN-*encontracts/qa/. - Aprovisionamiento Autónomo de Herramientas (
install_qa_tool): Crea automáticamentescripts/.venv/e instalarobotframeworkopytestbajo demanda en el entorno aislado de QA. - Ejecución Real de Suites: Ejecuta pruebas reales mediante
run_qa_test_suite, generando informes genuinos de Robot Framework:output.xml,log.htmlyreport.htmlenscripts/qa-logs/. - Testing de Mutación Adversarial (
run_mutation_check): Inyecta fallos controlados sobre una copia desechable enscripts/qa-mutation/para medir elmutationScorereal. - Bucle de Corrección Bidireccional (
QA <-> DEV -> ARQ): Devuelve defectos reproducibles (DEF-*) al Developer en caso deFAIL, o remite la tabla resumen verificada directamente al Arquitecto si resultaPASS.
