आवश्यकता-आधारित टेस्टिंग क्या है?
आवश्यकता-आधारित टेस्टिंग हर आवश्यकता को एक टेस्ट-योग्य कथन की तरह पढ़ने से शुरू होती है: क्या यह विशिष्ट है, क्या पूर्ण है, क्या किसी और का खंडन करती है, क्या परिणाम देखा जा सकता है? इस चरण में मिली अस्पष्टताएँ — "पेज तेज़ी से लोड होना चाहिए", "अमान्य इनपुट को उचित रूप से संभालें" — सबसे सस्ते में ठीक होने वाले दोष हैं, और हर स्पष्ट की गई आवश्यकता ट्रेस-योग्य टेस्ट केस का आधार बनती है।
AI Requirement गैप एनालाइज़र कैसे इस्तेमाल करें
- रिक्वायरमेंट्स या user stories पेस्ट करें।
- चाहें तो उत्पाद का संदर्भ जोड़ें — उत्पाद का प्रकार, उपयोगकर्ता, इंटीग्रेशन, नियम-क़ानून — जिससे टूल को यह आँकने में मदद मिलती है कि कौन-सी कमियाँ अहम हैं।
- आउटपुट भाषा चुनें और «विश्लेषण करें» दबाएँ।
- High प्रभाव से नीचे की ओर कमियाँ देखें और जिन सुझाए गए रिक्वायरमेंट्स से आप सहमत हैं उन्हें अपने backlog में कॉपी करें। CSV, Markdown या JSON में डाउनलोड करें।
AI Requirement गैप एनालाइज़र की खूबियाँ
- error handling, permissions, validation, edge conditions, data lifecycle, non-functional, security, localisation, accessibility, integration, audit और notifications में छूटी हुई requirements खोजता है
- हर कमी के लिए प्रभाव रेटिंग और कारण
- आपके इनपुट की शैली में, सीधे पेस्ट करने लायक़ requirement कथन
- जो पहले से अच्छी तरह कवर है, उसे भी सूचीबद्ध करता है
AI Requirement गैप एनालाइज़र का उदाहरण
गैप विश्लेषण
इनपुट:
Admin can delete a lookup value; a confirmation dialog is shown.आउटपुट:
GAP-1 validation (High): no rule for referenced values → "The system shall prevent deletion of a referenced value and show the reference count."
GAP-2 audit-logging (Medium)…AI Requirement गैप एनालाइज़र के बारे में अक्सर पूछे जाने वाले सवाल
क्या यह requirements गढ़ देगा?
यह जिन श्रेणियों की जाँच करता है, उनमें वाक़ई मौजूद कमियों के लिए requirement कथन सुझाता है और उन्हें सुझाव के रूप में चिह्नित करता है; कौन-से अपनाने हैं, यह आप अपने stakeholders के साथ तय करते हैं।
सुझाए गए रिक्वायरमेंट्स किस शैली में लिखे जाते हैं?
आपके इनपुट की शैली में: आपने user stories पेस्ट की हों तो user stories, "The system shall …" वाले वाक्य पेस्ट किए हों तो वैसे ही — और हमेशा टेस्ट करने योग्य।
यह पहले से कवर चीज़ें भी क्यों दिखाता है?
ताकि समीक्षा संतुलित रहे और आप देख सकें कि आपके रिक्वायरमेंट्स किन श्रेणियों को पहले से अच्छी तरह संभालते हैं। सिर्फ़ आपके उत्पाद की असली कमियाँ बताई जाती हैं, वे सामान्य आइटम नहीं जो लागू ही नहीं होते।
तकनीकी नोट्स
हर कमी (gap) में एक ID (GAP-1, GAP-2 …), श्रेणी (error handling, permissions, validation, edge condition, data lifecycle, non-functional, security, localisation, accessibility, integration, audit logging या notifications), High/Medium/Low प्रभाव, छूटी हुई बात एक वाक्य में, वह क्यों अहम है, और आपके इनपुट की ही शैली में लिखा पेस्ट करने लायक रिक्वायरमेंट होता है। कमियाँ High से शुरू होकर क्रम में आती हैं, और पहले से अच्छी तरह कवर क्षेत्र भी सूचीबद्ध होते हैं।
संदर्भ
- ISTQB Certified Tester Foundation Level (CTFL) v4.0सॉफ़्टवेयर टेस्टिंग का फ़ाउंडेशन पाठ्यक्रम: टेस्ट स्तर और प्रकार, टेस्ट डिज़ाइन तकनीकें, टेस्ट प्रबंधन और टूल।
- ISO/IEC/IEEE 29119-1:2022 — Software and systems engineering — Software testing — Part 1: General conceptsसॉफ़्टवेयर टेस्टिंग का अंतरराष्ट्रीय मानक: अवधारणाएँ, प्रक्रियाएँ, दस्तावेज़ीकरण और तकनीकें।
- Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)एजाइल टेस्टिंग क्वाड्रेंट और टेस्टर डिलीवरी टीम के भीतर कैसे काम करते हैं — "सही परत पर टेस्टिंग" का आधार।