2/5 : Écrire un premier test Playwright qui résiste au changement
カートのアイテムが多すぎます
カートに追加できませんでした。
ウィッシュリストに追加できませんでした。
ほしい物リストの削除に失敗しました。
ポッドキャストのフォローに失敗しました
ポッドキャストのフォロー解除に失敗しました
2/5 : Écrire un premier test Playwright qui résiste au changement
-
ナレーター：
-
著者：
Passer de la théorie à la pratique avec l'accompagnement Mission Playwright
Comment écrire un premier test Playwright qui résiste au changement ?
Matthieu Bridoux partage sa grille de lecture d'une revue de code : locators, assertions, attentes et messages d'échec.
Dans cet épisode de la série "Playwright sur le terrain" :
- Ce qu'on regarde en premier dans la revue de code d'un QA débutant : le titre du test et sa dernière assertion
- Sélecteurs Playwright : rôle et nom accessible (getByRole) d'abord, data-testid ensuite, CSS en dernier recours
- Les erreurs d'attente les plus fréquentes,
- Comment vérifier qu'un test contrôle vraiment le bon résultat
- Assertions sur des valeurs métier plutôt que sur la simple présence d'un élément
À retenir : un bon test dit clairement ce qu'il protège et pourquoi il échoue.
Pour qui ? QA débutants et confirmés, testeurs manuels en reconversion vers l'automatisation, développeurs qui écrivent leurs tests Playwright.