Comparativo de Frameworks — QA Agent vs SAP ECC vs SAP S/4HANA

Visao Geral

Frameworks

Etapas QA Agent

Fases SAP ECC

Fases SAP HANA

Tipos de Teste

Caract. IEEE 25010

Dimensoes

Progressao Logica

O Que Cada Framework Representa

QA Agent — 7 Etapas

SDLC Stages · Continuous Testing

Natureza: Etapas do ciclo de desenvolvimento
Modelo: Continuous Testing — sem fase isolada
Gatilho: Cada commit/merge aciona testes
Contexto: Generico (qualquer stack)
Repetibilidade: A cada sprint/release
Define: EM QUE PONTO DO PIPELINE testar

SAP ECC — 6 Fases

Test Campaign · Waterfall-like

Natureza: Fases de execucao de teste
Modelo: Campanhas sequenciais por escopo
Gatilho: Cronograma do projeto
Contexto: SAP ECC/EHP8 regulatorio
Repetibilidade: Uma vez por projeto
Define: QUANDO NO PROJETO testar

SAP S/4HANA — 7 Fases

Test Campaign · S/4HANA-adapted

Natureza: Fases com camada tecnologica HANA
Modelo: Campanhas + CDS/Fiori/OData
Gatilho: Cronograma do projeto
Contexto: S/4HANA 2023+ regulatorio
Repetibilidade: Uma vez por projeto
Define: QUANDO + COM QUAL TECH testar

Conclusao-chave: Os 3 frameworks operam em dimensoes diferentes do mesmo problema. O QA Agent define as regras do jogo (quais testes em cada etapa do pipeline). As fases SAP definem o campeonato (em que ordem executar durante o projeto). NAO sao a mesma coisa com nomes diferentes — sao camadas complementares. Porem, a progressao logica e identica em todos: menor escopo, maior escopo, validacao, producao.

Diagrama — As 3 Dimensoes

SDLC Pipeline (QA Agent — 7 Etapas) ═══════════════════════════════════ Requisito → Design → Codigo → Build → Release → Deploy → Producao │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ ┌──────────────────────────────────────────────┐ │ 32 TIPOS DE TESTE (IEEE 25010) │ │ Distribuidos conforme etapa do pipeline │ └──────────────────────────────────────────────┘ │ │ │ │ │ ▼ ▼ ▼ ▼ ▼ SAP ECC Fase 0 ──→ Fase 1 ──→ Fase 2 ──→ Fase 3 ──→ Fase 4 ──→ Fase 5 Smoke Unit+Cfg Integr. E2E+PR UAT+Compl Perf+Regr SAP HANA Fase 1 → Fase 2 → Fase 3 → Fase 4 → Fase 5 → Fase 6 → Fase 7 API/CDS Unit+Cfg Int+IF Sys+E2E UAT+UX Perf+Sec Go-Live

Mapeamento Cruzado — QA Agent ↔ SAP ECC ↔ SAP HANA

QA Agent (Pipeline)	SAP ECC (Projeto)	SAP S/4HANA (Projeto)	Relacao
REQUISITO	— (pre-projeto)	— (pre-projeto)	Sem equivalente nas fases SAP — o QA Agent cobre o SDLC completo
DESIGN	— (pre-projeto)	— (pre-projeto)	Revisao de arquitetura, threat modeling — anterior ao escopo das fases SAP
CODIGO	Fase 1 Unit+Config	Fase 2 Unit+Config	Mesma logica: testes unitarios + config no momento do desenvolvimento
BUILD	Fase 0 Smoke Fase 2 Integration	Fase 1 API/CDS Smoke Fase 3 Integration+IF	O pipeline CI do QA Agent concentra smoke + integration; nas fases SAP, sao campanhas separadas
RELEASE	Fase 3 E2E+PR Fase 4 UAT Fase 5 Perf	Fase 4 System+E2E Fase 5 UAT+UX Fase 6 Perf+Sec	A etapa Release do QA Agent e o "gate consolidador" — as fases SAP a desdobram em 3 campanhas
DEPLOY	— (implicito)	Fase 7 Go-Live	ECC nao tem fase explicita de go-live; HANA inclui como Fase 7
PRODUCAO	— (pos-projeto)	— (pos go-live)	Monitoring sintetico, chaos — pos-projeto; nao coberto pelas fases SAP

Diferencas Estruturais

Aspecto	QA Agent	SAP ECC	SAP HANA
Escopo	Todo o SDLC (req → prod)	Apenas execucao de teste	Execucao + camada tech HANA
Modelo	Continuous Testing	Campanhas sequenciais	Campanhas + tech-specific
Gatilho	Cada commit/merge	Cronograma do projeto	Cronograma do projeto
Ambiente	CI/CD pipeline	SAP sandbox/QA/prod	S/4HANA sandbox/QA/prod
Repeticao	Cada sprint/release	Uma vez por projeto	Uma vez por projeto
Req/Design	Inclui	Nao inclui	Nao inclui
Go-Live explicito	Inclui (Deploy+Prod)	Implicito	Fase 7
Pos-producao	Chaos, monitoring	Fora de escopo	Apenas hypercare
32 tipos cobertos	Sim (distribuidos)	Sim (agrupados)	Sim (agrupados)

Distribuicao dos 32 Tipos de Teste nos 3 Frameworks

#	Tipo de Teste	QA Agent Etapa(s)	SAP ECC Fase	SAP HANA Fase
1	Unit Test	Codigo, Build	Fase 1	Fase 2
2	Integration Test	Build	Fase 2	Fase 3
3	System Test	Build, Release	Fase 3	Fase 4
4	UAT / Acceptance	Release	Fase 4	Fase 5
5	E2E Test	Build, Release	Fase 3	Fase 4
6	Smoke Test	Build, Deploy	Fase 0	Fase 1, 7
7	Sanity Test	Build, Deploy	Fase 0	Fase 1
8	Performance Test	Build, Release, Deploy, Prod	Fase 5	Fase 6
9	Load Test	Release	Fase 5	Fase 6
10	Stress Test	Release	Fase 5	Fase 6
11	Chaos Engineering	Producao	Fase 3, 5	Fase 7
12	Security Test	Release	Fase 2, 4	Fase 6
13	Penetration Test	Release	Fase 4	Fase 6
14	Compliance Test	Release	Fase 4	Fase 5, 6
15	Contract Test	Build	Fase 0, 2	Fase 1, 3
16	API Test	Build	Fase 2	Fase 1, 3
17	Recovery Test	Deploy, Producao	Fase 3	Fase 7
18	Failover Test	Producao	Fase 3, 5	Fase 6, 7
19	Database Test	Build, Release	Fase 1, 2	Fase 2, 3
20	Regression Test	Release	Fase 5	Fase 4, 6
21	Exploratory Test	Release	Fase 4	Fase 5
22	Usability Test	Release	Fase 4	Fase 5
23	Accessibility Test	Codigo, Release	Fase 4	Fase 5
24	Compatibility Test	Release	Fase 2, 4	Fase 3, 5
25	Boundary Value Test	Build, Release	Fase 1	Fase 2
26	Negative Test	Build, Release	Fase 1, 2	Fase 2, 3
27	Mutation Test	Codigo	Fase 1	Fase 2
28	Equivalence Partitioning	Build	Fase 1, 2	Fase 2, 3
29	Configuration Test	Build	Fase 0, 1	Fase 1, 2
30	Data Migration Test	Release	Fase 3	Fase 4, 7
31	Localization Test	Release	Fase 2, 4	Fase 3, 5
32	Parallel Run Test	Release	Fase 3	Fase 4

QA Agent — 7 Etapas do SDLC (Referencia)

#	Etapa	O Que E	Tipos de Teste	Principio
1	REQUISITO	Validar completude e testabilidade dos requisitos	Revisao, rastreabilidade (nenhum automatizado)	Criterios de aceite definem o que sera testado em cada etapa
2	DESIGN	Revisao de arquitetura, threat modeling	Revisao de design, FMEA (nenhum automatizado)	Testability by design: arquitetura facilita testes
3	CODIGO	Desenvolvimento + PR review	Unit, Static Analysis, SAST, Mutation, Accessibility	Shift-left: problemas detectados onde o custo e minimo
4	BUILD	Pipeline CI — merge + validacao automatizada	Unit, Static, SAST, Integration, Contract, Smoke, Sanity, API, E2E, Visual Regression, Performance	CI como guardiao: E2E criticos + performance baseline
5	RELEASE	Validacao final pre-deploy (staging)	Regression, Acceptance, Compatibility, Visual Regression, Security, DAST, Pen Test, Compliance, Accessibility, Data Migration, Performance, Load, Reliability, Exploratory, Usability	Gate consolidador: tudo que antes era fase isolada
6	DEPLOY	Pipeline CD + smoke em prod	Smoke, Sanity, Monitoring Synthetic, Recovery, Performance	Shift-right: deploy nao e fim do teste
7	PRODUCAO	Observabilidade continua	Monitoring Synthetic, Chaos, Reliability, Recovery, Performance, Scalability	Producao e o ultimo ponto de validacao

Grupo 1: 6 Fases — SAP ECC (Reforma Tributaria + CNPJ Alfanumerico)

SAP Notes + Smoke

Aplicacao de patches (13+ SAP Notes) e validacao imediata de que o sistema nao quebrou. Smoke tests confirmam que transacoes criticas abrem e tax procedures calculam. Validacao de schemas XML NF-e (Contract Test). Se falhar aqui, nao faz sentido prosseguir. Semanas 1-2 · 85% auto

Unit + Config

Testes unitarios de calculos individuais (CBS, IBS, IS, algoritmo DV CNPJ SERPRO) e validacao de configuracao SAP (condition types, tax codes, BC-Sets). Boundary Value Test para limites de aliquotas e formatos CNPJ. Inclui scan de Z-programs para validacoes hardcoded. Semanas 3-6 · 80% auto

Integration

Validacao cross-module: TAXBRA com SD/MM, NF Writer com SEFAZ homologacao. Testes de API/BAPI (Note 3637073), contratos XML NF-e, integracao com parceiros externos (EDI, IDOC, SPED). Foco em fluxos que cruzam fronteiras de modulo. Semanas 7-14 · 70% auto

E2E + Parallel Run

Fluxos end-to-end completos (Order-to-Cash, Procure-to-Pay) com CBS/IBS. Parallel Run: apuracao fiscal no regime ATUAL e NOVO simultaneamente, comparando resultados. Fase mais critica do projeto regulatorio. CNPJ alfa em ciclo completo. Semanas 15-22 · 50% auto

UAT + Compliance

Equipe fiscal/contabil valida resultados em cenarios reais. Obrigacoes acessorias (EFD-Contribuicoes, EFD-ICMS, SPED, DCTF) com novos tributos e CNPJ alfa. Testes exploratorios para edge cases regulatorios. Foco em aceite de negocio. Semanas 23-28 · 20% auto

Perf + Regression

Performance: tax determination dual-regime abaixo de 2 segundos, billing massivo 10k NFs/hora. Regressao completa: ICMS/PIS/COFINS devem continuar funcionando identicamente. Garante que mudancas regulatorias nao degradaram o existente. Semanas 29-34 · 75% auto

Grupo 2: 7 Fases — SAP S/4HANA

API/CDS Smoke

Health check da camada HANA: CDS views respondendo, OData services ativos, SEFAZ homolog acessivel. Confirma que servicos de tax determination retornam dados e CDS views de NF-e funcionam. Equivale ao first pass tecnologico do S/4HANA.

Unit + Config

ABAP Unit via ADT para calculos CBS/IBS/IS e validacao CNPJ alfanumerico. Configuracao de Fiori apps, tax procedures e master data. Scan de codigo customizado (SCI/ATC) para detectar incompatibilidades com o novo modelo de dados simplificado.

Integration + Interface

Cross-module (FI com SD com MM com NF Writer) + interfaces Fiori/OData. Contratos XML NF-e, integracao via DRC (Document and Reporting Compliance). Validacao de IDOCs, integracao com sistemas satelite e APIs externas.

System + E2E

Fluxos completos no S/4HANA nativo: Order-to-Cash com transacoes simplificadas, Procure-to-Pay, apuracao fiscal CBS/IBS. CNPJ alfanumerico em todos os pontos. Reports e analytics HANA nativos. Parallel Run com apuracao dual.

UAT + Usability

Aceite focado na experiencia Fiori: campos CBS/IBS claros, mascara CNPJ alfa intuitiva, workflows de aprovacao. Testes de usabilidade em Fiori launchpad e mobile. Equipe fiscal valida nos novos reports HANA. Compliance review.

Performance + Security

Carga no HANA in-memory: tax determination massivo, billing, reports analiticos. Seguranca: roles para novos tax codes, CNPJ alfa injection test em campos Z, penetracao em OData services. Validacao de SLOs e compliance SOX/LGPD.

Go-Live

Validacao final em producao: smoke tests pos-cutover, monitoramento sintetico ativo, plano de rollback testado, reconciliacao de dados migrados. Hypercare com monitoramento intensivo. Chaos testing controlado em producao.

Progressao Logica Compartilhada

Apesar de nomenclaturas e contextos diferentes, os 3 frameworks seguem a mesma progressao logica:

1. Validar unidades menores primeiro (unit, config, smoke)
2. Expandir para integracoes (integration, contract, API)
3. Validar fluxos completos (system, E2E, parallel run)
4. Aceite do usuario (UAT, usability, compliance)
5. Performance e seguranca (load, stress, penetration)
6. Producao / go-live (smoke, monitoring, chaos)

Essa progressao reflete um principio universal de qualidade: detectar defeitos no menor escopo possivel, onde o custo de correcao e minimo, e expandir gradualmente ate a validacao completa do sistema.

O QA Agent adiciona 2 dimensoes que as fases SAP nao cobrem: Requisito/Design (shift-left antes do codigo) e Producao (shift-right apos go-live). Isso torna o QA Agent um superconjunto das fases SAP — ele envolve o ciclo completo, enquanto as fases SAP focam no bloco central de execucao.