Vos tests Playwright, vérifiés par Delta-QA. Une ligne par page à vérifier.
@delta-qa/vision envoie à Delta-QA chaque page que vos tests Playwright vérifient. Delta-QA la compare à sa référence élément par élément et dit quel élément a changé. Vos tests de non-régression écrits dans le code et vos scénarios enregistrés sans code vivent dans le même espace : mêmes références, même jugement, même rapport.
Le SDK Vision est d'abord disponible en avant-première : contactez-nous pour l'utiliser sur vos tests Playwright.
Trois étapes dans vos tests
- Créez une clé d'API dans votre espace Delta-QA et rangez-la dans un secret de votre CI. Le SDK la lit dans
DELTAQA_API_KEY; l'espace est celui de la clé. - Ajoutez un check là où votre test doit vérifier la page :
vision.check("Paiement"). Son nom l'apparie à sa référence. - Poussez. Au premier lancement, chaque test est « Nouveau » : sa première photo devient la référence. Au deuxième, site inchangé, aucune différence n'est signalée.
import { test } from "@playwright/test";
import { Vision } from "@delta-qa/vision";
const vision = new Vision(); // reads DELTAQA_API_KEY
test("Checkout", async ({ page }) => {
await vision.open(page, { id: "checkout", name: "Checkout" });
await page.goto("https://shop.example.com/checkout");
await vision.check("Payment");
await vision.close(); // fails the test on an unreviewed difference
});Le SDK n'expose que des réglages que Delta-QA applique : aucun n'est accepté sans effet. Le tag et le tag de référence sont facultatifs ; sans eux, le SDK les déduit.
Une comparaison par élément, pas par pixels
Pour chaque check, le SDK envoie la page (son HTML, la taille d'écran) et les ressources que le navigateur a chargées. Delta-QA rouvre la page et compare ses éléments à ceux de la référence, comme une étape de scénario : le rapport dit quel élément a changé — le bouton « Payer », bleu puis vert — et non une zone de pixels.
Une différence non jugée fait échouer le test Playwright, et le journal de la CI donne le lien du lot. Vous ouvrez l'étape, lisez le rapport et jugez : « Voulu » ou « Bug ».
Chaque ressource est reconnue à son empreinte : une ressource déjà connue de votre espace ne repart jamais. Au deuxième lancement d'une suite, site inchangé, seuls le HTML et les empreintes partent.
Une référence par branche, sans fusion automatique
- Le tag est déduit de votre branche git ou de la CI, et le tag de référence de la cible de la PR, sinon de
main. Une branche neuve se compare àmaindès son premier lancement, et le lot affiche « comparé à main ». - « Voulu » s'applique aux tags que vous cochez, « ce tag seulement » par défaut : les autres branches ne voient rien changer.
- L'historique d'un test se filtre par environnement et par tag ; n'importe quel scan peut être posé en référence, pour les tags que vous cochez.
- Les tests d'un même passage de CI forment un lot, partagé par des machines en parallèle ; la liste des lots se lit comme votre CI.
Questions sur le SDK Vision
Quels frameworks le SDK Vision couvre-t-il ?
Faut-il réécrire mes tests Playwright ?
Quelles données le SDK envoie-t-il ?
Mes scénarios sans code changent-ils ?
Puis-je l'utiliser depuis un autre langage ?
Faites vérifier vos tests Playwright par Delta-QA
Pour utiliser Vision, contactez-nous : il est d'abord disponible en avant-première. Dites-nous quels tests vous voulez faire vérifier, nous vous ouvrons l'accès.