E2E परिदृश्य (Cypress / Playwright)

E2E परीक्षण महत्वपूर्ण उपयोगकर्ता यात्राओं को सत्यापित करने के लिए आवश्यक हैं लेकिन उनका लेखन समय लेने वाला होता है और उनका रखरखाव अक्सर नजरअंदाज किया जाता है। AI तेजी से मजबूत स्क्रिप्ट और UI विकास के दौरान उन्हें बनाए रखने में सक्षम बनाता है। यह गाइड उस वर्कफ़्लो को प्रस्तुत करता है जो तेजी से पीढ़ी और सर्वोत्तम प्रथाओं को जोड़ता है।

चरण दर चरण वर्कफ़्लो

उपयोगकर्ता यात्रा का वर्णन करें

चरण दर चरण जो उपयोगकर्ता करता है, लक्ष्य चयनकर्ताओं के साथ (आदर्श रूप से data-testid यदि आपके पास हैं)। अधिक सटीक = अधिक मजबूत परीक्षण।

E2E परिदृश्य उत्पन्न करें

आपके स्टैक के अनुसार Cypress या Playwright का अनुरोध करें, स्पष्ट अपेक्षाओं के साथ (waitFor, expect.toBeVisible) बजाय मनमाने ढंग से sleep के।

पृष्ठ ऑब्जेक्ट में रिफैक्टर करें

रखरखाव के लिए: Page Object Model पैटर्न। AI स्वचालित रूप से उत्पन्न/रिफैक्टर कर सकता है। दीर्घकालिक रखरखाव लागत में भारी कमी।

फिक्सचर और मॉक जोड़ें

API पर निर्भर E2E परीक्षण: संबंधित फिक्सचर और मॉक उत्पन्न करें। दोहराए जाने योग्य और बाहरी स्थितियों से स्वतंत्र परीक्षण।

CI में एकीकृत करें

GitHub Actions / GitLab CI / CircleCI पाइपलाइन सही रिपोर्टर के साथ (HTML, JUnit एकीकरण के लिए)। AI पूरा कॉन्फ़िग उत्पन्न कर सकता है।

कॉपी योग्य प्रॉम्प्ट

पूर्ण Playwright परिदृश्य

इस यात्रा के लिए एक Playwright परिदृश्य (TypeScript) बनाएं:nn**यात्रा** : [DESCRIPTION STEP BY STEP]n**एप्लिकेशन** : [URL OR CONTEXT]n**उपलब्ध चयनकर्ता** : [LIST — आदर्श रूप से data-testid]n**अपेक्षाएं** : [प्रत्येक चरण पर अपेक्षित व्यवहार]nnबाध्यताएं:n- Page Object Model: एक पृष्ठ वर्ग बनाएं/उपयोग करेंn- मजबूत चयनकर्ता (data-testid > ARIA भूमिकाएं > पाठ > CSS)n- स्पष्ट प्रत्याशाएं Playwright के साथ (toBeVisible, toHaveText, toHaveURL)n- कोई मनमाना sleep नहीं, waitFor / waitForLoadState का उपयोग करेंn- परीक्षण डेटा के लिए फिक्सचरn- afterAll में सफाईn- आयात और संरचना Playwright परियोजना में सीधे पेस्ट करने के लिए तैयारnnप्रदान करें: (1) पृष्ठ वर्ग, (2) परीक्षण, (3) फिक्सचर, (4) आवश्यक होने पर व्याख्यात्मक टिप्पणी।

Cypress → Playwright रूपांतरण

इस Cypress परीक्षण को Playwright TypeScript में परिवर्तित करें:nn[CYPRESS TEST]nnलेकिन Playwright सर्वोत्तम प्रथाओं का उपयोग करें:n- auto-retry के साथ expectn- मजबूत locators (getByRole, getByText, getByTestId)n- हर जगह Async/awaitn- आधुनिक फिक्सचर और test.beforeEachnnप्रदान करें: तीन मुख्य अंतर जो आपको संभालने थे।

भंगुर परीक्षण की डीबगिंग

यह E2E परीक्षण भंगुर है (1 बार 5 में विफल):nn[TEST]nnसंभावित कारण पहचानें और सुधार प्रस्तावित करें:n1. **भंगुर चयनकर्ता** : मजबूत से बदलेंn2. **Race conditions** : क्रियाओं और assertions के बीच समयn3. **बाहरी निर्भरताएं** : API, साझा डेटाn4. **पृष्ठ स्थिति** : गतिशील तत्वों के लिए कोई waitFor नहींn5. **Cleanup लुप्त** : परीक्षण जो एक दूसरे को प्रभावित करते हैंnnसही संस्करण + परिवर्तनों की व्याख्या प्रदान करें।

अनुशंसित उपकरण

Claude Code

★ 4.9 (92) · 20 USD/mois

Assistant de développement IA agentique par Anthropic : comprend votre codebase, édite des fichiers, exécute des commandes et s'intègre à votre environnement de développement.

क्यों : Excellent pour les tests E2E en contexte de repo : accès aux selectors, conventions du projet, structure de tests existante.

कोशिश करें ↗पूर्ण समीक्षा

🤖

Cursor

★ 4.8 (145) · 20 USD/mois

Éditeur de code IA révolutionnaire basé sur VS Code avec agents autonomes

क्यों : L'IDE permet de générer un test, le faire tourner, itérer sur les échecs en quelques minutes.

कोशिश करें ↗पूर्ण समीक्षा

Claude AI

★ 4.9 (55) · Gratuit

Assistant conversationnel d’Anthropic axé sécurité et contexte long. Excellent pour rédaction, analyse, résumés, code et agents. Interface claire, bons résultats en français.

क्यों : Pour les refactorings et la stratégie de tests à grande échelle (page objects, fixtures, CI).

कोशिश करें ↗पूर्ण समीक्षा

अनुमानित ROI

समय की बचत

E2E परीक्षण पर 70-80% (30-60 मिनट बनाम 2-4h)

गुणवत्ता लाभ

मजबूत परीक्षण (कम flaky), Page Object Model व्यवस्थित, आसान रखरखाव

लागत

20-30€/माह

अक्सर पूछे जाने वाले प्रश्न

क्या जेनरेट E2E परीक्षण flaky हैं?

यदि अच्छे तरीके से निर्देशित हो (मजबूत चयनकर्ता, स्पष्ट प्रत्याशाएं, कोई sleep नहीं): नहीं। यदि बिना संशोधन के कच्चा: हां। प्रॉम्प्ट की गुणवत्ता अंतर बनाती है – हमेशा anti-flakiness बाधाएं स्पष्ट रूप से शामिल करें।

क्या सभी ब्राउज़रों पर परीक्षण किया जा सकता है?

Playwright: हां, Chromium / Firefox / WebKit समानांतर में। Cypress: Chromium और Firefox स्थिर, WebKit प्रायोगिक। AI कुछ सेकंड में बहु-ब्राउज़र कॉन्फ़िग उत्पन्न कर सकता है।

E2E परीक्षण का रखरखाव?

यह छिपी लागत है। अच्छी तरह से संरचित POM (Page Object Model) के साथ: स्वीकार्य रखरखाव। बिना: नरक। AI व्यवस्थित रूप से POM को लागू कर सकता है और कुछ मिनटों में उस चीज़ को रिफैक्टर कर सकता है जो हफ्तों लगेंगे।

दृश्य परीक्षण (प्रतिगमन दृश्य)?

समर्पित उपकरण (Percy, Chromatic, Argos) शुद्ध AI समाधान से बेहतर रहते हैं। AI diffs की व्याख्या करने और वास्तविक बग बनाम इच्छित परिवर्तन की पहचान करने में मदद कर सकता है।

← गाइड QA / Test engineer पर लौटें

🔄 E2E परिदृश्य (Cypress / Playwright)