Para quien lidera el área
Tres cosas cambian cuando la conformidad entre requisito y código deja de ser conversación y pasa a ser registro.
Ninguna métrica de impacto en esta página. Mientras no haya dato de cliente, hablamos de mecanismo — no de resultado.
Retrabajo que no ocurre
El caso es concreto y no es nuestro: una empresa con veinte desarrolladores. El código vuelve del equipo de pruebas con frecuencia. Y el equipo de pruebas escribe pruebas que quizá ni hacían falta, porque no hay forma de saber qué ya está cubierto.
Los dos problemas tienen la misma raíz. Nadie confrontó el requisito con el código antes de que existiera la tarea, y nadie ató los casos de prueba a los criterios después.
El requisito llega a QA ya validado contra el código y con criterios explícitos; los casos de prueba salen trazados al criterio que cubren. Se ve qué criterio quedó sin prueba y qué prueba no cubre ningún criterio.
C2Instrucciones de preparación devueltas según el tipo de examen
CT-03CT-04
C4Confirmación de preparación obligatoria en la solicitud
CT-06
C6El horario ya ocupado del profesional se bloquea en la reserva
sin caso de prueba
C7Reserva limitada a los perfiles Recepción y Cuerpo Clínico
CT-09
CT-11agendar dos exámenes el mismo díano cubre ningún criterio
Conocimiento que no se evapora
Toda regla de negocio de un sistema con años encima tiene un porqué. Casi siempre vive en la cabeza de alguien.
Cada salvedad que Aferiz levanta la acepta o la rebate una persona, y las dos cosas quedan registradas: lo que se señaló, con evidencia en el código, y la respuesta que cerró el tema. No es documentación que alguien tenga que acordarse de escribir — es el rastro de una decisión que ya se tomó.
Cuando alguien se va de la empresa, la razón se queda.
- salvedad
- El requisito manda rechazar un horario ya ocupado. La grilla de horarios libres no descuenta un examen ya agendado.Servicos/DisponibilidadeProfissionalService.cs:45
- respuesta
- Vale solo para examen con preparación; la consulta común mantiene el encaje. Criterio C6 ajustado antes de volverse tarea.
Prueba de entrega
- proyecto
- vitalis · Agendar examen con confirmación de preparación
- commit
- c7d2a10
- veredictos
- 4Cumple1Parcial2No cumple2No concluyente
- fuentes
- requisito (ClickUp) · spec v3 · patrón de código v2
- hash
- sha256 9f2c4e…a41b
El atestado es pantalla; el laudo es papel. El laudo de conformidad es el registro inmutable de un atestado: el commit examinado, el veredicto de cada criterio con evidencia en archivo:línea, las fuentes que se compararon y un hash para verificar después que el documento no cambió.
Sirve para lo que la pantalla no sirve: adjuntar a un contrato, mandar al cliente, sostener una auditoría. Sale en Markdown y en PDF, con procedencia al pie — proyecto, commit, quién lo generó, cuándo y con qué versión del agente.
Solo el laudo lleva hash. Los demás documentos exportados son comodidad de lectura, y lo dicen.
Relatos de cliente
Todavía no tenemos ninguno. Cuando los haya, entran acá con el nombre, la empresa y el permiso de quien habló. Un testimonio inventado en una página que vende evidencia sería el argumento desarmándose solo.
La forma más rápida de juzgar esto es verlo funcionar
La demo corre con datos ficticios, sin registro y sin enviar nada a ningún lado.
Basta de “pero yo pedí otra cosa”
Escríbenos y te mostramos cómo Aferiz acelera la entrega, reduce el retrabajo y aumenta el margen de tu proyecto.
Lo acordado se vuelve criterio, y cada entrega muestra lo que cumplió — sin cambiar las herramientas que tu equipo ya usa.
Revisa los campos marcados antes de enviar.
Mensaje enviado
Quedó guardado y va al buzón de quienes construyen el producto. La respuesta llega por correo, a la dirección que diste, normalmente en hasta dos días hábiles. Sin secuencia de correos después.
No salió de aquí
El envío falló y tu texto sigue en el formulario — no se perdió nada. Inténtalo de nuevo en un momento; si sigue fallando, escribe directo a contact@aferiz.com.