jarvis-ai-framework 2.1.0 → 3.0.0

package/skills/eng-qa/references/1-fundamentos-qualidade.md

@@ -0,0 +1,25 @@
+# 1. Fundamentos de Qualidade e Teste
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Distinguir qualidade, garantia, controle e teste, e saber por que e para quem testamos.
+
+**Conhecimentos:** erro, defeito e falha; verificação vs. validação; garantia da qualidade (prevenção, processo) vs. controle da qualidade (detecção, produto) vs. teste; sete princípios do teste; características de qualidade (funcionalidade, desempenho, usabilidade, confiabilidade, segurança, manutenibilidade, compatibilidade, portabilidade); custo da qualidade e do defeito tardio; shift-left e shift-right; qualidade como responsabilidade do time; teste como informação para decisão.
+
+**Princípios:**
+- Teste mostra a presença de defeitos, não a ausência.
+- Prevenir custa menos que detectar; detectar custa menos que corrigir em produção.
+- Qualidade é definida pelas partes interessadas, não só pela especificação.
+
+**Fora do escopo:** sintaxe de ferramentas e exigências de certificações específicas.
+
+**Pergunta-chave:** O que significa 'pronto com qualidade' para este item e quem decide?
+
+**Referências:**
+- ISTQB, *Certified Tester Foundation Level Syllabus* v4.0 (2023)
+- ISO/IEC 25010, modelo de qualidade de produto
+- IEEE, *SWEBOK* v4 (Software Testing; Software Quality)
+- Myers, *The Art of Software Testing*
+- Juran, *Juran's Quality Handbook*
+
+**Usam mais:** todas as funções de QA

package/skills/eng-qa/references/10-confiabilidade.md

@@ -0,0 +1,25 @@
+# 10. Testes de Confiabilidade e Resiliência
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Verificar que o sistema se comporta bem sob falha, degradação e recuperação.
+
+**Conhecimentos:** disponibilidade, tolerância a falhas e recuperabilidade; injeção de falhas e engenharia do caos; failover e recuperação de desastres (RTO/RPO); timeouts, retries e circuit breakers; resiliência a falhas de dependências; degradação graciosa; estabilidade sob uso prolongado (vazamentos); testes de backup e restauração; game days; hipótese de estado estável; testes em produção com salvaguardas; SLO e orçamento de erro.
+
+**Princípios:**
+- Formule a hipótese de estado estável antes de injetar falha.
+- Comece pequeno, com raio de impacto limitado.
+- Recuperação não testada é suposição.
+
+**Fora do escopo:** plataformas e ferramentas de injeção de falhas específicas.
+
+**Pergunta-chave:** Qual a falha mais provável da sua dependência crítica e o que o usuário vê quando ela ocorre?
+
+**Referências:**
+- Basiri et al., *Chaos Engineering* (IEEE Software, 2016)
+- Rosenthal & Jones, *Chaos Engineering*
+- Nygard, *Release It!*
+- Beyer et al., *Site Reliability Engineering*
+- ISO/IEC 25010 (confiabilidade)
+
+**Usam mais:** Reliability, Performance, Quality Engineering, QA Architecture

package/skills/eng-qa/references/11-seguranca.md

@@ -0,0 +1,24 @@
+# 11. Testes de Segurança
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Encontrar vulnerabilidades antes dos atacantes, de forma sistemática.
+
+**Conhecimentos:** modelagem de ameaças; classes comuns: injeção, controle de acesso quebrado, autenticação falha, exposição de dados, configuração incorreta; testes de autenticação e autorização; validação de entrada e saída; análise estática, dinâmica e de dependências (conceitos); fuzzing; testes de intrusão e limites éticos; segredos e dados sensíveis em testes; verificação de requisitos de segurança; priorização e relato por risco; segurança em APIs e mobile.
+
+**Princípios:**
+- Pense como atacante, relate como engenheiro.
+- Controle de acesso é onde mais se erra: teste com perfis distintos.
+- Teste somente dentro do escopo autorizado.
+
+**Fora do escopo:** scanners, listas de regras e exploits de produtos ou versões específicas.
+
+**Pergunta-chave:** Um usuário comum consegue ver dados de outro mudando só um identificador?
+
+**Referências:**
+- OWASP, *Web Security Testing Guide*
+- OWASP, *ASVS* e *Top 10*
+- NIST SP 800-115, *Technical Guide to Information Security Testing and Assessment*
+- Shostack, *Threat Modeling: Designing for Security*
+
+**Usam mais:** Security, API, Test Engineering, Mobile

package/skills/eng-qa/references/12-acessibilidade.md

@@ -0,0 +1,24 @@
+# 12. Testes de Acessibilidade
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Garantir que o produto seja utilizável por pessoas com diferentes capacidades.
+
+**Conhecimentos:** princípios POUR (perceptível, operável, compreensível, robusto); níveis de conformidade A, AA e AAA; navegação por teclado e foco; leitores de tela e tecnologias assistivas; contraste, tamanho e espaçamento; texto alternativo e semântica; formulários, rótulos e mensagens de erro; legendas e transcrições; ARIA e seus riscos; limites da automação e papel do teste manual; requisitos legais; participação de pessoas usuárias.
+
+**Princípios:**
+- Semântica correta antes de ARIA.
+- Ferramentas automáticas detectam apenas parte dos problemas.
+- Acessibilidade é requisito de design, não correção final.
+
+**Fora do escopo:** extensões e verificadores automáticos específicos.
+
+**Pergunta-chave:** Você completa o fluxo principal usando só o teclado e um leitor de tela?
+
+**Referências:**
+- W3C, *WCAG 2.2* (2023)
+- W3C, *WAI-ARIA Authoring Practices Guide*
+- Lei nº 13.146/2015 (Lei Brasileira de Inclusão)
+- ETSI EN 301 549
+
+**Usam mais:** Accessibility, UI, Manual, Mobile

package/skills/eng-qa/references/13-dados-testes.md

@@ -0,0 +1,24 @@
+# 13. Testes de Dados
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Verificar correção, completude e consistência de dados em pipelines, migrações e bancos.
+
+**Conhecimentos:** validação de esquema e restrições; reconciliação origem–destino (contagens, somas, amostragem); testes de transformação e regras de negócio; dimensões de qualidade: completude, unicidade, validade, atualidade; testes de migração e de reversão; pipelines: idempotência, reprocessamento e dados tardios; integridade referencial e transações; dados de teste: sintéticos, mascarados, subconjuntos; privacidade em dados de teste; regressão de dados e dados de referência; verificações contínuas como monitoramento.
+
+**Princípios:**
+- Dado correto no destino é a prova de um pipeline correto.
+- Dados de produção em testes exigem mascaramento.
+- Teste a regra de negócio, não só o formato.
+
+**Fora do escopo:** ferramentas e linguagens de transformação ou de qualidade de dados específicas.
+
+**Pergunta-chave:** Como você prova que nenhum registro foi perdido, duplicado ou alterado na migração?
+
+**Referências:**
+- Wang & Strong, *Beyond Accuracy: What Data Quality Means to Data Consumers* (1996)
+- ISO/IEC 25012 (qualidade de dados)
+- DAMA International, *DAMA-DMBOK2*
+- Reis & Housley, *Fundamentals of Data Engineering*
+
+**Usam mais:** Data Testing, Test Engineering, Integration

package/skills/eng-qa/references/14-gestao-testes-defeitos.md

@@ -0,0 +1,25 @@
+# 14. Gestão de Testes e de Defeitos
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Organizar, medir e comunicar o trabalho de teste e o ciclo de vida dos defeitos.
+
+**Conhecimentos:** processo de teste: planejar, monitorar, projetar, executar, concluir; rastreabilidade requisito–teste–defeito; métricas úteis e perigosas (escape de defeitos, tempo de detecção, instabilidade, cobertura); ciclo de vida do defeito; severidade vs. prioridade; relato de defeito claro e reproduzível; triagem e análise de causa raiz; relatórios para decisão de liberação; risco residual; retrospectivas e melhoria contínua; gestão de regressão.
+
+**Princípios:**
+- Métrica sem decisão associada é ruído.
+- Um bom relato permite reproduzir sem perguntar nada.
+- Relatório de liberação fala de risco, não só de contagem de testes.
+
+**Fora do escopo:** campos, fluxos e configurações de ferramentas de gestão específicas.
+
+**Pergunta-chave:** Que informação um gestor precisa para decidir liberar ou não, e seus relatórios a entregam?
+
+**Referências:**
+- ISO/IEC/IEEE 29119-2 (processos de teste)
+- Kaner & Bond, *Software Engineering Metrics: What Do They Measure and How Do We Know?* (2004)
+- Black, *Managing the Testing Process*
+- Kaner et al., *Bug Advocacy* (BBST)
+- ISTQB, *CTFL Syllabus* v4.0
+
+**Usam mais:** Test Management, Defect Management, Quality Assurance, Quality Control

package/skills/eng-qa/references/15-arquitetura-qa.md

@@ -0,0 +1,25 @@
+# 15. Arquitetura de QA e Qualidade Contínua
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Projetar o sistema de qualidade: testabilidade, pipelines, ambientes, dados e responsabilidades.
+
+**Conhecimentos:** testabilidade (controlabilidade e observabilidade); arquitetura de testes e camadas; portões de qualidade na pipeline; ambientes e gestão de dados de teste; testes em produção e shift-right (observabilidade, flags, canário); integração com CI/CD; seleção de ferramentas sem acoplamento; modelos organizacionais (QA no time, plataforma de qualidade, comunidade de prática); maturidade de teste; custo da suíte e tempo de feedback; padronização vs. autonomia; qualidade e métricas DORA.
+
+**Princípios:**
+- Projete para testabilidade antes de projetar a suíte.
+- Feedback rápido é o requisito principal da arquitetura de testes.
+- Qualidade é capacidade da organização, não de um departamento.
+
+**Fora do escopo:** arquiteturas de referência e plataformas de qualidade de um fornecedor.
+
+**Pergunta-chave:** Quanto tempo leva entre uma mudança e a confiança de que ela não quebrou nada?
+
+**Referências:**
+- Binder, *Design for Testability in Object-Oriented Systems* (CACM, 1994)
+- Winters, Manshreck & Wright, *Software Engineering at Google*
+- Humble & Farley, *Continuous Delivery*
+- Forsgren, Humble & Kim, *Accelerate*
+- TMMi Foundation, *TMMi Framework*
+
+**Usam mais:** QA Architecture, Quality Engineering, Strategy, Test Management

package/skills/eng-qa/references/2-estrategia-planejamento.md

@@ -0,0 +1,25 @@
+# 2. Estratégia e Planejamento de Testes
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Decidir o que, onde, quando e quanto testar com base em risco.
+
+**Conhecimentos:** análise de risco (probabilidade × impacto); níveis de teste (unidade, integração, sistema, aceitação); formas da suíte: pirâmide, troféu, favo; escopo e fora de escopo; critérios de entrada e saída; definição de pronto; plano vs. estratégia de teste; ambientes e dados; testabilidade; tipos de teste: funcional, não funcional, estrutural, de mudança; estimativa e priorização; manutenção da suíte.
+
+**Princípios:**
+- Testar tudo é impossível; priorize por risco.
+- Teste no nível mais baixo que detecta o problema.
+- Estratégia é um conjunto de decisões, não um documento.
+
+**Fora do escopo:** templates de planos de teste de empresas ou ferramentas específicas.
+
+**Pergunta-chave:** Se você só pudesse rodar 20% dos testes, quais rodaria e por quê?
+
+**Referências:**
+- ISO/IEC/IEEE 29119-1, -2 e -3 (teste de software)
+- ISTQB, *CTFL Syllabus* v4.0
+- Crispin & Gregory, *Agile Testing*
+- Fowler, *The Practical Test Pyramid* e *On the Diverse and Fantastical Shapes of Testing*
+- Bach, *Heuristic Test Strategy Model*
+
+**Usam mais:** Strategy, Quality Engineering, Management, Architecture

package/skills/eng-qa/references/3-design-testes.md

@@ -0,0 +1,25 @@
+# 3. Design de Casos de Teste
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Derivar casos de teste eficazes, com cobertura justificada e oráculos confiáveis.
+
+**Conhecimentos:** partição em classes de equivalência; análise de valor limite; tabela de decisão; transição de estados; teste baseado em cenários e casos de uso; teste combinatório (pairwise); testes baseados em propriedades; cobertura estrutural (instrução, ramo, condição) e seus limites; teste de mutação; oráculos de teste; testes negativos; critérios de aceitação por exemplos.
+
+**Princípios:**
+- Cobertura mede o que foi executado, não o que foi verificado.
+- Um bom caso falha por uma razão clara e única.
+- Sem oráculo forte, o teste não prova nada.
+
+**Fora do escopo:** APIs de bibliotecas de asserção ou de geração de dados.
+
+**Pergunta-chave:** Quais entradas realmente exercitam comportamentos diferentes e quais são redundantes?
+
+**Referências:**
+- Myers, *The Art of Software Testing*
+- ISO/IEC/IEEE 29119-4 (técnicas de teste)
+- Kuhn et al., *Combinatorial Software Testing* (IEEE Computer, 2009)
+- Barr et al., *The Oracle Problem in Software Testing: A Survey* (IEEE TSE, 2015)
+- Jia & Harman, *An Analysis and Survey of the Development of Mutation Testing* (IEEE TSE, 2011)
+
+**Usam mais:** Test Engineering, Manual, API, Data, Strategy

package/skills/eng-qa/references/4-manual-exploratorio.md

@@ -0,0 +1,24 @@
+# 4. Testes Manuais e Exploratórios
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Investigar o produto com raciocínio humano onde a automação não enxerga.
+
+**Conhecimentos:** teste exploratório: missões (charters), sessões com tempo e notas; heurísticas e modelos de produto (SFDIPOT, tours); oráculos e heurísticas de consistência; teste baseado em experiência (error guessing, checklists); observação e registro de evidências; pensamento crítico e vieses cognitivos; testes de aceitação com usuários; regressão manual e seu custo; quando o manual é a escolha certa; relato do que foi e do que não foi coberto.
+
+**Princípios:**
+- Exploração é projetar, executar e aprender ao mesmo tempo.
+- Teste manual disciplinado não é seguir roteiro às cegas.
+- Relate também o que você não cobriu.
+
+**Fora do escopo:** ferramentas de gestão de casos e de gravação de tela específicas.
+
+**Pergunta-chave:** O que um script automatizado jamais perceberia nesta tela?
+
+**Referências:**
+- Bach & Bolton, *Rapid Software Testing*
+- Hendrickson, *Explore It!*
+- Kaner, Bach & Pettichord, *Lessons Learned in Software Testing*
+- Whittaker, *Exploratory Software Testing*
+
+**Usam mais:** Manual, Quality Control, Defect, Accessibility, Mobile

package/skills/eng-qa/references/5-automacao-testes.md

@@ -0,0 +1,25 @@
+# 5. Automação de Testes
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Automatizar de forma sustentável, rápida e confiável.
+
+**Conhecimentos:** o que, quando e por que automatizar (retorno); pirâmide de automação; testes determinísticos e independentes; testes instáveis (flaky) e causas: tempo, ordem, dados, ambiente, concorrência; dados de teste e fixtures; test doubles (dummy, stub, spy, mock, fake); organização, legibilidade e reuso; paralelização e velocidade; execução na pipeline e quarentena; diagnóstico de falha e relatórios; manutenção e remoção de testes; TDD como prática de design.
+
+**Princípios:**
+- Teste instável corrói a confiança em toda a suíte.
+- Código de teste é código de produção.
+- Automatize o estável e repetitivo; explore o novo manualmente.
+
+**Fora do escopo:** APIs e sintaxe de frameworks e de ferramentas de automação.
+
+**Pergunta-chave:** Este teste falhou por defeito do produto ou do ambiente? Como você sabe?
+
+**Referências:**
+- Meszaros, *xUnit Test Patterns*
+- Fewster & Graham, *Software Test Automation*
+- Luo et al., *An Empirical Analysis of Flaky Tests* (FSE 2014)
+- Winters, Manshreck & Wright, *Software Engineering at Google* (testes)
+- Beck, *Test-Driven Development: By Example*
+
+**Usam mais:** Automation, Test Engineering, Quality Engineering, UI, Mobile, QA Architecture

package/skills/eng-qa/references/6-api-integracao.md

@@ -0,0 +1,25 @@
+# 6. Testes de API e Integração
+
+**Nível:** FUNDAMENTAL · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Verificar o comportamento nas fronteiras entre componentes e serviços.
+
+**Conhecimentos:** requisição e resposta: método, status, cabeçalhos, esquema; validação de payload e tipos; idempotência e repetição; autenticação e autorização; paginação, filtros e limites; erros e códigos de falha; testes negativos e de borda; integração entre módulos, serviços e bancos; virtualização de serviços e test doubles; fluxos assíncronos: eventos e filas; dados e ambientes de integração controlados; compatibilidade entre versões.
+
+**Princípios:**
+- Teste a interface pelo contrato, não pela implementação.
+- Falhas de integração moram nas bordas: tempo, formato, ordem, duplicidade.
+- Isole dependências externas instáveis.
+
+**Fora do escopo:** coleções, sintaxe e recursos de clientes de API específicos.
+
+**Pergunta-chave:** O que acontece quando o serviço vizinho responde devagar, errado ou em duplicidade?
+
+**Referências:**
+- Fielding, *Architectural Styles and the Design of Network-based Software Architectures* (2000)
+- RFC 9110, *HTTP Semantics*
+- Newman, *Building Microservices* (2ª ed.)
+- Nygard, *Release It!*
+- ISO/IEC/IEEE 29119-4
+
+**Usam mais:** API, Integration, Test Engineering, Security, Automation

package/skills/eng-qa/references/7-contrato.md

@@ -0,0 +1,24 @@
+# 7. Testes de Contrato
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Garantir compatibilidade entre produtores e consumidores sem depender de testes ponta a ponta frágeis.
+
+**Conhecimentos:** contratos dirigidos pelo consumidor; verificação pelo provedor; esquemas e especificações de interface; compatibilidade retroativa e progressiva; versionamento e evolução; mudanças que quebram; contratos para eventos e mensagens; governança de contratos entre times; relação com testes de integração e E2E; publicação e verificação na pipeline; princípio da robustez (Postel).
+
+**Princípios:**
+- O contrato é o que o consumidor realmente usa, não tudo que o provedor expõe.
+- Quebra de contrato deve falhar antes do deploy.
+- Contrato reduz E2E caro; não substitui a conversa entre times.
+
+**Fora do escopo:** ferramentas e formatos de arquivos de contrato específicos.
+
+**Pergunta-chave:** Se o provedor remover um campo hoje, como ele descobre quem quebra?
+
+**Referências:**
+- Robinson, *Consumer-Driven Contracts: A Service Evolution Pattern* (2006)
+- Newman, *Building Microservices*
+- Fowler, *Integration Contract Test* (2011)
+- Especificações OpenAPI e AsyncAPI
+
+**Usam mais:** Contract, API, Integration, QA Architecture

package/skills/eng-qa/references/8-interface-compat-mobile.md

@@ -0,0 +1,24 @@
+# 8. Testes de Interface, Compatibilidade e Mobile
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Verificar a experiência em interfaces, dispositivos e contextos diversos.
+
+**Conhecimentos:** testes de UI e fluxos ponta a ponta; testabilidade da interface e identificação estável de elementos; teste e regressão visual; responsividade e layouts; matriz de compatibilidade (navegadores, SO, resolução, versões); priorização por uso real; mobile: ciclo de vida, permissões, interrupções, rede instável, bateria, gestos, orientação, instalação e atualização; dispositivos reais vs. emuladores; localização e internacionalização; usabilidade.
+
+**Princípios:**
+- Poucos fluxos E2E críticos; o resto em níveis mais baixos.
+- A matriz de compatibilidade nasce de dados de uso, não de palpite.
+- O contexto móvel é hostil: rede, interrupções, recursos limitados.
+
+**Fora do escopo:** drivers, simuladores e fazendas de dispositivos específicos.
+
+**Pergunta-chave:** Que combinação de dispositivo e rede revela um defeito que seu ambiente nunca mostra?
+
+**Referências:**
+- Crispin & Gregory, *Agile Testing*
+- ISO/IEC 25010 (usabilidade, compatibilidade, portabilidade)
+- W3C, *WCAG 2.2*
+- Nielsen, *Usability Engineering*
+
+**Usam mais:** UI, Compatibility, Mobile, Automation

package/skills/eng-qa/references/9-performance.md

@@ -0,0 +1,24 @@
+# 9. Testes de Performance
+
+**Nível:** IMPORTANTE · **Agnóstico de tecnologia:** ✅
+
+**Objetivo:** Medir se o sistema atende metas de desempenho sob carga realista.
+
+**Conhecimentos:** latência, vazão, utilização e saturação; percentis em vez de média; modelos de carga aberto e fechado; testes de carga, estresse, pico, resistência (soak), escalabilidade e capacidade; perfil de uso e dados representativos; metas (SLO) e critérios de aceitação; Lei de Little e teoria de filas; omissão coordenada na medição; identificação de gargalos e profiling; ambientes comparáveis à produção; execução na pipeline e análise de resultados.
+
+**Princípios:**
+- Meça percentis: a média esconde a cauda.
+- Sem meta numérica não há teste de performance.
+- Teste em ambiente diferente da produção prova pouco.
+
+**Fora do escopo:** ferramentas de geração de carga e de monitoramento específicas.
+
+**Pergunta-chave:** Com a carga dobrada, o que degrada primeiro: latência, erros ou capacidade?
+
+**Referências:**
+- Molyneaux, *The Art of Application Performance Testing* (2ª ed.)
+- Jain, *The Art of Computer Systems Performance Analysis*
+- Gregg, *Systems Performance* (2ª ed.)
+- Little, *A Proof for the Queuing Formula L = λW* (1961)
+
+**Usam mais:** Performance, Reliability, Quality Engineering, Mobile

package/skills/eng-qa/references/especializacoes.md

@@ -0,0 +1,29 @@
+# Skill Base QA — Funções × Skills
+
+Cada função **parte da mesma base**; o que muda é o peso. Núcleo = domínio esperado; apoio = noção sólida (números = skills do INDEX).
+
+| Função | Núcleo (●) | Apoio (○) |
+|--------|-----------|-----------|
+| Quality Engineering | 15·Arquitetura de QA e Qualidade Contínua, 5·Automação de Testes, 2·Estratégia e Planejamento de Testes, 1·Fundamentos de Qualidade e Teste | 6, 9, 10, 14 |
+| Test Engineering | 3·Design de Casos de Teste, 5·Automação de Testes, 6·Testes de API e Integração, 2·Estratégia e Planejamento de Testes | 1, 8, 14, 15 |
+| Test Strategy | 2·Estratégia e Planejamento de Testes, 1·Fundamentos de Qualidade e Teste, 15·Arquitetura de QA e Qualidade Contínua, 3·Design de Casos de Teste | 5, 9, 14 |
+| Test Automation | 5·Automação de Testes, 6·Testes de API e Integração, 8·Testes de Interface, Compatibilidade e Mobile, 15·Arquitetura de QA e Qualidade Contínua | 3, 7, 14 |
+| Manual Testing | 4·Testes Manuais e Exploratórios, 3·Design de Casos de Teste, 1·Fundamentos de Qualidade e Teste, 14·Gestão de Testes e de Defeitos | 2, 8, 12 |
+| API Testing | 6·Testes de API e Integração, 7·Testes de Contrato, 3·Design de Casos de Teste, 5·Automação de Testes | 9, 11 |
+| UI Testing | 8·Testes de Interface, Compatibilidade e Mobile, 5·Automação de Testes, 3·Design de Casos de Teste, 12·Testes de Acessibilidade | 2, 4 |
+| Integration Testing | 6·Testes de API e Integração, 7·Testes de Contrato, 2·Estratégia e Planejamento de Testes, 5·Automação de Testes | 3, 13 |
+| Contract Testing | 7·Testes de Contrato, 6·Testes de API e Integração, 15·Arquitetura de QA e Qualidade Contínua, 5·Automação de Testes | 2 |
+| Performance Testing | 9·Testes de Performance, 2·Estratégia e Planejamento de Testes, 10·Testes de Confiabilidade e Resiliência, 5·Automação de Testes | 6, 14, 15 |
+| Security Testing | 11·Testes de Segurança, 6·Testes de API e Integração, 3·Design de Casos de Teste, 2·Estratégia e Planejamento de Testes | 8, 14 |
+| Reliability Testing | 10·Testes de Confiabilidade e Resiliência, 9·Testes de Performance, 2·Estratégia e Planejamento de Testes, 15·Arquitetura de QA e Qualidade Contínua | 6, 14 |
+| Accessibility Testing | 12·Testes de Acessibilidade, 8·Testes de Interface, Compatibilidade e Mobile, 4·Testes Manuais e Exploratórios, 3·Design de Casos de Teste | 1, 14 |
+| Compatibility Testing | 8·Testes de Interface, Compatibilidade e Mobile, 3·Design de Casos de Teste, 5·Automação de Testes, 2·Estratégia e Planejamento de Testes | 4, 12 |
+| Mobile Testing | 8·Testes de Interface, Compatibilidade e Mobile, 4·Testes Manuais e Exploratórios, 5·Automação de Testes, 9·Testes de Performance | 3, 11, 12 |
+| Data Testing | 13·Testes de Dados, 3·Design de Casos de Teste, 6·Testes de API e Integração, 5·Automação de Testes | 2, 14 |
+| Test Management | 14·Gestão de Testes e de Defeitos, 2·Estratégia e Planejamento de Testes, 1·Fundamentos de Qualidade e Teste, 15·Arquitetura de QA e Qualidade Contínua | 3, 5, 9 |
+| Quality Assurance | 1·Fundamentos de Qualidade e Teste, 14·Gestão de Testes e de Defeitos, 2·Estratégia e Planejamento de Testes, 15·Arquitetura de QA e Qualidade Contínua | 3, 4, 5 |
+| Quality Control | 4·Testes Manuais e Exploratórios, 3·Design de Casos de Teste, 14·Gestão de Testes e de Defeitos, 1·Fundamentos de Qualidade e Teste | 2, 5 |
+| Defect Management | 14·Gestão de Testes e de Defeitos, 1·Fundamentos de Qualidade e Teste, 4·Testes Manuais e Exploratórios, 3·Design de Casos de Teste | 2 |
+| QA Architecture | 15·Arquitetura de QA e Qualidade Contínua, 2·Estratégia e Planejamento de Testes, 5·Automação de Testes, 7·Testes de Contrato | 6, 9, 10, 14 |
+
+> Uma função não *limita* o estudo: serve para priorizar a ordem. Lacunas no núcleo são prioridade; lacunas no apoio são aceitáveis.