टेस्ट कवरेज क्या है?
टेस्ट कवरेज मापती है कि टेस्ट किसी चीज़ का — आवश्यकताएँ, जोखिम, कोड ब्रांच, इनपुट पार्टिशन — कितना हिस्सा चलाते हैं। आवश्यकता कवरेज "क्या हर स्वीकृति मानदंड टेस्ट हुआ?" का जवाब देती है, जबकि कोड कवरेज "कौन-सी लाइनें चलीं?" का; दूसरे का ऊँचा प्रतिशत यह नहीं बताता कि असर्शन सार्थक थे या नहीं, इसलिए कवरेज कमियों का नक्शा है, बढ़ाने का स्कोर नहीं।
AI QA चेकलिस्ट जनरेटर कैसे इस्तेमाल करें
- जिस फ़ीचर या बदलाव को आप टेस्ट या रिव्यू करने वाले हैं, उसका वर्णन करें।
- चेकलिस्ट का दायरा चुनें — «फ़ीचर टेस्टिंग», «पुल रिक्वेस्ट रिव्यू» या «रिलीज़ गेट» — और चाहें तो फ़ोकस के क्षेत्र बताएँ।
- आउटपुट भाषा चुनें और «जनरेट» दबाएँ।
- प्राथमिकता के क्रम में चेकलिस्ट पर काम करें; Markdown संस्करण को pull request या टिकट में पेस्ट करें, या उसे, तालिका (CSV) या JSON को डाउनलोड करें।
AI QA चेकलिस्ट जनरेटर की खूबियाँ
- क्षेत्र के अनुसार व्यवस्थित चेकलिस्ट: functional, UI/UX, API, डेटा, security, performance, accessibility, compatibility, localisation, release
- फ़ीचर टेस्टिंग, pull-request रिव्यू और release gate के लिए अलग-अलग दायरे
- हर आइटम के साथ प्राथमिकता और नोट्स
- चेकबॉक्स वाली Markdown चेकलिस्ट, CSV और JSON एक्सपोर्ट
AI QA चेकलिस्ट जनरेटर का उदाहरण
फ़ीचर → चेकलिस्ट
इनपुट:
Export to Excel button on the orders list (up to 50,000 rows)आउटपुट:
## Functional
- [ ] CL-01 (P0) Export respects the active filters
## Performance
- [ ] CL-02 (P1) 50,000-row export completes with progress indicator
…AI QA चेकलिस्ट जनरेटर के बारे में अक्सर पूछे जाने वाले सवाल
चेकलिस्ट के दायरे कौन-से हैं?
फ़ीचर टेस्टिंग (sign-off से पहले), pull-request रिव्यू (रिव्यूअर को क्या जाँचना चाहिए) और release gate (पूरी रिलीज़ पर go/no-go जाँचें)।
क्या मुझे "सारे बटन टेस्ट करें" जैसे सामान्य आइटम मिलेंगे?
नहीं। आइटम में फ़ीचर की असली स्क्रीन, फ़ील्ड, भूमिकाएँ, endpoints और इंटीग्रेशन का नाम होना ज़रूरी है; टूल के निर्देश सामान्य जाँचों की अनुमति नहीं देते।
नोट्स कॉलम किस लिए है?
यह बताता है कि किसी आइटम को कैसे जाँचें — कौन-सा टूल, डेटा या जाँच चलानी है — ताकि चेकलिस्ट पर काम करने वाले को यह खुद न सोचना पड़े। जिन आइटम में जोड़ने को कुछ नहीं, उनमें यह खाली रहता है।
तकनीकी नोट्स
आइटम क्षेत्र के हिसाब से समूहित होते हैं — functional, UI/UX, API, data, security, performance, accessibility, compatibility, localisation और release — और हर आइटम में एक ID (CL-01, CL-02 …, पूरी चेकलिस्ट में अद्वितीय), एक जाँचने योग्य जाँच, P0–P3 प्राथमिकता और जाँचने के तरीके पर एक नोट होता है। सिर्फ़ फ़ीचर पर लागू होने वाले क्षेत्र आते हैं; दायरा release gate हो तो release क्षेत्र जोड़ा जाता है।
संदर्भ
- ISTQB Glossaryटेस्टिंग शब्दों की मानक परिभाषाएँ — टेस्ट केस, रिग्रेशन टेस्टिंग, सेवेरिटी, प्रायोरिटी, बाउंड्री वैल्यू एनालिसिस आदि।
- ISO/IEC/IEEE 29119-1:2022 — Software and systems engineering — Software testing — Part 1: General conceptsसॉफ़्टवेयर टेस्टिंग का अंतरराष्ट्रीय मानक: अवधारणाएँ, प्रक्रियाएँ, दस्तावेज़ीकरण और तकनीकें।
- ISTQB Certified Tester Foundation Level (CTFL) v4.0सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।