Component Test
Test de composant
Un test de composant place une partie de l'interface dans un espace de rendu réel. Il fournit à la partie des entrées et des données contrôlées, puis vérifie son comportement.
Un autre exemple
Un ingénieur du système de conception ouvre une boîte combinée avec 200 choix et un état d'erreur. La sélection au clavier doit changer la valeur et son statut accessible. Une capture d'écran du contenu statique ne peut pas tester ce comportement.
Parties principales
- 01fixture d'histoire
- 02composant monté
- 03assertion du navigateur
Utilisez-le lorsque
Utilisez ce terme lorsqu'un comportement d'interface utilisateur nécessite un rendu par le navigateur mais n'a pas besoin de tout le parcours du produit.
Ne l'utilisez pas lorsque
N'utilisez pas les tests de composants à la place des tests d'intégration ou E2E pour les connexions en dehors de ce composant.
Nom utilisé dans le code
story fixture → mount → user action → assertion 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 composant (Component Test). User context: Un ingénieur du système de conception ouvre une boîte combinée avec 200 choix et un état d'erreur. La sélection au clavier doit changer la valeur et son statut accessible. Une capture d'écran du contenu statique ne peut pas tester ce comportement. Validation approach: Test de composant (Component Test). Why it fits: Utilisez ce terme lorsqu'un comportement d'interface utilisateur nécessite un rendu par le navigateur mais n'a pas besoin de tout le parcours du produit. Do not use it when: N'utilisez pas les tests de composants à la place des tests d'intégration ou E2E pour les connexions en dehors de ce composant. 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 composant (Component Test) is used now. Definition: Un test de composant place une partie de l'interface dans un espace de rendu réel. Il fournit à la partie des entrées et des données contrôlées, puis vérifie son comportement. 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.