डेटा-संचालित परीक्षण

From alpha
Jump to navigation Jump to search

डेटा-संचालित परीक्षण (डीडीटी), जिसे टेबल-संचालित परीक्षण या पैरामीटरयुक्त परीक्षण के रूप में भी जाना जाता है, एक सॉफ़्टवेयर परीक्षण पद्धति है जिसका उपयोग कंप्यूटर सॉफ्टवेयर के परीक्षण में सीधे परीक्षण इनपुट और सत्यापन योग्य आउटपुट के साथ-साथ उस प्रक्रिया के रूप में स्थितियों की तालिका का उपयोग करके किए गए परीक्षण का वर्णन करने के लिए किया जाता है जहां परीक्षण पर्यावरण सेटिंग्स और नियंत्रण हार्ड-कोडित नहीं होते हैं।[1][2] सबसे सरल रूप में परीक्षक तालिका में एक पंक्ति से इनपुट की आपूर्ति करता है और उसी पंक्ति में होने वाले आउटपुट की अपेक्षा करता है। तालिका में आम तौर पर वे मान होते हैं जो सीमा या विभाजन इनपुट रिक्त स्थान के अनुरूप होते हैं। नियंत्रण पद्धति में, परीक्षण कॉन्फ़िगरेशन को डेटाबेस से पढ़ा जाता है।

परिचय

कंप्यूटर सॉफ्टवेयर या कंप्यूटर प्रोग्राम के परीक्षण में, इस परीक्षण को लागू करने के लिए कई पद्धतियाँ उपलब्ध हैं। इनमें से प्रत्येक विधियाँ सह-अस्तित्व में हैं क्योंकि वे बनाने और बाद में बनाए रखने के लिए आवश्यक प्रयास में भिन्न हैं। डेटा-संचालित परीक्षण का लाभ तालिका में अतिरिक्त इनपुट जोड़ने में आसानी है जब नए विभाजन खोजे जाते हैं या परीक्षण के तहत उत्पाद या सिस्टम में जोड़े जाते हैं। साथ ही, डेटा-संचालित परीक्षण प्रक्रिया में, परीक्षण वातावरण सेटिंग्स और नियंत्रण हार्ड-कोडित नहीं होते हैं। लागत पहलू डीडीटी को स्वचालन के लिए सस्ता लेकिन मैन्युअल परीक्षण के लिए महंगा बनाता है।

पद्धति सिंहावलोकन

डेटा-संचालित परीक्षण एक ढांचे में उनके संबंधित डेटा सेट के साथ चलने के लिए परीक्षण स्क्रिप्ट का निर्माण है। ढांचा रखरखाव को कम करने और परीक्षण कवरेज में सुधार करने के लिए पुन: प्रयोज्य परीक्षण तर्क प्रदान करता है। इनपुट और परिणाम (परीक्षण मानदंड) डेटा मान एक या अधिक केंद्रीय डेटा स्रोतों या डेटाबेस में संग्रहीत किए जा सकते हैं, वास्तविक प्रारूप, संगठन और उपकरण कार्यान्वयन विशिष्ट हो सकते हैं।

डेटा में इनपुट मान और आउटपुट सत्यापन मान दोनों के लिए उपयोग किए जाने वाले चर शामिल हैं। उन्नत (परिपक्व) स्वचालन वातावरण में डेटा को एक उद्देश्य-निर्मित कस्टम टूल या स्निफर का उपयोग करके चल रहे सिस्टम से काटा जा सकता है, इस प्रकार डीडीटी ढांचा एक शक्तिशाली स्वचालित प्रतिगमन परीक्षण उपकरण का उत्पादन करके एकत्रित डेटा का प्लेबैक करता है।

स्वचालित परीक्षण सूट में दोहराए जाने योग्य परीक्षण के लिए सिस्टम के जीयूआई के माध्यम से उपयोगकर्ता की बातचीत शामिल होती है। प्रत्येक परीक्षण पूर्व छवि संदर्भ डेटाबेस की एक प्रति के साथ शुरू होता है। उपयोगकर्ता इंटरैक्शन को नए जीयूआई संस्करण के माध्यम से दोबारा चलाया जाता है और परिणाम पोस्ट टेस्ट डेटाबेस में होता है। एक टूल का उपयोग करके संदर्भ पोस्ट परीक्षण डेटाबेस की तुलना पोस्ट परीक्षण डेटाबेस से की जाती है।[3] मतभेद संभावित प्रतिगमन को प्रकट करते हैं।

परीक्षण के तहत सिस्टम के माध्यम से नेविगेशन, डेटा स्रोतों को पढ़ना, और परीक्षण की स्थिति और जानकारी को लॉग करना सभी परीक्षण स्क्रिप्ट में कोडित हैं।

डेटा संचालित

कोई भी चीज़ जिसमें बदलने की क्षमता होती है (जिसे परिवर्तनशीलता भी कहा जाता है, और इसमें पर्यावरण, अंतिम बिंदु, परीक्षण डेटा, स्थान आदि जैसे तत्व शामिल होते हैं) को परीक्षण तर्क (स्क्रिप्ट) से अलग कर दिया जाता है और एक 'बाहरी संपत्ति' में ले जाया जाता है। यह एक कॉन्फ़िगरेशन या परीक्षण डेटासेट हो सकता है। स्क्रिप्ट में निष्पादित तर्क डेटा मानों द्वारा निर्धारित होता है।

कीवर्ड-संचालित परीक्षण समान है, सिवाय इसके कि परीक्षण मामले के लिए तर्क स्वयं क्रिया शब्दों के सेट के रूप में डेटा मानों के रूप में एन्कोड किया गया है, और परीक्षण स्क्रिप्ट में एम्बेडेड या हार्ड-कोडित नहीं किया गया है। स्क्रिप्ट डेटा स्रोत में रखे गए डेटा के लिए बस एक ड्राइवर (या वितरण तंत्र) है।

डेटा-संचालित परीक्षण के लिए उपयोग किए जाने वाले डेटाबेस में शामिल हो सकते हैं:

यह भी देखें

संदर्भ

  1. "golang/go TableDrivenTests". GitHub.
  2. "JUnit 5 User Guide". junit.org.
  3. "घर". diffkit.org.
  • Carl Nagle: Test Automation Frameworks[1], Software Automation Framework Support on SourceForge [2], Data-driven testing approach [3]