Enregistrez le parcours. L'extension liste les éléments sans data-testid stable. Le dev sait exactement quoi ajouter, vos tests Playwright et Cypress survivent au prochain refactor.
Conçu pour les équipes Playwright et Cypress. Bientôt sur le Chrome Web Store.
Pas parce que Playwright ou Cypress ont changé. Parce que vos sélecteurs n'ont jamais été stables. Et préparer le terrain coûte cher. Aujourd'hui, vous avez deux mauvaises options.
nth-child ou un sélecteur CSS - vous mergezdata-testid, proposer un nom propre pour chacun
Avec TestID Hunter, vous enregistrez le parcours. L'extension liste chaque élément Weak avec un data-testid suggéré, scopé au composant. Le ticket est prêt en 5 minutes - le dev voit exactement quoi ajouter et où.
Tests e2e robustes by default. Plus d'allers-retours, plus de lundis cramés, plus de sélecteurs qui meurent au prochain refactor.
Pas de setup. Pas de SaaS. Pas de backend. Installez l'extension, commencez à enregistrer.
Cliquez dans votre app comme un utilisateur. Chaque clic, input ou navigation est capturé avec un screenshot, un rectangle et un snapshot DOM.
Chaque élément est auto-scoré. Concentrez-vous uniquement sur les Weak - le reste est déjà sûr.
testid-ticket-signup.zip
┣━━ report.md
┗━━ screenshots/
┣━━ element-01-email-input.png
┣━━ element-02-continuer-btn.png
┣━━ viewport-03-card-link.jpg
┗━━ page-01.pngTéléchargez un ZIP avec screenshots annotés et ticket Markdown prêt-à-coller. Ou copiez-collez direct dans Jira / GitHub / Linear / Redmine.
Le job d'un QA, ce n'est pas de trouver un sélecteur. C'est d'en trouver un qui ne casse pas au prochain sprint. On fait ça pour vous.
data-testid présentid stablearia-label disponible
Rien à faire - le sélecteur ne cassera pas. Et oui, aria-label est traité au même niveau que data-testid - vous gagnez sur la testabilité et sur l'accessibilité.
name, placeholderrole + textetitleMarche. Casse si le copywriting ou la structure change.
nth-childid UUID auto-généré
On suggère un data-testid et on l'écrit dans le ticket.
Un badge de hover en direct montre le rang, le score et la raison pour chaque élément quand vous bougez la souris - vous savez ce qui mérite votre attention avant d'interagir.
Le cadre devient vert sur les Solid, bleu sur les Usable, rouge sur les Weak. Un toggle permet d'ignorer les Solid entièrement.
Markdown, ZIP, clipboard - choisissez le format qui colle à votre ticketing.
# Parcours signup utilisateur
> Screenshots - utilisez les boutons Copy image dans l'extension
### 3. `admin-delete-btn`
- **Rank**: Weak - no stable attribute found
- **Tag**: `<button>`
- **Texte**: "Supprimer l'utilisateur"
- **Sélecteur CSS**: `.admin-row button`
- **XPath**: //*[@id="root"]/div/table/tbody/tr[3]/td[4]/button
**À ajouter dans le HTML :**
```html
data-testid="admin-delete-btn"
```
> Alternative : un aria-label="Supprimer l'utilisateur" serait aussi Solid - choisissez ce qui colle le mieux à votre équipe.testid-ticket-signup.zip
├── report.md
└── screenshots/
├── element-01-email-input.png
├── element-02-submit-button.png
├── viewport-03-admin-delete-btn.jpg
└── page-01.pngChaque screenshot a un bouton Copy. Cliquez, collez dans Jira / GitHub / Linear - l'outil upload l'image sur son propre CDN automatiquement. Zéro friction, zéro hébergement de votre côté.
Les formats de sortie sont universels. Aucun nouvel outil à apprendre. Aucune intégration API à maintenir.
Les noms de composants React, Vue, Angular, Svelte sont inclus dans le ticket.
Les data-testid suggérés marchent directement avec Playwright, Cypress, TestCafe.
Le travail QA se fait sur des apps internes avec des données sensibles. Voici exactement où va chaque octet.
chrome.storage.local, jamais envoyés ailleursdata-testid suggérés : tout est calculé en localL'extension ne demande que les permissions strictement nécessaires pour enregistrer les interactions sur l'onglet que vous choisissez. Pas d'activité en arrière-plan, pas de permission all-sites.