Padrões de Teste
Esta seção descreve a forma como os testes são realizados nos diferentes serviços e UIs através dos projetos Decentraland.
As palavras-chave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" e "OPTIONAL" neste documento devem ser interpretadas conforme descrito em RFC 2119.
Visão geral
Testes são uma parte crítica do nosso processo de desenvolvimento. Mantemos padrões elevados de cobertura e qualidade de testes em todos os nossos projetos. Esta documentação fornece diretrizes abrangentes para:
Escrever Testes - Princípios e padrões gerais para escrever testes claros e fáceis de manter
Testar UIs - Testar componentes React, sagas do Redux, reducers, selectors e action creators
Testing Services (Well-Known-Component) - Testar serviços modulares construídos com a arquitetura well-known-component
Testar Serviços (Depreciado) - Abordagem legada para testar serviços (para referência)
Testes End-to-End - Testes E2E com Cypress (Trabalho em Andamento)
Filosofia de Testes
Nossa abordagem de testes enfatiza:
Clareza - Os testes devem ser autoexplicativos e fáceis de entender
Manutenibilidade - Os testes devem ser fáceis de atualizar quando os requisitos mudarem
Isolamento - Cada teste deve rodar de forma independente sem afetar os outros
Cobertura - Todos os caminhos críticos e casos de borda devem ser testados
Valor - Os testes devem proporcionar confiança de que o código funciona conforme esperado
Links rápidos
Related Standards
Gerenciamento de Dependências - Gerenciando dependências npm e peerDependencies
Padrões de UI - Padrões do Redux e RTK Query
Documentação da API - Padrões de documentação OpenAPI
Atualizado