लाभ:
- कृत्रिम बुद्धिमत्ता के समर्थन से समतुल्य वर्ग, सीमा मूल्य विश्लेषण और निर्णय तालिकाओं जैसी तकनीकों के साथ एक आवश्यकता और स्वीकृति मानदंड को व्यापक परीक्षण मामलों में बदलने की क्षमता
- सकारात्मक, नकारात्मक और किनारे वाले मामलों के परिदृश्यों को अलग-अलग तैयार करने और उत्पाद जानकारी के साथ कृत्रिम बुद्धिमत्ता द्वारा छूटे हुए किनारे के मामलों को पूरा करने की क्षमता
- परीक्षण मामलों को स्वीकृति मानदंडों से जोड़कर पता लगाने की क्षमता स्थापित करने और कवरेज अंतराल और अनावश्यक ब्लोट को खत्म करने की क्षमता
परीक्षक का काम अक्सर इस खाली स्लेट से शुरू होता है: उसकी एक आवश्यकता होती है ("उपयोगकर्ता को अपना पासवर्ड रीसेट करने में सक्षम होना चाहिए") और उसे इस एकल वाक्य को दर्जनों ठोस जांचों में बदलना होगा जो साबित करेगा कि सॉफ्टवेयर वास्तव में सही ढंग से काम करता है। इस परिवर्तन को परीक्षण डिज़ाइन कहा जाता है। एक परीक्षण परिदृश्य के बीच अंतर जानना - एक उच्च स्तरीय उद्देश्य जो बताता है कि क्या परीक्षण करना है, जैसे "अमान्य पासवर्ड अस्वीकार कर दिया जाना चाहिए" - और एक परीक्षण मामला - एक निष्पादन योग्य इकाई जो ठोस चरणों, इनपुट और अपेक्षित परिणाम के साथ उस परिदृश्य का विवरण देती है, महत्वपूर्ण है। आर्टिफिशियल इंटेलिजेंस (एआई) ठीक इसी रिक्त पृष्ठ क्षण को गति देता है: एक आवश्यकता को सेकंडों में दर्जनों ड्राफ्ट परिदृश्यों में बदल देता है। लेकिन याद रखें - एआई उन स्थितियों को दोहराता है जिनके बारे में आप सोच सकते हैं; आप अपने उत्पाद ज्ञान से चुनें कि कौन सी परिस्थितियाँ वास्तव में महत्वपूर्ण हैं।
इस इकाई में, आप चरण दर चरण सीखेंगे कि किसी आवश्यकता को एआई समर्थन के साथ एक व्यापक लेकिन अव्यवस्था मुक्त परीक्षण सूट में कैसे बदला जाए।
चरण दर चरण: आवश्यकता से परीक्षण सेट तक
चरण 1 - आवश्यकता स्पष्ट करें। एआई को कच्ची आवश्यकता देने से पहले स्वीकृति मानदंड (ऐसी शर्तें जो किसी कार्य को "पूर्ण" माना जाना चाहिए) इकट्ठा करें। "पासवर्ड रीसेट करने योग्य होना चाहिए" पर्याप्त नहीं है; "रीसेट लिंक 30 मिनट के लिए वैध है", "एक ही पासवर्ड का पुन: उपयोग नहीं किया जा सकता" जैसे नियम वास्तविक परीक्षण का स्रोत हैं।
चरण 2 - परीक्षण तकनीकें लागू करें। एआई के बारे में केवल "एक स्क्रिप्ट लिखें" मत कहें; क्लासिक परीक्षण डिज़ाइन तकनीकों के नाम से पूछें:
- समतुल्यता वर्ग (समतुल्यता विभाजन): इनपुट को उन समूहों में विभाजित करना जिनसे समान व्यवहार उत्पन्न होने की उम्मीद की जाती है। उदाहरण के लिए, आयु क्षेत्र के लिए, "मान्य सीमा", "बहुत छोटा", और "बहुत बड़ा" वर्ग हैं; प्रत्येक कक्षा से एक उदाहरण का परीक्षण करना पर्याप्त है।
- सीमा मूल्य विश्लेषण: इस तथ्य के आधार पर सीमा मूल्यों का परीक्षण करना कि त्रुटियाँ सबसे अधिक सीमाओं पर होती हैं। यह 18 वर्ष की आयु सीमा के लिए 17, 18, 19 को अलग-अलग परीक्षण करने जैसा है।
- निर्णय तालिका: कई स्थितियों के संयोजन और प्रत्येक संयोजन के अपेक्षित परिणाम को सारणीबद्ध करना।
- राज्य परिवर्तन: एक राज्य से दूसरे राज्य में सिस्टम के संक्रमण का परीक्षण करना (उदाहरण के लिए, ऑर्डर: बनाया गया → भुगतान किया गया → शिप किया गया) और अमान्य संक्रमण।
चरण 3 - सकारात्मक, नकारात्मक और किनारे की स्थिति को अलग करें। एक सकारात्मक परीक्षण (सही इनपुट के साथ अपेक्षित परिणाम), एक नकारात्मक परीक्षण (अमान्य इनपुट के साथ उचित त्रुटि), और एक किनारे का मामला - सीमा रेखा या असामान्य मामले के लिए पूछें। एआई आम तौर पर सकारात्मक पर जोर देता है; नकारात्मक और किनारे वाले मामले तब तक अधूरे हैं जब तक आप स्पष्ट रूप से उनसे अनुरोध नहीं करते।
चरण 4 - प्राथमिकता दें और काट-छाँट करें। AI 60 परिदृश्य उत्पन्न कर सकता है; वे सभी समान मूल्य के नहीं हैं। उच्च जोखिम (धन, सुरक्षा, डेटा हानि) वाले लोगों को प्राथमिकता दें और जो डुप्लिकेट हैं उन्हें संयोजित करें।
युक्ति: एआई को एक अलग अनुरोध भेजें जिसमें कहा गया हो कि "इस आवश्यकता से 5 अकल्पनीय किनारे वाले मामले उत्पन्न करें"। एआई का सबसे मूल्यवान योगदान यह है कि यह अक्सर आपको उन असाधारण स्थितियों की याद दिलाता है जिन्हें आपने अनदेखा कर दिया है।
कमजोर संकेत/मजबूत संकेत
कमजोर: "पासवर्ड रीसेट के लिए परीक्षण मामले लिखें।"
मजबूत: "निम्नलिखित स्वीकृति मानदंडों के साथ 'पासवर्ड रीसेट' सुविधा के लिए परीक्षण मामले तैयार करें: लिंक 30 मिनट के लिए वैध, एकल उपयोग, अंतिम 3 पासवर्ड का पुन: उपयोग नहीं किया जा सकता है, 5 गलत प्रयासों के बाद खाता 15 मिनट के लिए लॉक किया गया है। समतुल्य वर्ग और सीमा मूल्य विश्लेषण लागू करें। सकारात्मक, नकारात्मक और किनारे के मामलों को अलग-अलग शीर्षकों में दें। प्रत्येक मामले के लिए: आईडी, पूर्वापेक्षा, चरण, परीक्षण डेटा, अपेक्षित परिणाम, संबंधित स्वीकृति मानदंड। सुरक्षा/लॉकिंग परिदृश्यों को हाइलाइट करें। इसे लें।"
शक्तिशाली संकेत; यह नियम, तकनीक, आउटपुट स्वरूप और प्राथमिकता क्रम देता है। इस प्रकार, एआई सजावटी नहीं बल्कि निष्पादन योग्य और ट्रेस करने योग्य परीक्षण मामले तैयार करता है।
टेस्ट केस आउटपुट स्वरूप
एक संरचित प्रारूप के लिए पूछें जिसे सीधे आपकी टीम के परीक्षण प्रबंधन उपकरण (उदाहरण के लिए टेस्टरेल, जेफिर, एक्सरे) में आयात किया जा सके। निम्न तालिका एक अच्छे परीक्षण मामले के घटकों को दर्शाती है:
क्षेत्र
विवरण
उदाहरण
आईडी
अद्वितीय आईडी
टीसी-पीडब्ल्यूडी-014
शीर्षक
संक्षिप्त उद्देश्य
समाप्त लिंक अस्वीकार कर दिया जाएगा
पूर्वावश्यकता
परीक्षण से पहले शर्त आवश्यक
रीसेट लिंक 31 मिनट पहले जनरेट किया गया था
कदम
अनुक्रमिक क्रियाएँ
1. लिंक पर क्लिक करें 2. नया पासवर्ड डालें
परीक्षण डेटा
ठोस मूल्यों का प्रयोग किया गया
पुराना लिंक, नया पासवर्ड "एबीसी!2345"
अपेक्षित परिणाम
व्यवहार का सत्यापन किया जाना है
"लिंक समाप्त हो गया" त्रुटि, पासवर्ड नहीं बदलता है
स्वीकृति मानदंड
ट्रैसेबिलिटी लिंक
एके-3: लिंक 30 मिनट के लिए वैध है
प्राथमिकता
जोखिम स्तर
उच्च
चार प्रतिलिपि योग्य टेम्पलेट
1) तकनीकी आधारित परिदृश्य उत्पादन:
आपकी भूमिका: वरिष्ठ परीक्षण डिजाइनर। सुविधा के लिए परीक्षण मामले तैयार करें: [सुविधा और स्वीकृति मानदंड]। लागू करें: समतुल्य वर्ग, ब्रेकपॉइंट विश्लेषण, निर्णय तालिका। 3 समूहों में आउटपुट प्रदान करें: सकारात्मक / नकारात्मक / बढ़त मामला। प्रत्येक मामला: आईडी, पूर्व शर्त, चरण, परीक्षण डेटा, अपेक्षित परिणाम, संबंधित स्वीकृति मानदंड, प्राथमिकता (उच्च / मध्यम / निम्न)।
2) एज केस हंटर:
निम्नलिखित फ़ीचर के लिए आम तौर पर नज़रअंदाज़ किए जाने वाले 10 किनारे के मामलों की सूची बनाएं: [फ़ीचर]। एक वाक्य में लिखिए कि यह प्रत्येक के लिए जोखिम भरा क्यों है। खाली/शून्य, इनपुट बहुत लंबा, समवर्ती, टाइमआउट, प्रारूप त्रुटियां, यूनिकोड/इमोजी, नकारात्मक/शून्य, नेटवर्क आउटेज जैसे अक्षों के बारे में सोचें।
3) निर्णय तालिका उत्पादन:
निम्नलिखित व्यावसायिक नियम के लिए निर्णय तालिका बनाएं: [नियम]। कॉलम: स्थिति संयोजन; पंक्तियाँ: प्रत्येक शर्त और अपेक्षित कार्रवाई। अप्राप्य या परस्पर विरोधी संयोजनों को चिह्नित करें. फिर प्रत्येक संयोजन के लिए एक परीक्षण मामला प्रस्तावित करें।
4) पता लगाने की क्षमता नियंत्रण:
स्वीकृति मानदंडों की निम्नलिखित सूची और निम्नलिखित परीक्षण मामलों को देखते हुए: [मानदंड] / [मामले]। सारणीबद्ध रूप में दिखाएं कि कौन से स्वीकृति मानदंड बिना किसी परीक्षण मामले (कवरेज अंतर) से पूरे होते हैं और कौन से मामले किसी भी मानदंड (अनावश्यक मामले) से पूरे नहीं होते हैं।
तीन मिनी मामले
केस 1 - किनारे की स्थिति का मान। फिनटेक टीम के एक विशेषज्ञ ने मनी ट्रांसफर सुविधा के लिए 18 स्क्रिप्ट लिखी थीं। उन्होंने एआई पर "एज केस हंटर" टेम्पलेट लागू किया; एआई ने "एक ही समय में दो उपकरणों से समान संतुलन स्थानांतरित करने" (संगामिति) की स्थिति की याद दिला दी। जब इस परिदृश्य का परीक्षण किया गया, तो दोहरी व्यय भेद्यता पाई गई और लाइव होने से पहले इसे बंद कर दिया गया। एकल सीमांत स्थिति ने संभावित छह-अंकीय हानि को रोक दिया।
केस 2 - उभार को ट्रिम करना। एक टीम ने एआई से सदस्यता फॉर्म के लिए एक स्क्रिप्ट तैयार कराई और 74 मामले सामने आए। ट्रैसेबिलिटी टेम्प्लेट चलाने पर पाया गया कि 74 मामले केवल 9 स्वीकृति मानदंडों को पूरा करते हैं, जिनमें से कई ने समान तुल्यता वर्ग का पुन: परीक्षण किया है। सेट को 74 से घटाकर 23 महत्वपूर्ण मामले कर दिया गया; रन टाइम में 68% की कमी आई, कवरेज में कमी नहीं आई।
केस 3 - गलत धारणा। एआई ने दिनांक फ़ील्ड के लिए "31 फरवरी" जैसी अमान्य तिथियों का परीक्षण करने का सुझाव दिया, लेकिन यह नहीं पता था कि टीम जिस कैलेंडर घटक का उपयोग कर रही थी उसने पहले ही इसे अवरुद्ध कर दिया था। विशेषज्ञ ने उत्पाद के संदर्भ में अनावश्यक के रूप में एआई द्वारा उत्पादित 6 दिनांक परिदृश्यों में से 4 को हटा दिया। एआई ने संभावनाएं पैदा कीं; उत्पाद जानकारी का चयन किया.
सामान्य गलतियाँ
- स्वीकृति मानदंड दिए बिना स्क्रिप्ट का अनुरोध करना। यह जाने बिना कि क्या सच है, एआई सतही परिदृश्य उत्पन्न करता है जो अक्सर वास्तविक जोखिम से चूक जाते हैं।
- बस सकारात्मक परीक्षणों के लिए तैयार हूं। स्पष्ट रूप से नकारात्मक और किनारे वाले मामले नहीं चाहते। यहीं पर अक्सर त्रुटियां होती हैं।
- जो उत्पादित है उसे वैसे ही स्वीकार करना। यह भूल जाना कि एआई उत्पाद संदर्भ को नहीं जानता है और सेट पर अनावश्यक या असंभव परिदृश्य छोड़ रहा है।
- ट्रैसेबिलिटी को दरकिनार करना। मामलों को स्वीकृति मानदंड से न जोड़ना; परिणामस्वरूप, यह नहीं देखा जाता कि किस मानदंड (कवरेज गैप) का परीक्षण नहीं किया गया है।
- मात्रा संबंधी भ्रांति. खुश हूं क्योंकि ''60 स्क्रिप्ट्स रिलीज हो चुकी हैं''. मूल्य संख्या में नहीं है, बल्कि उस दायरे में है जो जोखिम को कवर करता है।
सारांश
परीक्षण डिज़ाइन एक-वाक्य की आवश्यकता को ठोस, निष्पादन योग्य मामलों में अनुवाद करने के बारे में है जो सॉफ़्टवेयर की शुद्धता साबित करता है। एआई इस परिवर्तन को बहुत तेज करता है: जब आप इसे स्वीकृति मानदंड, शास्त्रीय परीक्षण तकनीक (समतुल्यता वर्ग, ब्रेकप्वाइंट, निर्णय तालिका, राज्य संक्रमण) और एक स्पष्ट आउटपुट प्रारूप देते हैं तो यह व्यापक ब्लूप्रिंट तैयार करता है। लेकिन एआई सकारात्मकता के प्रति पक्षपाती है, उत्पाद संदर्भ को नहीं जानता है, और अनावश्यक ब्लोट पैदा कर सकता है। आपका काम स्पष्ट रूप से नकारात्मक और सीमांत मामलों का अनुरोध करना, पता लगाने की क्षमता स्थापित करना, जोखिम को प्राथमिकता देना और काट-छाँट करना है।
आवेदन कार्य
अपने स्वयं के प्रोजेक्ट से एक सुविधा चुनें और स्वीकृति मानदंड लिखें। एआई को "तकनीक-आधारित परिदृश्य निर्माण" टेम्पलेट के साथ परीक्षण मामले तैयार करने दें। फिर "एज केस हंटर" और "ट्रेसेबिलिटी चेक" टेम्पलेट लागू करें। परिणामस्वरूप: (1) कम से कम 3 किनारे वाले मामले जोड़ें जिन्हें एआई छोड़ देता है, (2) ऐसे मामले जो किसी भी स्वीकृति मानदंड से नहीं जुड़ते हैं, (3) नए मामले लिखें यदि कोई स्वीकृति मानदंड अप्रयुक्त रह गया है। अंतिम सेट को एक स्प्रेडशीट में डालें।
चेकलिस्ट
- [ ] स्क्रिप्ट का अनुरोध करने से पहले, मैंने स्वीकृति मानदंड स्पष्ट कर दिए थे।
- [ ] मैंने YZ से नाम के आधार पर समतुल्यता वर्ग और सीमा मूल्य विश्लेषण पूछा।
- [ ] मैंने सकारात्मक, नकारात्मक और बढ़त की स्थिति अलग-अलग उत्पन्न की।
- [ ] मैंने प्रत्येक परीक्षण मामले को एक स्वीकृति मानदंड (ट्रेसेबिलिटी) से जोड़ा है।
- [ ] मैंने तालिका के साथ स्कोप गैप और अनावश्यक मामलों की जाँच की।
- [ ] मैंने जोखिम को प्राथमिकता दी और सूजे हुए सेट को काट दिया।