परीक्षण सफ्टवेयर को विधि र तिनीहरूलाई तुलना गर्नुहोस्। "कालो बाकस" परीक्षणको परीक्षण विधि र "सेतो बक्स" को विधि

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

विधिहरू

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

प्रमाणिकरण को विधिहरू (परीक्षण) कार्यक्रम स्थिर र गतिशील भागमा विभाजन गर्न सकिन्छ।

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

गतिशील प्रविधी हो:

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

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

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

सेतो-बक्स द्वारा कार्यक्रम परीक्षण निम्न लाभ छ:

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

बेफाइदा:

• उच्च लागत-प्रक्रिया, कुशल डिबगरको आवश्यकता;
• धेरै पक्षको unexplored रहने हुनाले सबै सम्भव लुकेका त्रुटिहरू को राम्ररी चेक धेरै जटिल छ;
• कोड केही unnoticed पारित गरिनेछ।

सेतो बक्स परीक्षण कहिलेकाहीं एक पारदर्शी वा खुला बक्स, संरचनात्मक, तार्किक परीक्षण, स्रोत कोड आधारित र तर्क वास्तुकला परीक्षण गरेर उल्लेख छ।

मुख्य प्रजातिहरू:

1) परीक्षण प्रवाह नियन्त्रण - कम थप जटिल थप सरल तरिका favoring रूपमा कार्यक्रम नियन्त्रण प्रवाह मोडेल प्रयोग संरचनात्मक रणनीति र;

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

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

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

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

व्यवहार डिबग

कालो बक्स परीक्षण एक "कालो बाकस" को रूपमा सफ्टवेयर व्यवहार - कार्यक्रम को भित्री workings बारेमा जानकारी गणना छैन, र सिस्टम मात्र आधारभूत पक्षहरू जाँच गरियो। यस मामला मा, परीक्षक स्रोत कोड पहुँच बिना प्रणाली वास्तुकला थाहा गर्न आवश्यक छ।

यो दृष्टिकोण को लाभ:

• ठूलो कोड खण्ड लागि दक्षता;
• धारणा परीक्षक को सुख;
• प्रयोगकर्ता दृष्टिकोण स्पष्ट विकासकर्ता दृष्टिकोण (प्रोग्रामर र परीक्षक प्रत्येक अन्य स्वतन्त्र छन्) बाट विभाजित छ;
• परीक्षण बढी तीव्र निर्माण।

परीक्षण सफ्टवेयर कालो बक्स विधि निम्न बेफाइदा छ:

• साँच्चै सीमित कवरेज परिणामस्वरूप, परीक्षण अवस्थामा एक चयन नम्बर प्रदर्शन;
• परीक्षण लिपि विकास गर्न स्पष्ट विशिष्टीकरण गाह्रो कमी;
• कम दक्षता।

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

यस वर्गमा निम्न सफ्टवेयर परीक्षण प्रविधी समावेश हुन सक्छ:

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

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

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

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

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

6) सबै जोडी परीक्षण - परीक्षण मान सेट आगतपरिमितिहरू प्रत्येक जोडी सबै सम्भव बाइनरी संयोजन comprises जहाँ एक प्रविधी;

7) डिबग राज्य संक्रमण - मिसिन को स्थिति जाँच, साथै मार्फत नेभिगेट गर्न को लागि उपयोगी एक प्रविधी GUI प्रयोगकर्ता।

कालो बक्स परीक्षण: उदाहरण

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

सामान्यतया, यो विधि प्रयोगकर्ता इन्टरफेस सच्याउनका लागि प्रयोग र डाटा संकलन र परिणाम शुरू द्वारा आवेदन अन्तरक्रिया आवश्यक छ - रिपोर्टहरू वा printouts देखि, स्क्रिनमा देखि।

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

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

तर, यो गणना गलत छ: यो दुई अल्फान्यूमेरिक स्थितिहरु हुन्छन् र त्यसैले अल्फान्युमेरिक वर्णहरू, विशेष वर्ण, खाली, आदि समावेश गर्न सक्नुहुन्छ अर्थात् हामी, कि दुई-बिन्दु क्षेत्र पनि एक ठाउँ समावेश गर्न सक्छ निर्धारण गर्न सक्छन्, यदि .... सिस्टम छ एक 16-बिट कम्प्युटर, प्रत्येक स्थिति लागि परिणामी 4294967296 परीक्षण अवस्थामा कि 68.719.476 736. तिनीहरूले प्रदर्शन भने कुल दिन्छ कि झण्डा को 16 संयोजन ले गुणन गर्न हो मा बारी 216 = 65536 एक प्रति सेकेन्ड 1 परीक्षण, कुल जारी मा olzhitelnost परीक्षण 2 177.5 वर्ष छ। 32 वा 64-बिट प्रणाली लागि, अवधि पनि थप।

त्यसैले स्वीकार्य स्तरमा यो अवधि कम गर्न आवश्यक छ। तसर्थ, प्रविधी परीक्षणको स्कोप कम बिना परीक्षण अवस्थामा संख्या घटाउन लागू गर्नुपर्छ।

Equivalence विभाजन

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

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

यो विभाजन अर्को परिणाम विभिन्न चर र परीक्षण अवस्थामा को सम्बन्धित कमी बीच combinatorial विस्फोट कम छ।

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

1 सबै सकारात्मक संख्या नै तरिकामा व्यवहार गरिनेछ र सही परिणाम दिन पर्छ।

2. सबै नकारात्मक नम्बर नै परिणाम संग नै तरिकामा ह्यान्डल छन्। नकारात्मक नम्बर को मूल काल्पनिक छ किनभने यो, गलत छ।

3. शून्य अलग ह्यान्डल गरिनेछ र "शून्य द्वारा विभाजन" त्रुटि दिनुहोस्। यो एउटा मान संग एक खण्ड छ।

तसर्थ, हामी एक मूल्य कम छ, एक को तीन भिन्न खण्डहरू हेर्नुहोस्। त्यहाँ विश्वसनीय परिणाम दिन्छ जो एउटा "सही" खण्ड, र दुई गलत परिणाम संग "गलत" छ।

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

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

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

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

खैरो बक्स विधि परीक्षण कवरेज, तपाईं कालो र सेतो प्रविधी को संयोजन मार्फत सिस्टम को सबै गाह्रो स्तर ध्यान गर्न सक्छन् बढ्छ।

यो प्रविधी प्रयोग गरेर परीक्षण मान को विकास को लागि परीक्षक आन्तरिक डाटा संरचना र एल्गोरिदम को ज्ञान हुनुपर्छ। निम्नानुसार खैरो-बक्स परीक्षण विधि को उदाहरण हो:

• वास्तु मोडेल;
• एकीकृत मोडलिङ भाषा (एमाले);
• राज्य मोडेल (परिमित राज्य मिसिन)।

परीक्षण अवस्थामा विकास गर्न खरानी बक्स को विधि मा सेतो ईन्जिनियरिङ् कोड मा मोड्युलहरू अध्ययन र वास्तविक परीक्षण कालो प्रविधि कार्यक्रम को इन्टरफेस मा प्रदर्शन गरिएको छ।

यी परीक्षण विधिहरू निम्न लाभ छ:

• लाभ टेक्नीसियन सेतो र कालो बक्स को संयोजन;
• परीक्षक को इन्टरफेस र कार्यात्मक विशिष्टीकरण, र स्रोत कोड आधारित छ;
• डिबग ठूलो परीक्षण अवस्थामा बनाउन सक्छ;
• चेक प्रयोगकर्ता, छैन कार्यक्रम को डिजाइनर को दृश्य को बिन्दुबाट बनेको छ;
• सिर्जना अनुकूलन परीक्षण विकास;
• objectivity।

बेफाइदा:

• किनभने स्रोत कोड पहुँच कुनै छ परीक्षण कवरेज सीमित छ;
• वितरण आवेदन मा दोष को जटिलता;
• थुप्रै तरिकामा unexplored रहने;
• सफ्टवेयर विकासकर्ता परीक्षण शुरू भएको छ भने, त्यसपछि थप अनुसन्धान अत्यधिक हुन सक्छ।

खरानी बक्स प्रविधी लागि अर्को नाम - पारदर्शी डिबग।

यस वर्गमा परीक्षण यस्तो विधिहरू समावेश:

1) orthogonal एरे - सबै सम्भव संयोजन को एक सबसेट को प्रयोग;

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

3) अवरोही निरीक्षण सफ्टवेयर गर्न नयाँ परिवर्तनहरू मा आयोजित;

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

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

गतिशील विधिहरू प्रयोग गर्ने विकास गर्न, कार्यान्वयन र बाहिर आवश्यक परीक्षण को संख्या एक combinatorial विस्फोट गर्न जान्छ। हरेक प्रविधी खातामा यसको सीमितता लिएर, pragmatically प्रयोग गर्नुपर्छ।

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

सफ्टवेयर डिबग तीन प्रकारका बीचको तुलना तालिका दिइएको छ - तल तीन गतिशील परीक्षण प्रविधी बीच मुख्य मतभेद छन्।

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

स्वचालन

सफ्टवेयर परीक्षणको स्वचालित विधिहरू धेरै प्राविधिक वातावरण र को प्रसङ्ग बिना निरीक्षण प्रक्रिया सरल छ। तिनीहरूले दुई अवस्थामा प्रयोग गरिन्छ:

1) जस्तै परीक्षक थप बुँदा को एकाग्रता लागि समय जारी गर्न धेरै हजार पङ्क्तिहरू फाइल तुलना रूपमा, अरोचक दोहोरिने वा अति सावधान कार्यहरू स्वचालित गर्न;

2) प्रदर्शन ट्रयाकिङ वा सजिलै यस्तो प्रमाणिकरण वा विश्लेषण प्रतिक्रिया समय प्रदर्शन दोस्रो को सयभागकोएकभाग मा मापन गर्न सकिन्छ कि रूपमा मानिसहरूले गर्न सकिन्छ कि कार्यहरू लागि।

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

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

दृष्टिकोण

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

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

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