वर्गीकरण वृक्ष विधि: Difference between revisions
(Created page with "{{About|a software testing methodology|decision trees and prediction modeling using them (known as Classification tree)|Decision tree|and|Classification tree}} वर्ग...") |
(TEXT) |
||
Line 15: | Line 15: | ||
जबकि विधि को पेन और पेपर का उपयोग करके लागू किया जा सकता है, सामान्य तरीके में वर्गीकरण ट्री विधि #वर्गीकरण ट्री संपादक का उपयोग शामिल है, जो वर्गीकरण ट्री पद्धति को लागू करने वाला एक सॉफ्टवेयर टूल है।<ref name=GW /> | जबकि विधि को पेन और पेपर का उपयोग करके लागू किया जा सकता है, सामान्य तरीके में वर्गीकरण ट्री विधि #वर्गीकरण ट्री संपादक का उपयोग शामिल है, जो वर्गीकरण ट्री पद्धति को लागू करने वाला एक सॉफ्टवेयर टूल है।<ref name=GW /> | ||
== आवेदन == | == आवेदन == | ||
Line 90: | Line 88: | ||
बूलियन डिपेंडेंसी रूल्स के अलावा, वर्गीकरण ट्री की कक्षाओं का जिक्र करते हुए, न्यूमेरिकल कॉन्स्ट्रेंट्स, वेरिएबल्स के रूप में वर्गीकरण के साथ फ़ार्मुलों को निर्दिष्ट करने की अनुमति देते हैं, जो एक परीक्षण मामले में चयनित वर्ग का मूल्यांकन करेगा।<ref name="numdeb">{{cite book|last=Kruse|first=Peter M.|author2=Bauer, Jürgen |author3=Wegener, Joachim |title=कॉम्बिनेटोरियल इंटरेक्शन टेस्टिंग के लिए संख्यात्मक प्रतिबंध|journal=Software Testing, Verification and Validation (ICST), 2012 IEEE Fifth International Conference on|date=April 2012|pages=758–763|doi=10.1109/ICST.2012.170|isbn=978-0-7695-4670-4|s2cid=16683773}}</ref> | बूलियन डिपेंडेंसी रूल्स के अलावा, वर्गीकरण ट्री की कक्षाओं का जिक्र करते हुए, न्यूमेरिकल कॉन्स्ट्रेंट्स, वेरिएबल्स के रूप में वर्गीकरण के साथ फ़ार्मुलों को निर्दिष्ट करने की अनुमति देते हैं, जो एक परीक्षण मामले में चयनित वर्ग का मूल्यांकन करेगा।<ref name="numdeb">{{cite book|last=Kruse|first=Peter M.|author2=Bauer, Jürgen |author3=Wegener, Joachim |title=कॉम्बिनेटोरियल इंटरेक्शन टेस्टिंग के लिए संख्यात्मक प्रतिबंध|journal=Software Testing, Verification and Validation (ICST), 2012 IEEE Fifth International Conference on|date=April 2012|pages=758–763|doi=10.1109/ICST.2012.170|isbn=978-0-7695-4670-4|s2cid=16683773}}</ref> | ||
== वर्गीकरण वृक्ष संपादक == | == वर्गीकरण वृक्ष संपादक == | ||
वर्गीकरण वृक्ष संपादक (सीटीई) परीक्षण डिजाइन के लिए एक सॉफ्टवेयर उपकरण है जो वर्गीकरण वृक्ष पद्धति को लागू करता है।<ref name=vehicleElectronics>{{cite book|last=International|first=SAE|title=Vehicle electronics to digital mobility : the next generation of convergence ; proceedings of the 2004 International Congress on Transportation Electronics, Convergence 2004, [Cobo Center, Detroit, Michigan, USA, October 18 - 20, 2004]|year=2004|publisher=Society of Automotive Engineers|location=Warrendale, Pa.|isbn=978-0768015430|pages=305–306}}</ref><ref name=behave>{{cite book|last=[edited by] Gomes|first=Luís|author2=Fernandes, João M.|title=डिजाइन और कार्यान्वयन के लिए एम्बेडेड सिस्टम और प्रौद्योगिकी अनुप्रयोगों के लिए व्यवहारिक मॉडलिंग|year=2010|publisher=Information Science Reference|location=Hershey, PA|isbn=978-1605667515|page=386}}</ref><ref name=justyna>{{cite book|last=[edited by] Zander|first=Justyna|title=एम्बेडेड सिस्टम के लिए मॉडल-आधारित परीक्षण|publisher=CRC Press|location=Boca Raton|isbn=978-1439818459 |author2=Schieferdecker, Ina |author3=Mosterman, Pieter J.|page=10|date=2011-09-15}}</ref><ref name=model2>{{cite book|last=[edited by] Rech|first=Jörg|author2=Bunse, Christian|title=गुणवत्ता आश्वासन को एकीकृत करने वाला मॉडल-संचालित सॉफ्टवेयर विकास|year=2009|publisher=Information Science Reference|location=Hershey|isbn=978-1605660073|page=101}}</ref> | वर्गीकरण वृक्ष संपादक (सीटीई) परीक्षण डिजाइन के लिए एक सॉफ्टवेयर उपकरण है जो वर्गीकरण वृक्ष पद्धति को लागू करता है।<ref name=vehicleElectronics>{{cite book|last=International|first=SAE|title=Vehicle electronics to digital mobility : the next generation of convergence ; proceedings of the 2004 International Congress on Transportation Electronics, Convergence 2004, [Cobo Center, Detroit, Michigan, USA, October 18 - 20, 2004]|year=2004|publisher=Society of Automotive Engineers|location=Warrendale, Pa.|isbn=978-0768015430|pages=305–306}}</ref><ref name=behave>{{cite book|last=[edited by] Gomes|first=Luís|author2=Fernandes, João M.|title=डिजाइन और कार्यान्वयन के लिए एम्बेडेड सिस्टम और प्रौद्योगिकी अनुप्रयोगों के लिए व्यवहारिक मॉडलिंग|year=2010|publisher=Information Science Reference|location=Hershey, PA|isbn=978-1605667515|page=386}}</ref><ref name=justyna>{{cite book|last=[edited by] Zander|first=Justyna|title=एम्बेडेड सिस्टम के लिए मॉडल-आधारित परीक्षण|publisher=CRC Press|location=Boca Raton|isbn=978-1439818459 |author2=Schieferdecker, Ina |author3=Mosterman, Pieter J.|page=10|date=2011-09-15}}</ref><ref name=model2>{{cite book|last=[edited by] Rech|first=Jörg|author2=Bunse, Christian|title=गुणवत्ता आश्वासन को एकीकृत करने वाला मॉडल-संचालित सॉफ्टवेयर विकास|year=2009|publisher=Information Science Reference|location=Hershey|isbn=978-1605660073|page=101}}</ref> | ||
Line 131: | Line 127: | ||
* टेस्ट अनुक्रम जनरेशन<ref name="seqgen" />[[मल्टी-एजेंट सिस्टम]] का उपयोग करना | * टेस्ट अनुक्रम जनरेशन<ref name="seqgen" />[[मल्टी-एजेंट सिस्टम]] का उपयोग करना | ||
* संख्यात्मक प्रतिबंध<ref name="numdeb" /> | * संख्यात्मक प्रतिबंध<ref name="numdeb" /> | ||
=== टेस्टोना === | === टेस्टोना === | ||
Line 194: | Line 188: | ||
win64 | win64 | ||
|} | |} | ||
== लाभ == | == लाभ == | ||
Line 200: | Line 193: | ||
* परीक्षण प्रासंगिक पहलुओं का चित्रमय प्रतिनिधित्व<ref name=advStest /> | * परीक्षण प्रासंगिक पहलुओं का चित्रमय प्रतिनिधित्व<ref name=advStest /> | ||
* प्रासंगिक परीक्षण पहलुओं की पहचान और परीक्षण मामलों में उनके संयोजन दोनों के लिए विधि<ref name=lkk /> | * प्रासंगिक परीक्षण पहलुओं की पहचान और परीक्षण मामलों में उनके संयोजन दोनों के लिए विधि<ref name=lkk /> | ||
== सीमाएं == | == सीमाएं == | ||
Line 207: | Line 198: | ||
* नए उपयोगकर्ता बहुत अधिक (विशेष रूप से अप्रासंगिक) परीक्षण पहलुओं को शामिल करते हैं जिसके परिणामस्वरूप बहुत अधिक परीक्षण मामले होते हैं। | * नए उपयोगकर्ता बहुत अधिक (विशेष रूप से अप्रासंगिक) परीक्षण पहलुओं को शामिल करते हैं जिसके परिणामस्वरूप बहुत अधिक परीक्षण मामले होते हैं। | ||
* परीक्षण प्रासंगिक पहलुओं के चयन के लिए कोई एल्गोरिदम या सख्त मार्गदर्शन नहीं है।<ref>{{cite book|last=Chen|first=T.Y.|author2=Poon, P.-L.|title=Classification-Hierarchy Table: a methodology for constructing the classification tree|journal=Australian Software Engineering Conference, 1996., Proceedings of 1996|year=1996|pages=93–104|doi=10.1109/ASWEC.1996.534127|isbn=978-0-8186-7635-2|s2cid=6789744}}</ref> | * परीक्षण प्रासंगिक पहलुओं के चयन के लिए कोई एल्गोरिदम या सख्त मार्गदर्शन नहीं है।<ref>{{cite book|last=Chen|first=T.Y.|author2=Poon, P.-L.|title=Classification-Hierarchy Table: a methodology for constructing the classification tree|journal=Australian Software Engineering Conference, 1996., Proceedings of 1996|year=1996|pages=93–104|doi=10.1109/ASWEC.1996.534127|isbn=978-0-8186-7635-2|s2cid=6789744}}</ref> | ||
== संदर्भ == | == संदर्भ == | ||
{{Reflist}} | {{Reflist}} |
Revision as of 20:36, 7 March 2023
वर्गीकरण वृक्ष विधि परीक्षण डिजाइन के लिए एक विधि है,[1] क्योंकि इसका उपयोग सॉफ्टवेयर विकास के विभिन्न क्षेत्रों में किया जाता है।[2] इसे 1993 में Grimm और Grochtmann द्वारा विकसित किया गया था।[3] वर्गीकरण ट्री पद्धति के संदर्भ में वर्गीकरण ट्री को निर्णय ट्री के साथ भ्रमित नहीं होना चाहिए।
वर्गीकरण ट्री पद्धति में दो प्रमुख चरण होते हैं:[4][5]
- परीक्षण प्रासंगिक पहलुओं की पहचान (तथाकथित वर्गीकरण) और उनके संबंधित मूल्य (जिन्हें वर्ग कहा जाता है) और साथ ही
- परीक्षण मामलों में सभी वर्गीकरणों से विभिन्न वर्गों का संयोजन।
परीक्षण प्रासंगिक पहलुओं की पहचान आमतौर पर परीक्षण के तहत प्रणाली के (कार्यात्मक) विनिर्देश (जैसे आवश्यकताओं, उपयोग मामलों ...) का पालन करती है। ये पहलू परीक्षण वस्तु के इनपुट और आउटपुट डेटा स्थान का निर्माण करते हैं।
परीक्षण डिजाइन का दूसरा चरण तब संयोजी परीक्षण डिजाइन के सिद्धांतों का अनुसरण करता है।[4]
जबकि विधि को पेन और पेपर का उपयोग करके लागू किया जा सकता है, सामान्य तरीके में वर्गीकरण ट्री विधि #वर्गीकरण ट्री संपादक का उपयोग शामिल है, जो वर्गीकरण ट्री पद्धति को लागू करने वाला एक सॉफ्टवेयर टूल है।[6]
आवेदन
वर्गीकरण वृक्ष पद्धति (सीटीएम) को लागू करने के लिए आवश्यक शर्तें परीक्षण के तहत एक प्रणाली का चयन (या परिभाषा) है। सीटीएम एक ब्लैक-बॉक्स परीक्षण पद्धति है और परीक्षण के तहत किसी भी प्रकार की प्रणाली का समर्थन करता है। इसमें कंप्यूटर हार्डवेयर, एकीकृत हार्डवेयर-सॉफ्टवेयर सिस्टम, उपकरणों के नियंत्रण के लिए सॉफ्टवेयर, उपयोगकर्ता इंटरफ़ेस, ऑपरेटिंग सिस्टम, पार्सर और अन्य (या उल्लेखित सिस्टम के सबसिस्टम) सहित सादे सॉफ़्टवेयर सिस्टम शामिल हैं (लेकिन यह इन्हीं तक सीमित नहीं है)।
परीक्षण के तहत एक चयनित प्रणाली के साथ, वर्गीकरण ट्री पद्धति का पहला चरण परीक्षण प्रासंगिक पहलुओं की पहचान है।[4] परीक्षण के तहत किसी भी प्रणाली को वर्गीकरण के एक सेट द्वारा वर्णित किया जा सकता है, जिसमें इनपुट और आउटपुट पैरामीटर दोनों शामिल हैं। (इनपुट मापदंडों में पर्यावरण (सिस्टम) के राज्य, पूर्व-शर्तें और अन्य, असामान्य पैरामीटर भी शामिल हो सकते हैं)।[2] पैरामीटर की घटना का वर्णन करते हुए प्रत्येक वर्गीकरण में कई अलग-अलग वर्ग हो सकते हैं। कक्षाओं का चयन आम तौर पर ठोस परीक्षण मामलों के लिए सार परीक्षण मामलों और सीमा-मूल्य विश्लेषण के लिए समकक्ष विभाजन के सिद्धांत का पालन करता है।[5] सभी वर्गीकरण मिलकर वर्गीकरण वृक्ष बनाते हैं। शब्दार्थ उद्देश्य के लिए, वर्गीकरण को रचनाओं में बांटा जा सकता है।
परीक्षण मामलों की अधिकतम संख्या पेड़ में सभी वर्गीकरणों के सभी वर्गों का कार्टेशियन उत्पाद है, जिसके परिणामस्वरूप यथार्थवादी परीक्षण समस्याओं के लिए बड़ी संख्या में परिणाम मिलते हैं। परीक्षण मामलों की न्यूनतम संख्या वर्गीकरण में कक्षाओं की संख्या है जिसमें सबसे अधिक वर्ग हैं।
दूसरे चरण में, वर्गीकरण वृक्ष के प्रत्येक वर्गीकरण से ठीक एक वर्ग का चयन करके परीक्षण मामलों की रचना की जाती है। मूल रूप से परीक्षण मामलों का चयन[3] परीक्षण इंजीनियर द्वारा किया जाने वाला एक मैन्युअल कार्य था।
उदाहरण
डेटाबेस सिस्टम के लिए, टेस्ट डिज़ाइन का प्रदर्शन किया जाना है।
वर्गीकरण वृक्ष पद्धति को लागू करते हुए, परीक्षण प्रासंगिक पहलुओं की पहचान वर्गीकरण देती है: उपयोगकर्ता विशेषाधिकार, संचालन और पहुंच विधि। उपयोगकर्ता विशेषाधिकारों के लिए, दो वर्गों की पहचान की जा सकती है: नियमित उपयोगकर्ता और प्रशासक उपयोगकर्ता। तीन ऑपरेशन हैं: जोड़ें, संपादित करें और हटाएं। एक्सेस मेथड के लिए, फिर से तीन वर्गों की पहचान की जाती है: नेटिव टूल, वेब ब्राउज़र , एपीआई। वेब ब्राउजर वर्ग को परीक्षण पहलू ब्रांड के साथ और परिष्कृत किया गया है, यहां तीन संभावित वर्ग शामिल हैं: इंटरनेट एक्सप्लोरर, मोज़िला फ़ायरफ़ॉक्स और एप्पल सफारी
वर्गीकरण वृक्ष पद्धति का पहला चरण अब पूरा हो गया है। बेशक, शामिल करने के लिए और भी संभावित परीक्षण पहलू हैं, उदा। कनेक्शन की एक्सेस गति, डेटाबेस में मौजूद डेटाबेस रिकॉर्ड की संख्या, आदि। एक पेड़ के संदर्भ में ग्राफिकल प्रतिनिधित्व का उपयोग करके, चयनित पहलुओं और उनके संबंधित मूल्यों की शीघ्रता से समीक्षा की जा सकती है।
आँकड़ों के लिए, कुल 30 संभावित परीक्षण मामले हैं (2 विशेषाधिकार * 3 संचालन * 5 पहुँच विधियाँ)। न्यूनतम कवरेज के लिए, 5 परीक्षण मामले पर्याप्त हैं, क्योंकि 5 पहुँच विधियाँ हैं (और पहुँच विधि वह वर्गीकरण है जिसमें सबसे अधिक संख्या में असंयुक्त वर्ग हैं)।
दूसरे चरण में, तीन परीक्षण मामले मैन्युअल रूप से चुने गए हैं:
- एक नियमित उपयोगकर्ता नेटिव टूल का उपयोग करके डेटाबेस में एक नया डेटा सेट जोड़ता है।
- व्यवस्थापक उपयोगकर्ता फ़ायरफ़ॉक्स ब्राउज़र का उपयोग कर मौजूदा डेटा सेट संपादित करता है।
- एक नियमित उपयोगकर्ता एपीआई का उपयोग करके डेटाबेस से डेटा सेट को हटा देता है।
संवर्द्धन
पृष्ठभूमि
सीटीएम ने निम्नलिखित फायदे पेश किए[2] श्रेणी विभाजन विधि पर[7] (सीपीएम) ऑस्ट्रैंड और बाल्सर द्वारा:
- अंकन: सीपीएम में केवल एक शाब्दिक संकेतन था, जबकि सीटीएम एक चित्रमय, पेड़ के आकार का प्रतिनिधित्व करता है।
- परिशोधन एक प्रतिनिधि का चयन करने से अन्य प्रतिनिधियों की घटना पर प्रभाव पड़ सकता है।
- सीपीएम केवल इस परिदृश्य को संभालने के लिए प्रतिबंध प्रदान करता है।
- CTM वर्गीकरण ट्री में पदानुक्रमिक परिशोधन की मॉडलिंग की अनुमति देता है, जिसे 'अंतर्निहित निर्भरता' भी कहा जाता है।
- टूल सपोर्ट: ऑस्ट्रैंड और बाल्सर द्वारा प्रस्तुत टूल केवल टेस्ट केस जेनरेशन को सपोर्ट करता है, लेकिन पार्टिशनिंग को नहीं।
- ग्रोचटमैन और वेगेनर ने अपना टूल, क्लासिफिकेशन ट्री मेथड # क्लासिफिकेशन ट्री एडिटर (सीटीई) प्रस्तुत किया, जो विभाजन के साथ-साथ टेस्ट केस जेनरेशन दोनों का समर्थन करता है।[6]
एंबेडेड सिस्टम के लिए वर्गीकरण ट्री विधि
वर्गीकरण वृक्ष विधि पहले सार परीक्षण मामलों के डिजाइन और विनिर्देश के लिए अभिप्रेत थी। एम्बेडेड सिस्टम के लिए वर्गीकरण ट्री विधि के साथ,[8] परीक्षण कार्यान्वयन भी किया जा सकता है। कई अतिरिक्त विशेषताएं विधि के साथ एकीकृत हैं:
- परमाणु परीक्षण मामलों के अलावा, कई परीक्षण चरणों वाले परीक्षण अनुक्रमों को निर्दिष्ट किया जा सकता है।
- प्रत्येक परीक्षण चरण के लिए एक ठोस समय (जैसे सेकंड, मिनट ...) निर्दिष्ट किया जा सकता है।
- विभिन्न परीक्षण चरणों के चयनित वर्गों के बीच सिग्नल संक्रमण (जैसे रैखिक, तख़्ता (गणित), साइन ...) निर्दिष्ट किया जा सकता है।
- घटना (कंप्यूटिंग) और राज्य (कंप्यूटर विज्ञान) के बीच एक अंतर को मॉडल किया जा सकता है, एक परीक्षण में विभिन्न दृश्य चिह्नों द्वारा दर्शाया गया है।
मॉड्यूल और इकाई का परीक्षण टूल टेस्सी (सॉफ्टवेयर) इस एक्सटेंशन पर निर्भर करता है।
निर्भरता नियम और स्वचालित टेस्ट केस जनरेशन
मॉडलिंग बाधाओं का एक तरीका वर्गीकरण वृक्ष पद्धति में शोधन तंत्र का उपयोग कर रहा है। हालांकि, यह विभिन्न वर्गीकरणों के वर्गों के बीच मॉडलिंग बाधा (सूचना सिद्धांत) की अनुमति नहीं देता है। लेहमन और वेगेनर ने सीटीई के अपने अवतार के साथ बूलियन अभिव्यक्तियों पर आधारित निर्भरता नियम पेश किए।[9] आगे की विशेषताओं में मिश्रित परीक्षण डिजाइन (उदाहरण के लिए सभी जोड़े परीक्षण) का उपयोग करके परीक्षण सूट की स्वचालित पीढ़ी शामिल है।
प्राथमिकता वाले टेस्ट केस जेनरेशन
वर्गीकरण ट्री पद्धति में हालिया संवर्द्धन में जोखिम-आधारित परीक्षण शामिल है: वर्गीकरण ट्री के तत्वों को घटना और त्रुटि संभावना या जोखिम के संदर्भ में भार देना संभव है। परीक्षण मामलों को प्राथमिकता देने के लिए परीक्षण केस निर्माण के दौरान इन भारों का उपयोग किया जाता है।[10][11] असतत संभाव्यता वितरण के रूप में तत्व भार की व्याख्या करके सांख्यिकी भी उपलब्ध है (उदाहरण के लिए पहनने और थकान (सामग्री) परीक्षणों के लिए)।
टेस्ट अनुक्रम जनरेशन
एक वर्गीकरण के अलग-अलग वर्गों के बीच मान्य संक्रमणों को जोड़ने के साथ, वर्गीकरण को परिमित-राज्य मशीन के रूप में व्याख्या किया जा सकता है, और इसलिए पूरे वर्गीकरण वृक्ष को एक स्टेटचार्ट#हारेल स्टेटचार्ट के रूप में समझा जा सकता है। यह परीक्षण चरणों में कक्षा के उपयोग के अनुमत क्रम को परिभाषित करता है और स्वचालित रूप से परीक्षण अनुक्रम बनाने की अनुमति देता है।[12] विभिन्न कवरेज स्तर उपलब्ध हैं, जैसे कोड कवरेज # मूल कवरेज मानदंड, संक्रमण कवरेज और राज्य जोड़े और संक्रमण जोड़े का कवरेज।
संख्यात्मक प्रतिबंध
बूलियन डिपेंडेंसी रूल्स के अलावा, वर्गीकरण ट्री की कक्षाओं का जिक्र करते हुए, न्यूमेरिकल कॉन्स्ट्रेंट्स, वेरिएबल्स के रूप में वर्गीकरण के साथ फ़ार्मुलों को निर्दिष्ट करने की अनुमति देते हैं, जो एक परीक्षण मामले में चयनित वर्ग का मूल्यांकन करेगा।[13]
वर्गीकरण वृक्ष संपादक
वर्गीकरण वृक्ष संपादक (सीटीई) परीक्षण डिजाइन के लिए एक सॉफ्टवेयर उपकरण है जो वर्गीकरण वृक्ष पद्धति को लागू करता है।[14][15][16][17] समय के साथ, CTE टूल के कई संस्करण सामने आए हैं, जो कई (उस समय तक लोकप्रिय) प्रोग्रामिंग भाषाओं में लिखे गए हैं और कई कंपनियों द्वारा विकसित किए गए हैं।
सीटीई 1
CTE का मूल संस्करण डेमलर बेंज इंडस्ट्रियल रिसर्च में विकसित किया गया था[6][16] बर्लिन में सुविधाएं। यह 1993 में दिखाई दिया और पास्कल (प्रोग्रामिंग भाषा) में लिखा गया था। यह केवल यूनिक्स सिस्टम पर उपलब्ध था।
सीटीई 2
1997 में एक प्रमुख पुनर्कार्यान्वयन किया गया, जिससे CTE 2 का निर्माण हुआ। विकास फिर से डेमलर-बेंज इंडस्ट्रियल रिसर्च में था। यह C (प्रोग्रामिंग भाषा) में लिखा गया था और win32 सिस्टम के लिए उपलब्ध था।
CTE 2 को 1997 में Razorcat को लाइसेंस दिया गया था और यह TESSY इकाई परीक्षण उपकरण का हिस्सा है। एम्बेडेड सिस्टम के लिए वर्गीकरण ट्री संपादक[8][15]भी इस संस्करण पर आधारित है।
Razorcat 2001 से CTE का विकास कर रहा है और CTE ने 2003 में एक ब्रांड नाम पंजीकृत किया है।
अंतिम संस्करण CTE 3.2 को 2016 में TESSY 4.0 टूल के साथ प्रकाशित किया गया था। नीचे दी गई संस्करण तालिका पर ध्यान दें।
सीटीई 4
CTE 4 को TESSY 4.1.7 में 2018 में ग्रहण (सॉफ्टवेयर) प्लग-इन के रूप में लागू किया गया था। नवीनतम CTE 4 संस्करण अभी भी 2021 में TESSY 4.3 के हिस्से के रूप में विकसित किया जा रहा है।
सीटीई एक्सएल
2000 में, लेहमन और वेगेनर ने सीटीई, सीटीई एक्सएल (एक्सटेंडेड लॉजिक्स) के अपने अवतार के साथ निर्भरता नियम पेश किए।[9][14][17][18] आगे की विशेषताओं में मिश्रित परीक्षण डिजाइन (उदाहरण के लिए सभी जोड़े परीक्षण) का उपयोग करके परीक्षण सूट की स्वचालित पीढ़ी शामिल है।[19] विकास डेमलर क्रिसलर द्वारा किया गया था। CTE XL जावा (प्रोग्रामिंग भाषा) में लिखा गया था और win32 सिस्टम पर समर्थित था। सीटीई एक्सएल मुफ्त डाउनलोड के लिए उपलब्ध था।
2008 में, बर्नर एंड मैटनर ने सीटीई एक्सएल पर सभी अधिकार हासिल कर लिए और सीटीई एक्सएल 1.9.4 तक विकास जारी रखा।
सीटीई एक्सएल प्रोफेशनल
2010 में शुरू होकर, सीटीई एक्सएल प्रोफेशनल को बर्नर एंड मैटनर द्वारा विकसित किया गया था।[10]जावा (प्रोग्रामिंग लैंग्वेज) का उपयोग करते हुए फिर से एक पूर्ण पुन: कार्यान्वयन किया गया था, लेकिन इस बार एक्लिप्स (सॉफ्टवेयर) आधारित। CTE XL प्रोफेशनल win32 और win64 सिस्टम पर उपलब्ध था।
नए घटनाक्रम में शामिल हैं:
- प्राथमिकता परीक्षण मामले का निर्माण: घटना और त्रुटि संभावना या जोखिम के संदर्भ में वर्गीकरण वृक्ष के तत्वों को भार देना संभव है। परीक्षण मामलों को प्राथमिकता देने के लिए परीक्षण केस निर्माण के दौरान इन भारों का उपयोग किया जाता है।[10][20] जोखिम-आधारित परीक्षण | जोखिम-आधारित और सांख्यिकीय परीक्षण भी उपलब्ध है।
- टेस्ट अनुक्रम जनरेशन[12]मल्टी-एजेंट सिस्टम का उपयोग करना
- संख्यात्मक प्रतिबंध[13]
टेस्टोना
2014 में, बर्नर एंड मैटनर ने अपने वर्गीकरण वृक्ष संपादक को ब्रैंड नाम TESTONA के तहत जारी करना शुरू किया।
TESTONA का मुफ्त संस्करण अभी भी मुफ्त डाउनलोड के लिए उपलब्ध है, हालांकि, कम कार्यक्षमता के साथ।
संस्करण
Version | Date | Comment | Written in | OS |
---|---|---|---|---|
CTE 1.0 | 1993 | Original Version,[6][16] limited to 1000 test cases (fix!) | Pascal | Unix |
CTE 2.0 | 1998 | Windows Version,[15] unlimited number of test cases | C++ | win32 |
CTE 2.1 | 2003 | Embedded system version of Razorcats part of the TESSY tool. | C++ | win32 |
CTE XL 1.0 | 2000 | Dependency Rules, Test Case Generation[9][14][17] | Java | win32 |
CTE XL 1.6 | 2006 | Last Version by Daimler-Benz[18] | Java | win32 |
CTE XL 1.8 | 2008 | Development by Berner&Mattner | Java | win32 |
CTE XL 1.9 | 2009 | Last Java-only Version | Java | win32 |
CTE XL Professional 2.1 | 2011-02-21 | First Eclipse-based Version, Prioritized Test Case Generation,[10] Deterministic Test Case Generation, Requirements-Tracing with DOORS | Java 6, Eclipse 3.5 | win32 |
CTE XL Professional 2.3 | 2011-08-02 | QualityCenter integration, Requirements Coverage Analysis and Traceability Matrix, API | Java 6, Eclipse 3.6 | win32 |
CTE XL Professional 2.5 | 2011-11-11 | Test Result Anotation, MindMap import | Java 6, Eclipse 3.6 | win32, win64 |
CTE XL Professional 2.7 | 2012-01-30 | Bug fix release | Java 6, Eclipse 3.6 | win32, win64 |
CTE XL Professional 2.9 | 2012-06-08 | Implicit Mark Mode, Default classes, Command Line Interface | Java 6, Eclipse 3.7 | win32, win64 |
CTE XL Professional 3.1 | 2012-10-19 | Test Post-Evaluation (e.g. for Root Cause Analysis), Test Sequence Generation,[12] Numerical Constraints[13] | Java 6, Eclipse 3.7 | win32, win64 |
CTE XL Professional 3.3 | 2013-05-28 | Test Coverage Analysis, Variant Management (e.g. as part of Product Family Engineering), Equivalence Class Testing | Java 6, Eclipse 3.7 | win32, win64 |
CTE XL Professional 3.5 | 2013-12-18 | Boundary Value Analysis Wizard, Import of AUTOSAR and MATLAB models | Java 7, Eclipse 3.8 | win32, win64 |
TESTONA 4.1 | 2014-09-22 | Bug fix release | Java 7, Eclipse 3.8 | win32, win64 |
TESTONA 4.3 | 2015-07-08 | Generation of Executable Test Scripts (Code Generation), Import of Test Results[21] | Java 7, Eclipse 3.8 | win32, win64 |
TESTONA 4.5 | 2016-01-21 | Enhanced Export Facilities, GUI Improvements | Java 7, Eclipse 3.8 | win32, win64 |
TESTONA 5.1 | 2016-07-19 | Bug fix release, Switch to Java 8, Eclipse 4.5 | Java 8, Eclipse 4.5 | win32, win64 |
CTE 4.0 | 2018-08-01 | New implementation of Razorcat as a plug-in for the TESSY 4.1 tool based on Eclipse. Support in creating (model-based) test cases. | Java | win32
win64 |
लाभ
- परीक्षण प्रासंगिक पहलुओं का चित्रमय प्रतिनिधित्व[2]
- प्रासंगिक परीक्षण पहलुओं की पहचान और परीक्षण मामलों में उनके संयोजन दोनों के लिए विधि[4]
सीमाएं
- जब उचित परीक्षण अपघटन के बिना वर्गीकरण वृक्ष विधि के साथ परीक्षण डिजाइन किया जाता है, वर्गीकरण पेड़ बड़े और बोझिल हो सकते हैं।
- नए उपयोगकर्ता बहुत अधिक (विशेष रूप से अप्रासंगिक) परीक्षण पहलुओं को शामिल करते हैं जिसके परिणामस्वरूप बहुत अधिक परीक्षण मामले होते हैं।
- परीक्षण प्रासंगिक पहलुओं के चयन के लिए कोई एल्गोरिदम या सख्त मार्गदर्शन नहीं है।[22]
संदर्भ
- ↑ Bath, Graham; McKay, Judy (2008). The software test engineer's handbook : a study guide for the ISTQB test analyst and technical test analyst advanced level certificates (1st ed.). Santa Barbara, CA: Rocky Nook. ISBN 9781933952246.
- ↑ 2.0 2.1 2.2 2.3 Hass, Anne Mette Jonassen (2008). उन्नत सॉफ्टवेयर परीक्षण के लिए गाइड. Boston: Artech House. pp. 179–186. ISBN 978-1596932869.
- ↑ 3.0 3.1 Grochtmann, Matthias; Grimm, Klaus (1993). "विभाजन परीक्षण के लिए वर्गीकरण ट्री". Software Testing, Verification & Reliability. 3 (2): 63–82. doi:10.1002/stvr.4370030203. S2CID 33987358.
- ↑ 4.0 4.1 4.2 4.3 Kuhn, D. Richard; Kacker, Raghu N.; Lei, Yu (2013). मिश्रित परीक्षण का परिचय. Crc Pr Inc. pp. 76–81. ISBN 978-1466552296.
- ↑ 5.0 5.1 Henry, Pierre (2008). परीक्षण नेटवर्क बड़ी सॉफ्टवेयर परियोजनाओं में गतिविधियों का परीक्षण करने के लिए एक अभिन्न दृष्टिकोण है. Berlin: Springer. p. 87. ISBN 978-3-540-78504-0.
- ↑ 6.0 6.1 6.2 6.3 Grochtmann, Matthias; Wegener, Joachim (1995). "क्लासिफिकेशन ट्रीज़ और क्लासिफिकेशन-ट्री एडिटर CTE का उपयोग करके टेस्ट केस डिज़ाइन" (PDF). Proceedings of the 8th International Software Quality Week(QW '95), San Francisco, USA. Archived from the original (PDF) on 2015-09-24. Retrieved 2013-08-12.
- ↑ Ostrand, T. J.; Balcer, M. J. (1988). "कार्यात्मक परीक्षणों को निर्दिष्ट करने और उत्पन्न करने के लिए श्रेणी-विभाजन विधि". Communications of the ACM. 31 (6): 676–686. doi:10.1145/62959.62964. S2CID 207647895.
- ↑ 8.0 8.1 Conrad, Mirko; Krupp, Alexander (1 October 2006). "घटनाओं के विवरण के लिए एंबेडेड सिस्टम्स के लिए क्लासिफिकेशन-ट्री मेथड का विस्तार". Electronic Notes in Theoretical Computer Science. 164 (4): 3–11. doi:10.1016/j.entcs.2006.09.002.
- ↑ 9.0 9.1 9.2 Lehmann, Eckard; Wegener, Joachim (2000). "सीटीई एक्सएल के माध्यम से टेस्ट केस डिजाइन" (PDF). Proceedings of the 8th European International Conference on Software Testing, Analysis & Review (EuroSTAR 2000). Archived from the original (PDF) on 2016-03-04. Retrieved 2013-08-12.
- ↑ 10.0 10.1 10.2 10.3 Kruse, Peter M.; Luniak, Magdalena (December 2010). "वर्गीकरण ट्री का उपयोग करके स्वचालित टेस्ट केस जनरेशन". Software Quality Professional. 13 (1): 4–12.
- ↑ Franke M, Gerke D, Hans C. und andere. Method-Driven Test Case Generation for Functional System Verification. Proceedings ATOS. Delft. 2012. P.36-44.
- ↑ 12.0 12.1 12.2 Kruse, Peter M.; Wegener, Joachim (April 2012). क्लासिफिकेशन ट्री से टेस्ट सीक्वेंस जनरेशन. pp. 539–548. doi:10.1109/ICST.2012.139. ISBN 978-0-7695-4670-4. S2CID 581740.
{{cite book}}
:|journal=
ignored (help) - ↑ 13.0 13.1 13.2 Kruse, Peter M.; Bauer, Jürgen; Wegener, Joachim (April 2012). कॉम्बिनेटोरियल इंटरेक्शन टेस्टिंग के लिए संख्यात्मक प्रतिबंध. pp. 758–763. doi:10.1109/ICST.2012.170. ISBN 978-0-7695-4670-4. S2CID 16683773.
{{cite book}}
:|journal=
ignored (help) - ↑ 14.0 14.1 14.2 International, SAE (2004). Vehicle electronics to digital mobility : the next generation of convergence ; proceedings of the 2004 International Congress on Transportation Electronics, Convergence 2004, [Cobo Center, Detroit, Michigan, USA, October 18 - 20, 2004]. Warrendale, Pa.: Society of Automotive Engineers. pp. 305–306. ISBN 978-0768015430.
- ↑ 15.0 15.1 15.2 [edited by] Gomes, Luís; Fernandes, João M. (2010). डिजाइन और कार्यान्वयन के लिए एम्बेडेड सिस्टम और प्रौद्योगिकी अनुप्रयोगों के लिए व्यवहारिक मॉडलिंग. Hershey, PA: Information Science Reference. p. 386. ISBN 978-1605667515.
{{cite book}}
:|last=
has generic name (help) - ↑ 16.0 16.1 16.2 [edited by] Zander, Justyna; Schieferdecker, Ina; Mosterman, Pieter J. (2011-09-15). एम्बेडेड सिस्टम के लिए मॉडल-आधारित परीक्षण. Boca Raton: CRC Press. p. 10. ISBN 978-1439818459.
{{cite book}}
:|last=
has generic name (help) - ↑ 17.0 17.1 17.2 [edited by] Rech, Jörg; Bunse, Christian (2009). गुणवत्ता आश्वासन को एकीकृत करने वाला मॉडल-संचालित सॉफ्टवेयर विकास. Hershey: Information Science Reference. p. 101. ISBN 978-1605660073.
{{cite book}}
:|last=
has generic name (help) - ↑ 18.0 18.1 Olejniczak, Robert (2008). एम्बेडेड सॉफ़्टवेयर के कार्यात्मक परीक्षण का व्यवस्थितकरण (PDF). Doctoral dissertation: Technical University Munich. pp. 61–63. Archived from the original (PDF) on 6 March 2016. Retrieved 10 October 2013.
- ↑ Cain, Andrew; Chen, Tsong Yueh; Grant, Doug; Poon, Pak-Lok; Tang, Sau-Fun; Tse, TH (2004). एकीकृत वर्गीकरण-वृक्ष पद्धति पर आधारित एक स्वचालित परीक्षण डेटा जनरेशन सिस्टम. pp. 225–238. doi:10.1007/978-3-540-24675-6_18. hdl:10722/43692. ISBN 978-3-540-21975-0. Retrieved 10 October 2013.
{{cite book}}
:|journal=
ignored (help) - ↑ Franke, M.; Gerke, D.; Hans, C; and others: Method-Driven Test Case Genera-tion for Functional System Verification, Air Transport and Operations Sym-posium 2012; p.354-365. Proceedings ATOS. Delft 2012.
- ↑ Berner&Mattner. "Press Release: Test Case Implementation with TESTONA 4.3".
- ↑ Chen, T.Y.; Poon, P.-L. (1996). Classification-Hierarchy Table: a methodology for constructing the classification tree. pp. 93–104. doi:10.1109/ASWEC.1996.534127. ISBN 978-0-8186-7635-2. S2CID 6789744.
{{cite book}}
:|journal=
ignored (help)