Plan de pruebas
Qué se prueba, con qué prioridad y criterios, con trazabilidad de cada regla de negocio a su test.
Comando: /sf:test-plan · Metodología: Is2Be Software · Fase: Fase 2 · Diseño
Cuándo usarla
Sección titulada «Cuándo usarla»Con el plan de construcción y la estrategia de tests (ADR) decididos; cierra la Fase 2.
Funciona bien si
Sección titulada «Funciona bien si»- Ninguna regla de negocio crítica queda sin fila en la tabla de trazabilidad.
- La profundidad de prueba depende del riesgo.
- Los datos de prueba son sintéticos, nunca de producción.
- Si el cliente es móvil, define la matriz de dispositivos y versiones de sistema operativo.
Dónde encaja
Sección titulada «Dónde encaja»- Antes: Plan de construcción o migración, Escenarios de aceptación
- Después: Pipeline de CI, Módulo de backend, Historias técnicas
Requisitos
Sección titulada «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
Sección titulada «Preguntas frecuentes»¿Por qué antes del código?
Para que cada regla de negocio tenga su test decidido antes de escribirlo, no después.
¿Incluye rendimiento y seguridad?
Los señala como decisiones aparte (ADR); el plan cubre unitarias, integración, componentes y E2E.