contacto@capti.cl ⬤ +56 9 3896 7767

SAP Activate - Estudios


Testing en Chile · SAP Activate Testing & Migration Lab · 10 horas
Testing en ChileSAP Activate · Testing & Migration Lab · 10 horas
0 / 6 fases revisadas
Entrenamiento práctico · SAP S/4HANA · Testing + Migración

De SAP Activate a decisiones reales de Testing

No se trata de memorizar fases. El participante entra a un proyecto, elige una industria y aprende qué debe solicitar, diseñar, ejecutar, evidenciar y aprobar para mover una implementación o migración hacia producción con riesgo controlado.

10 h4 jornadas de 2,5 horas
6industrias seleccionables
6fases SAP Activate
88procesos fuente como biblioteca

Diseño pedagógico

Cada jornada avanza desde una situación de proyecto hacia una decisión basada en evidencia. La práctica domina el entrenamiento.

Jornada 1 · 2,5 hDiscover + Prepare

Diagnóstico, ruta de transición, testabilidad, gobierno, evidencia, ambientes y defectos

35% teoría · 65% práctica
Jornada 2 · 2,5 hExplore

Fit-to-Standard → riesgos → Test Strategy → cobertura → ciclos → interfaces/datos/NFR

30% teoría · 70% práctica
Jornada 3 · 2,5 hRealize I

Diseño de casos, trazabilidad, datos/ambientes, componente, proceso, E2E, interfaces y regresión

25% teoría · 75% práctica
Jornada 4 · 2,5 hRealize II + Deploy + Run

Migración/reconciliación, NFR, UAT, cutover, Go/No-Go, smoke, hypercare y cierre

30% teoría · 70% práctica

Elige tu industria

Los ejemplos, riesgos, datos, interfaces y escenarios cambian según la elección. Puedes cambiar de industria en cualquier momento.

Resultado esperado

Al terminar, la persona debe ser capaz de defender una estrategia de pruebas SAP frente a proyecto, integrador y negocio.

Debe saber pedir

  • Alcance, Fit-to-Standard, decisiones de diseño y backlog.
  • Ambientes, versiones, datos, interfaces, roles y ventanas.
  • Reglas de migración, reconciliación, NFR y cutover.

Debe saber entregar

  • Test Strategy, cobertura y criterios de salida.
  • Casos trazables, evidencia, defectos, métricas y actas.
  • Recomendación Go/No-Go explicando riesgo residual.
FASE 01 · Discover · 70 min

Entender el programa antes de prometer la prueba

Reconocer la ruta de transición, la testabilidad y los riesgos que cambian el enfoque de Testing.

📥 Lo que Testing debe solicitar

  • Business case y alcance preliminar
  • Ruta de transición: New Implementation / System Conversion / Selective Data Transition
  • Paisaje actual y objetivo
  • Restricciones de negocio y ventana de indisponibilidad
  • Inventario preliminar de procesos, interfaces y datos críticos

📤 Lo que Testing debe entregar

  • Ficha de ruta y consecuencias para Testing
  • Evaluación inicial de testabilidad
  • Registro inicial de riesgos de calidad
  • Supuestos, exclusiones y bloqueantes

🧪 Práctica de la fase

Diagnóstico de proyecto: el participante recibe 10 datos incompletos y debe decidir qué puede comprometer y qué debe solicitar antes de estimar Testing.

🚦 Criterio de gate

No avanzar si la ruta, las condiciones de prueba o los riesgos críticos siguen basados solo en supuestos.

Laboratorio de artefactos

Marca lo que exigirías como evidencia antes de recomendar el cierre de esta fase.

FASE 02 · Prepare · 80 min

Montar el gobierno de pruebas

Instalar roles, herramientas, ambientes, política de defectos, evidencia y reglas de decisión.

📥 Lo que Testing debe solicitar

  • Gobierno y RACI del programa
  • Herramienta ALM / gestión de pruebas
  • Landscape y calendario de ambientes
  • Política de transportes y refresh
  • Catálogo de dueños de proceso y usuarios clave
  • Requisitos de auditoría/seguridad

📤 Lo que Testing debe entregar

  • Test governance + RACI
  • Política de defectos
  • Régimen de evidencia
  • Inventario de ambientes
  • Modelo de trazabilidad
  • Checklist de Quality Gate Prepare

🧪 Práctica de la fase

Sala de control: configurar una mini-RACI, definir quién puede detener un ciclo y clasificar 6 defectos separando severidad de prioridad.

🚦 Criterio de gate

Equipo, herramienta, evidencia y ambientes deben tener dueño y regla de operación verificable.

Laboratorio de artefactos

Marca lo que exigirías como evidencia antes de recomendar el cierre de esta fase.

FASE 03 · Explore · 150 min

Convertir Fit-to-Standard en estrategia de prueba

Transformar decisiones de Fit-to-Standard, backlog, gaps y riesgos en alcance, cobertura y estrategia.

📥 Lo que Testing debe solicitar

  • Resultados de Fit-to-Standard
  • Backlog y decisiones de diseño
  • Catálogo de procesos/variantes
  • Inventario de interfaces
  • Estrategia de datos/migración
  • Objetivos de rendimiento y seguridad
  • Código propio/extensiones relevantes

📤 Lo que Testing debe entregar

  • Test Strategy
  • Alcance y matriz de trazabilidad
  • Modelo de cobertura por riesgo
  • Criterios de entrada/salida
  • Calendario maestro de ciclos
  • Inventario de interfaces y datos
  • Plan de regresión/automatización
  • Objetivos no funcionales medibles

🧪 Práctica de la fase

Workshop Fit-to-Test: desde un gap de negocio, construir riesgo, condición de prueba, cobertura, evidencia y criterio de salida.

🚦 Criterio de gate

La estrategia debe estar congelada antes de usar Realize como laboratorio de definición.

Laboratorio de artefactos

Marca lo que exigirías como evidencia antes de recomendar el cierre de esta fase.

FASE 04 · Realize · 195 min

Construir, probar, integrar y aceptar con evidencia

Diseñar testware, preparar datos/ambientes, ejecutar pruebas funcionales, integración, migración, no funcionales y UAT.

📥 Lo que Testing debe solicitar

  • Build entregado por sprint
  • Versiones y transportes
  • Datos de prueba y reglas de anonimización
  • Casos/procedimientos aprobados
  • Interfaces disponibles o simuladas
  • Objetos y reglas de migración
  • Usuarios/roles de negocio
  • Objetivos NFR y ambiente de performance

📤 Lo que Testing debe entregar

  • Casos y procedimientos trazables
  • Resultados + evidencias
  • Defectos y repruebas
  • Regresión automatizada/manual
  • Reconciliación de datos
  • Resultados E2E e interfaces
  • Veredictos de performance/seguridad
  • Actas UAT por proceso
  • Informe de ciclo y decisión

🧪 Práctica de la fase

War room: ejecutar un ciclo simulado con defectos, bloqueos, cambios de versión y presión de fecha. El equipo debe decidir continuar, detener, repetir o escalar.

🚦 Criterio de gate

La salida se decide por cobertura, evidencia, severidad, riesgo residual y criterios acordados; no por porcentaje de calendario consumido.

Laboratorio de artefactos

Marca lo que exigirías como evidencia antes de recomendar el cierre de esta fase.

FASE 05 · Deploy · 115 min

Probar el día cero antes del día cero

Validar cutover, rollback, versión candidata, readiness de sistema/datos/interfaces/personas y smoke productivo.

📥 Lo que Testing debe solicitar

  • Plan de cutover cronometrado
  • Versión candidata y transportes finales
  • Plan de rollback/restauración
  • Última reconciliación de datos
  • Disponibilidad de interfaces externas
  • Plan de soporte/hypercare
  • Criterios Go/No-Go

📤 Lo que Testing debe entregar

  • Checklist readiness
  • Ensayo de cutover
  • Resultado de rollback
  • Regresión pre-deploy
  • Recomendación QA Go/No-Go
  • Smoke test productivo
  • Registro de riesgos aceptados

🧪 Práctica de la fase

Comité Go/No-Go: con un tablero de 8 señales (2 rojas, 3 ámbar, 3 verdes), defender una recomendación basada en evidencia.

🚦 Criterio de gate

No-Go cuando existe condición bloqueante no mitigada; Go condicionado solo con riesgo explícito, dueño, plan y aceptación formal.

Laboratorio de artefactos

Marca lo que exigirías como evidencia antes de recomendar el cierre de esta fase.