Load Testing
test de charge
Les tests de charge vérifient la vitesse et la fiabilité d'un système sous un trafic planifié. Le plan définit le nombre et le schéma des utilisateurs, des requêtes ou des tâches.
Un autre exemple
Un test de caisse envoie 120 requêtes chaque seconde pendant 20 minutes. Le système doit rester dans ses limites de délai et d'erreur p95 tandis que l'équipe surveille également l'outil de charge. Un trafic aléatoire sans plan de charge utile n'est pas un test de charge utile.
Parties principales
- 01modèle de charge de travail
- 02générateur de charge
- 03Seuils de performance
Utilisez-le lorsque
Utilisez ce terme lors de la vérification de la capacité et des objectifs de service sous un trafic stable correspondant à l'utilisation réelle.
Ne l'utilisez pas lorsque
N'envoyez pas de charge non contrôlée en production et ne rapportez pas les résultats du système si l'outil de charge est le goulot d'étranglement.
Nom utilisé dans le code
workload model → virtual users → thresholds Avant d'expédier
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome: Complete the task with test de charge (Load Testing). User context: Un test de caisse envoie 120 requêtes chaque seconde pendant 20 minutes. Le système doit rester dans ses limites de délai et d'erreur p95 tandis que l'équipe surveille également l'outil de charge. Un trafic aléatoire sans plan de charge utile n'est pas un test de charge utile. Validation approach: test de charge (Load Testing). Why it fits: Utilisez ce terme lors de la vérification de la capacité et des objectifs de service sous un trafic stable correspondant à l'utilisation réelle. Do not use it when: N'envoyez pas de charge non contrôlée en production et ne rapportez pas les résultats du système si l'outil de charge est le goulot d'étranglement. Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary): C'est officiel pour cette source. D'autres plateformes ou équipes peuvent utiliser le terme d'une autre manière. Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
Vérifiez cette demande
Review how test de charge (Load Testing) is used now. Definition: Les tests de charge vérifient la vitesse et la fiabilité d'un système sous un trafic planifié. Le plan définit le nombre et le schéma des utilisateurs, des requêtes ou des tâches. Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.