Escenarios de aceptación

Ejemplos concretos de cada regla de negocio (valores límite, combinaciones de reglas) con su resultado esperado, trazados al PRD y a las historias, en el formato que elija el equipo.

Comando: /sf:acceptance-scenarios · Metodología: Is2Be Software · Fase: Fase 1 · Ideación

Cuándo usarla

Con el PRD y las user stories revisados, antes del diseño.

Funciona bien si

Toda regla de negocio crítica tiene al menos un escenario en la tabla de cobertura.
Cada umbral se prueba en su límite, a ambos lados, y cada valor dice por qué se eligió.
Ningún resultado esperado está inventado: lo que el PRD no responde queda como pregunta abierta.
Negocio puede leer cada escenario y confirmar el resultado sin conocimiento técnico.

Dónde encaja

Antes: User stories
Después: Plan de pruebas, Tests unitarios

Requisitos

Tu IA conectada al servicio con tu clave de licencia (cómo conectar).
El proyecto configurado una vez con /sf:setup.
Las salidas de los pasos anteriores (ver Dónde encaja).

Preguntas frecuentes

¿Por qué en la Fase 1 y no en la de testing?

Porque el resultado esperado lo fija Negocio antes de que exista código; así los tests comprueban lo que el sistema debe hacer, no lo que ya hace.

¿Hay que usar Gherkin?

No. Por defecto es Markdown estructurado; el equipo puede pedir Gherkin, la plantilla de su gestor de pruebas u otro formato, con los mismos campos.