Inglês para QA Engineers
Vocabulário em inglês e termos técnicos essenciais de garantia de qualidade de software para falantes de português.
Cartões · 53
- Bug / Defect
- Defeito ou falha: comportamento incorreto no software que gera resultado diferente do esperado pelos requisitos.
- Test Case
- Caso de teste: conjunto de pré-condições, passos de execução e resultados esperados para validar uma função.
- Test Suite
- Suíte de testes: agrupamento de vários casos de teste organizados por funcionalidade ou tipo de execução.
- Regression Testing
- Teste de regressão: reexecução de testes para garantir que novas alterações não quebraram recursos já existentes.
- Smoke Testing
- Teste de fumaça: validação rápida e preliminar dos fluxos mais críticos antes de testes aprofundados.
- Sanity Testing
- Teste de sanidade: verificação pontual pós-correção para garantir que um defeito específico foi resolvido.
- Black-box Testing
- Teste de caixa-preta: técnica em que o QA valida entradas e saídas sem analisar a estrutura interna do código.
- White-box Testing
- Teste de caixa-branca: técnica que analisa a estrutura interna, fluxo de código e arquitetura do software.
- Edge Case
- Caso limite ou caso de borda: cenário extremo ou raro de entrada nos limites operacionais do sistema.
- Boundary Value Analysis (BVA)
- Análise de valor limite: técnica de teste focada nos limites inferiores e superiores de faixas de valores válidos.
- Equivalence Partitioning
- Partição de equivalência: divisão de dados em classes tratadas de forma equivalente para reduzir testes redundantes.
- Expected Result
- Resultado esperado: comportamento ou saída especificada nos requisitos caso o sistema opere corretamente.
- Actual Result
- Resultado real: comportamento ou saída efetivamente observada pelo QA durante a execução do teste.
- Pass / Fail
- Passou / Falhou: status do teste indicando se o resultado real conferiu com o resultado esperado.
- Flaky Test
- Teste instável: teste automatizado que passa ou falha de forma inconsistente sem alterações no código base.
- Mock
- Simulador ou Mock: objeto simulado que reproduz o comportamento de dependências externas reais em testes.
- Stub
- Stub: resposta estática pré-programada para chamadas feitas durante o teste de um componente específico.
- Test Coverage
- Cobertura de testes: métrica que indica a porcentagem de código ou requisitos avaliados pela bateria de testes.
- Unit Testing
- Teste unitário: teste isolado focado na menor unidade testável do código, geralmente métodos ou funções.
- Integration Testing
- Teste de integração: teste focado nas interfaces e comunicações entre diferentes módulos ou serviços.
- End-to-End (E2E) Testing
- Teste de ponta a ponta: validação de fluxos completos do usuário simulando o ambiente operacional real.
- User Acceptance Testing (UAT)
- Teste de aceitação do usuário: fase final de validação realizada por clientes ou usuários finais do negócio.
- Exploratory Testing
- Teste exploratório: abordagem simultânea de aprendizado, planejamento e execução de testes sem roteiro fixo.
- Performance Testing
- Teste de desempenho: medição da velocidade, tempo de resposta e estabilidade do sistema sob carga de trabalho.
- Load Testing
- Teste de carga: avaliação do comportamento do sistema submetido a volumes esperados e contínuos de usuários.
- Stress Testing
- Teste de estresse: teste com sobrecarga extrema para verificar os limites de ruptura e recuperação do sistema.
- Usability Testing
- Teste de usabilidade: avaliação da facilidade, intuição e eficiência da interação humana com a aplicação.
- Accessibility Testing (a11y)
- Teste de acessibilidade: verificação de adaptação do software para uso adequado por pessoas com deficiência.
- Cross-browser Testing
- Teste em múltiplos navegadores: validação da consistência do visual e funcionamento em navegadores distintos.
- Cross-platform Testing
- Teste multiplataforma: teste que garante compatibilidade entre diferentes sistemas operacionais e dispositivos.
- Test Data
- Dados de teste: conjunto de dados preparado especificamente para alimentar e validar cenários de teste.
- Test Plan
- Plano de teste: documento formal descrevendo escopo, abordagem, recursos, cronograma e riscos dos testes.
- Traceability Matrix
- Matriz de rastreabilidade: documento que correlaciona requisitos de negócio diretamente com seus casos de teste.
- Severity
- Gravidade: impacto técnico que um defeito causa no funcionamento e estabilidade do sistema.
- Priority
- Prioridade: urgência comercial de corrigir um defeito em relação ao negócio ou cronograma da entrega.
- Root Cause Analysis (RCA)
- Análise de causa-raiz: processo investigativo para identificar a origem real de uma falha e evitar reincidência.
- Workaround
- Solução de contorno: desvio temporário para contornar um problema sem corrigir a causa estrutural.
- Feature
- Funcionalidade: recurso específico do sistema construído para agregar valor ou atender à necessidade do usuário.
- Continuous Integration (CI)
- Integração Contínua: prática de mesclar código frequentemente com compilações e execuções de testes automatizadas.
- Continuous Delivery (CD)
- Entrega Contínua: automação que garante que o código testado esteja sempre pronto para publicação em produção.
- Pipeline
- Pipeline: sequência automatizada de etapas que inclui compilação, testes e publicação do software.
- Build
- Versão compilada ou Build: pacote executável do software gerado a partir do código-fonte para teste ou release.
- Deploy
- Implantação ou Deploy: processo de publicar o software em um ambiente específico (hml, staging ou produção).
- Staging Environment
- Ambiente de homologação: infraestrutura quase idêntica à de produção usada para testes de validação final.
- Assertion
- Asserção ou afirmação: validação explícita no código de teste que compara o valor obtido com o pretendido.
- Payload
- Carga útil ou Payload: corpo de dados enviado ou recebido em requisições de rede, como APIs REST.
- Endpoint
- Ponto de acesso da API: endereço URL específico onde um serviço web recebe requisições de clientes.
- Status Code
- Código de status HTTP: número de resposta retornado pelo servidor indicando sucesso (2xx) ou erro (4xx/5xx).
- Headless Browser
- Navegador sem interface gráfica: navegador executado sem janela visual, muito usado para acelerar testes E2E.
- Shift-left Testing
- Testagem antecipada: prática de envolver o QA no início do ciclo de desenvolvimento para prevenir erros cedo.
- Code Smell
- Sintoma de mau código: indício superficial na base de código que sugere problemas estruturais ou de manutenção.
- Deadlock
- Bloqueio mútuo: situação onde dois processos concorrentes ficam travados aguardando a liberação de recursos.
- Race Condition
- Condição de corrida: anomalia que ocorre quando a ordem ou tempo de processos concorrentes altera o resultado.