परीक्षण सॉफ्टवेयर के तरीकों और उनकी तुलना। "ब्लैक बॉक्स" परीक्षण के परीक्षण विधि और "सफेद बॉक्स" की विधि

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

तरीकों

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

सत्यापन के तरीकों (परीक्षण) कार्यक्रमों स्थिर और गतिशील में विभाजित किया जा सकता है।

पूर्व अनौपचारिक, निगरानी और तकनीकी समीक्षा, निरीक्षण, कदम विश्लेषण, लेखा परीक्षा द्वारा कदम है, साथ ही स्थिर डाटा प्रवाह विश्लेषण और प्रबंधन शामिल हैं।

गतिशील तकनीकें हैं:

1. व्हाइट बॉक्स टेस्टिंग। यह आंतरिक तर्क और कार्यक्रम की संरचना का एक विस्तृत अध्ययन है। यह स्रोत कोड के ज्ञान के लिए आवश्यक है।
2. ब्लैक बॉक्स टेस्टिंग। इस तकनीक को आवेदन की अंदरूनी कामकाज के बारे में कोई ज्ञान की आवश्यकता नहीं है। हम केवल प्रणाली के बुनियादी पहलुओं, नहीं करने के लिए संबंधित या अपने आंतरिक तार्किक संरचना के कुछ के साथ जुड़े विचार करें।
3. ग्रे बॉक्स विधि। यह पिछले दो दृष्टिकोण को जोड़ती है। आवेदन के आंतरिक कामकाज के सीमित ज्ञान के साथ डिबगिंग प्रणाली के बुनियादी पहलुओं के ज्ञान के साथ संयुक्त है।

पारदर्शी परीक्षण

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

व्हाइट बॉक्स द्वारा कार्यक्रमों का परीक्षण निम्न लाभ हैं:

• यह अनावश्यक लाइनों को हटाने के द्वारा छिपा कोड में एक त्रुटि का पता लगाने के लिए अनुमति देता है;
• दुष्प्रभाव का उपयोग;
• अधिकतम कवरेज एक परीक्षण स्क्रिप्ट लिख कर हासिल की है।

नुकसान:

• उच्च लागत प्रक्रिया, कुशल डिबगर की आवश्यकता होती है;
• कई रास्ते बेरोज़गार रहेगा, क्योंकि हर संभव छिपा त्रुटियों की पूरी तरह से जांच बहुत जटिल है;
• कोड के कुछ किसी का ध्यान नहीं पारित हो जाएगा।

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

मुख्य किस्में:

1) प्रवाह नियंत्रण का परीक्षण - कार्यक्रम नियंत्रण प्रवाह मॉडल का उपयोग कर संरचनात्मक रणनीति और के रूप में कम और अधिक जटिल के लिए और अधिक सरल तरीके के पक्ष में;

2) शाखा प्रत्येक नियंत्रण ऑपरेटर है, जो भी एक संयुक्त समाधान भी शामिल है में से प्रत्येक के विकल्प डिबगिंग (सही या गलत) का अध्ययन करने के लिए बनाया गया है;

3) मुख्य पथ, जो निष्पादन रास्तों का एक बुनियादी सेट अलग करने के लिए तार्किक जटिलता उपाय प्रक्रियात्मक परियोजना स्थापित करने के लिए अनुमति देता है परीक्षक के परीक्षण;

4) डाटा प्रवाह की जाँच - एनोटेशन द्वारा अनुसंधान के प्रवाह नियंत्रण रणनीति विज्ञापन के बारे में जानकारी की गिनती और कार्यक्रम चर का उपयोग;

5) परीक्षण के चक्र - पूरी तरह से चक्रीय प्रक्रियाओं के सही संचालन पर जोर दिया।

व्यवहार डिबगिंग

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

इस दृष्टिकोण के लाभ:

• बड़े कोड खंड के लिए क्षमता;
• धारणा परीक्षक की कम;
• उपयोगकर्ता परिप्रेक्ष्य स्पष्ट रूप से डेवलपर दृष्टिकोण (प्रोग्रामर और परीक्षक एक दूसरे से स्वतंत्र हैं) से अलग है;
• परीक्षण के और अधिक तेजी से निर्माण।

परीक्षण सॉफ्टवेयर ब्लैक बॉक्स विधि निम्नलिखित नुकसान हैं:

• वास्तव में परीक्षण मामलों के गिने-चुने प्रदर्शन किया, सीमित कवरेज में जिसके परिणामस्वरूप;
• मुश्किल एक स्पष्ट विनिर्देश परीक्षण स्क्रिप्ट विकसित करने के लिए की कमी;
• कम दक्षता।

इस तकनीक के अन्य नाम - व्यवहार, गैर पारदर्शी, कार्यात्मक परीक्षण और एक बंद बॉक्स की डिबगिंग विधि।

इस श्रेणी में निम्नलिखित सॉफ्टवेयर परीक्षण तकनीकों में शामिल हो सकता है:

1) विभाजन है, जो परीक्षण डेटा के रूप में इनपुट सॉफ्टवेयर मॉड्यूल डेटा अलग अलग हिस्सों में बांटा गया है के सेट को कम कर सकते के बराबर;

2) सीमा मान विश्लेषण सीमाओं या चरम सीमा मूल्यों के सत्यापन पर केंद्रित है - कम से कम, अधिकतम, और त्रुटि की विशिष्ट मूल्यों;

3) fuzzing - त्रुटियों या स्वचालित या अर्द्ध स्वचालित मोड में भ्रष्ट डेटा poluiskazhennyh inputting द्वारा खोज को लागू करने के लिए प्रयोग किया जाता;

4) करणीय की गिनती - एक तकनीक रेखांकन के निर्माण पर और कार्रवाई और उसके कारणों के बीच संबंधों को निर्धारित करने के आधार: पहचान, निषेध, तार्किक या और तार्किक और - चार मुख्य पात्रों, कारण और प्रभाव के बीच के रिश्ते को व्यक्त;

5) ओर्थोगोनल सरणियों का सत्यापन एक अपेक्षाकृत छोटे इनपुट संपूर्ण अनुसंधान करने की संभावना से अधिक क्षेत्र के साथ समस्याओं के लिए लागू किया;

6) सभी जोड़ों का परीक्षण - एक तकनीक जहां परीक्षण मानों का एक सेट इनपुट पैरामीटर की प्रत्येक जोड़ी के सभी संभव बाइनरी संयोजन शामिल हैं;

7) डिबगिंग राज्य संक्रमण - एक तकनीक मशीन की स्थिति जांचने, साथ ही माध्यम से नेविगेट करने के लिए उपयोगी जीयूआई उपयोगकर्ता।

ब्लैक बॉक्स टेस्टिंग: उदाहरण

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

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

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

कितने परीक्षण सेकंड में समय निर्धारित करते हैं, आदेश 4 खिड़कियों झंडा और एक बंद क्षेत्र के लिए सभी संभव मूल्यों की जाँच करने के लिए बनाने की जरूरत है? पहली नजर गणना पर सरल है: दो संभव राज्यों के साथ 4 क्षेत्रों - 24 = 16 है, जो 00 से 99 के लिए संभव पदों की संख्या से गुणा किया जाना चाहिए, अर्थात 1600 संभव परीक्षण।

हालांकि, इस गणना गलत है: हम, निर्धारित कर सकते हैं कि दो बिंदु क्षेत्र भी एक अंतरिक्ष शामिल कर सकते हैं यानी यह दो अक्षरांकीय पदों के होते हैं और अक्षरांकीय वर्ण, विशेष वर्ण, रिक्त स्थान, आदि इस प्रकार शामिल कर सकते हैं, अगर .... प्रणाली एक 16-बिट कंप्यूटर, उसके एवज में +४२९४९६७२९६ परीक्षण मामलों है कि 68,719,476 736. अगर वे प्रदर्शन की कुल देता है झंडे के 16 संयोजनों से गुणा किया जा रहे हैं में 216 = 65536 एक बारी प्रत्येक स्थिति के लिए है प्रति सेकंड 1 परीक्षण, कुल शेष भाग पर olzhitelnost परीक्षण 2 177.5 वर्ष है। 32 या 64-बिट सिस्टम के लिए, अवधि और भी अधिक।

इसलिए एक स्वीकार्य स्तर तक इस अवधि को कम करने की जरूरत है। इस प्रकार, तकनीक के परीक्षण के दायरे को कम करने के बिना परीक्षण के मामलों की संख्या कम करने के लिए लागू किया जाना चाहिए।

तुल्यता विभाजन

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

परीक्षण के दौरान, प्रत्येक विशेष तुल्यता विभाजन में से एक प्रतिनिधि का चयन किया। यह आपको व्यवस्थित आदेश और कार्यों की कवरेज की हानि के बिना संभव परीक्षण मामलों की संख्या को कम करने के लिए अनुमति देता है।

इस विभाजन का एक और परिणाम अलग चर और परीक्षण मामले के जुड़े कमी के बीच मिश्रित विस्फोट कम करना है।

उदाहरण के लिए, में (1 / एक्स) के लिए ^1/2 तीन डेटा दृश्यों, तीन बराबर विभाजन का उपयोग कर:

1. सभी सकारात्मक संख्या उसी तरह से व्यवहार किया जाएगा और सही परिणाम देना चाहिए।

2. सभी नकारात्मक संख्या एक ही परिणाम के साथ उसी तरह से नियंत्रित किया जाता है। यह सही नहीं है, क्योंकि एक ऋणात्मक संख्या की जड़ काल्पनिक है।

3. शून्य अलग से नियंत्रित किया जाएगा और "शून्य से भाग" त्रुटि दे। यह एक एकल मूल्य के साथ एक खंड है।

इस प्रकार, हम तीन अलग वर्गों, जिनमें से एक एकल मान के लिए कम हो जाता है देखते हैं। वहाँ एक "सही" खंड है, जो विश्वसनीय परिणाम देता है, और गलत परिणाम के साथ दो "गलत" है।

सीमा मान विश्लेषण

बराबर विभाजन की सीमाओं पर प्रसंस्करण अलग ढंग से किया जा सकता है उम्मीद से। सीमा मूल्यों की जांच - जैसे क्षेत्रों में सॉफ्टवेयर के व्यवहार का विश्लेषण के एक जाने-माने विधि। इस तकनीक को ऐसी त्रुटियों की पहचान करने के लिए यह संभव बनाता है:

• संबंधपरक ऑपरेटर का अनुचित प्रयोग (<,>, =, ≠, ≥, ≤);
• एकल त्रुटि;
• चक्र और पुनरावृत्तियों में समस्याओं,
• गलत प्रकार या सूचना के संचय के लिए इस्तेमाल किया चर के आकार;
• डेटा प्रकार और चर के साथ जुड़े कृत्रिम सीमाओं।

पारदर्शी परीक्षण

ग्रे बॉक्स विधि बढ़ जाती परीक्षण कवरेज, आप काले और सफेद तकनीकों का एक संयोजन के माध्यम से प्रणाली के सभी मुश्किल स्तरों पर ध्यान केंद्रित कर सकते हैं।

इस तकनीक का उपयोग करना, परीक्षण मूल्यों के विकास के लिए परीक्षक आंतरिक डाटा संरचनाओं और एल्गोरिदम का ज्ञान होना चाहिए। भूरे बॉक्स टेस्टिंग तरीकों के उदाहरण इस प्रकार हैं:

• वास्तु मॉडल;
• एकीकृत मॉडलिंग भाषा (यूएमएल);
• राज्य मॉडल (परिमित राज्य मशीन)।

ग्रे बॉक्स की विधि परीक्षण मामलों को विकसित करने के सफेद इंजीनियरिंग कोड में मॉड्यूल का अध्ययन किया, और वास्तविक परीक्षा काले प्रौद्योगिकी कार्यक्रम के इंटरफेस पर किया जाता है।

ये परीक्षण तरीकों निम्न लाभ हैं:

• फायदे तकनीशियन सफेद और काले बक्से के संयोजन;
• परीक्षक इंटरफेस और कार्यात्मक विनिर्देश, और नहीं स्रोत कोड पर आधारित है;
• डिबगर महान परीक्षण मामलों कर सकते हैं;
• जांच उपयोगकर्ता, नहीं कार्यक्रम के डिजाइनर की दृष्टि से बनाया गया है;
• कस्टम परीक्षण विकास बनाएँ;
• निष्पक्षता।

नुकसान:

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

ग्रे बॉक्स तकनीक के लिए एक और नाम - पारदर्शी डिबगिंग।

इस श्रेणी में परीक्षण के ऐसे तरीकों में शामिल हैं:

1) ओर्थोगोनल सरणी - सभी संभव संयोजनों के एक सबसेट का उपयोग;

2) मैट्रिक्स डिबगिंग कार्यक्रम डेटा के राज्य का उपयोग;

3) प्रतिगामी सॉफ्टवेयर के लिए नए परिवर्तन पर आयोजित निरीक्षण,

4) टेम्पलेट परीक्षण है कि डिजाइन और एक अच्छा आवेदन की वास्तुकला का विश्लेषण करती है।

सॉफ्टवेयर परीक्षण तकनीक की तुलना

गतिशील तरीकों का उपयोग परीक्षण, विकसित किया जा करने के लिए लागू किया जाता है और जरूरत है कि की संख्या का एक मिश्रित विस्फोट होता है। हर तकनीक व्यावहारिक इस्तेमाल किया जाना चाहिए, खाते में लेने की अपनी सीमाएं।

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

नीचे तीन गतिशील परीक्षण तकनीकों के बीच मुख्य अंतर हैं - सॉफ्टवेयर डिबगिंग के तीन रूपों के बीच तुलना तालिका दी गई है।

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

स्वचालन

सॉफ्टवेयर परीक्षण की स्वचालित तरीकों ज्यादा निरीक्षण की प्रक्रिया को सरल है, तकनीकी वातावरण और के संदर्भ की परवाह किए बिना। वे दो मामलों में उपयोग किया जाता है:

1) इस तरह के आदेश परीक्षक अधिक महत्वपूर्ण बिंदुओं की एकाग्रता के लिए समय को रिहा करने में कई हजार पंक्तियों को फ़ाइल तुलना के रूप में, थकाऊ दोहराए जाने वाले या सूक्ष्म कार्यों को स्वचालित करने के लिए;

2) ट्रैकिंग या कार्यों है कि आसानी से इस तरह के प्रदर्शन सत्यापन या विश्लेषण प्रतिक्रिया समय है कि एक दूसरे के सैकड़े में मापा जा सकता के रूप में लोगों द्वारा नहीं किया जा सकता प्रदर्शन करने के लिए।

टेस्ट उपकरण अलग अलग तरीकों से वर्गीकृत किया जा सकता। अगले विभाजन कार्यों वे समर्थन पर आधारित है:

• परीक्षण प्रबंधन, जो परियोजना प्रबंधन समर्थन, संस्करण, विन्यास, जोखिम विश्लेषण, परीक्षण ट्रैकिंग, त्रुटियों, दोष, और रिपोर्टिंग उपकरण भी शामिल है,
• आवश्यकताओं प्रबंधन, जो भंडारण आवश्यकताओं और विनिर्देशों भी शामिल है, पूर्णता और अस्पष्टता, उनकी प्राथमिकता है और प्रत्येक परीक्षा के पता लगाने की क्षमता के लिए उन्हें जांच;
• महत्वपूर्ण समीक्षा और प्रवाह की निगरानी, और कार्य, रिकॉर्डिंग और टिप्पणियाँ, दोष का पता लगाने के भंडारण और जाँच सूची और नियमों, संचार स्रोत दस्तावेजों और कोड स्थिर विश्लेषण दोष का पता लगाने के लिए ट्रैकिंग करने की योजना बनाई सुधार प्रबंधन लिंक, लेखन कोड के मानकों के अनुपालन सुनिश्चित करने सहित स्थिर विश्लेषण,, संरचनाओं और निर्भरता के विश्लेषण, कोड और वास्तुकला का मीट्रिक मापदंडों की गणना। इसके अलावा, compilers, विश्लेषक, जेनरेटर और पार संदर्भ के संबंधों का उपयोग करें;
• मॉडलिंग, जो मॉडलिंग व्यापार व्यवहार के लिए उपकरण शामिल हैं और मॉडल का परीक्षण;
• परीक्षण विकास, शर्तों और यूजर इंटरफेस मॉडल और कोड के आधार पर अपेक्षित डेटा के पीढ़ी सुनिश्चित करता है बना सकते हैं या प्रबंधन, स्थिति और जोखिम के सांख्यिकीय विश्लेषण के नियमों के आधार पर फ़ाइलों और डेटाबेस, संदेश, डेटा सत्यापन को संशोधित करने के लिए प्रबंधन,
• एक ग्राफिकल यूजर इंटरफेस, एपीआई, आदेश comparators का उपयोग सफल और असफल परीक्षण की पहचान में मदद करने के लिए लाइन के माध्यम से डेटा दर्ज करके एक महत्वपूर्ण दृश्य;
• समर्थन डिबगिंग वातावरण है कि आप निर्धारित उत्पादन सबसेट, टर्मिनल emulators, मोबाइल फोन और नेटवर्क उपकरण, भाषा, ऑपरेटिंग सिस्टम और जाँच के लिए वातावरण के आधार पर लापता हार्डवेयर या सॉफ्टवेयर, वॉल्यूम। में एच। सिमुलेशन उपकरण को बदलने के लिए अनुमति देता है हार्डवेयर लापता घटकों ड्राइवर की जगह, काल्पनिक मॉड्यूल, आदि, और साथ ही कब्ज़ा कर लिया और ओएस को संशोधित करने के लिए उपकरण सीपीयू सिमुलेशन सीमा, रैम, रोम, या नेटवर्क का अनुरोध करता है .;
• .. डेटा फ़ाइलों, डेटाबेस, अभी और बाद परीक्षण पूरा, सहित गतिशील है और बैच तुलना, स्वत: "दैवज्ञ" अपेक्षित परिणाम की जाँच की तुलना;
• मेमोरी लीक का स्थानीयकरण और नकली लोड पैदा लोड अनुप्रयोगों, डेटाबेस, माप, विश्लेषण और सिस्टम संसाधन रिपोर्ट के सत्यापन के लिए विकास का एक यथार्थवादी परिदृश्य में नेटवर्क या सर्वर के तहत गलत उसके नियंत्रण व्यवहार का आकलन प्रणाली के लिए माप कोटिंग;
• सुरक्षा;
• निष्पादन परीक्षण, लोड और गतिशील विश्लेषण;
• अन्य उपकरणों में वॉल्यूम। एच। वर्तनी और वाक्य रचना, जांच करने के लिए नेटवर्क सुरक्षा, वेबसाइट के सभी पृष्ठों और अन्य की उपलब्धता।

परिप्रेक्ष्य

सॉफ्टवेयर उद्योग में बदलते रुझान के साथ, डिबगिंग की प्रक्रिया भी बदल सकती है। वहाँ इस तरह के एक सेवा-orientirovannae वास्तुकला (SOA), वायरलेस प्रौद्योगिकी, मोबाइल सेवाओं, और इतने पर। ई के रूप में सॉफ्टवेयर परीक्षण के नए तरीकों, कर रहे हैं परीक्षण सॉफ्टवेयर के नए तरीके को खोल दिया है। परिवर्तन है कि अगले कुछ वर्षों में इस उद्योग में उम्मीद कर रहे हैं में से कुछ नीचे सूचीबद्ध हैं:

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

एक नया व्यापार उन्मुख सॉफ्टवेयर परीक्षण तरीकों से बदल दिया जाएगा, सिस्टम के साथ बातचीत के रास्ते और जानकारी है, जबकि जोखिम को कम करने और व्यापार परिवर्तन के लाभ में वृद्धि वे प्रदान बदलने के लिए।