API
API es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
60 términos de QA, automatización, APIs, accesibilidad y desarrollo.
API es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Assert es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Automação de testes es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
BDD es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Boundary value analysis es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Bug es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Caso de teste es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
CI/CD es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Cobertura es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Contrato de API es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Critério de aceite es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Dados de teste es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Defeito es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Definition of Done es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Dublê de teste es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
E2E es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Equivalence partitioning es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Evidência es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Exploratory testing es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Fake es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Feature flag es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Flaky test es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Gherkin es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Idempotência es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Integração es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
JSON Schema es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Mock es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Mutation testing es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Observabilidade es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
OpenAPI es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Pairwise es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Performance testing es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Pirâmide de testes es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Plano de testes es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Pré-condição es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
QA es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Regressão es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Requirement traceability es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
REST es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Risk-based testing es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Sanity test es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Selector CSS es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Severidade es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Shift left es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Shift right es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Smoke test es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Sprint es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
State transition testing es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Stub es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Test charter es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Test data masking es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Test strategy es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Testability es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Trace es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Unit test es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Usabilidade es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Valor limite es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
Visual regression es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
WCAG es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.
XPath es un concepto de calidad y desarrollo de software. Debe aplicarse con contexto, riesgo y resultados observables, no como una métrica o ritual aislado.