परीक्षण कार्यक्रम - त्रुटि पत्ता लगाउने प्रक्रिया सफ्टवेयर उत्पादनमा

सफ्टवेयर विकास मा, उत्पादन प्रक्रियाको एक महत्वपूर्ण भाग सफ्टवेयर परीक्षण आधारित छ। यो के हो र यस्तो गतिविधि यस लेखमा छलफल गर्नेछौं कसरी छ।

कस्तो परीक्षण भनिन्छ?

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

प्रभावकारिता

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

काम गर्न दृष्टिकोण

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

परीक्षण के हो?

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

समस्या निवारण कला

कार्यक्रममा अक्सर विशाल डाटा सेट काम गर्ने लक्ष्य। यसलाई पूर्ण बनाउन आवश्यक छ? न व्यापक कार्यक्रम को "लघुरूप" को अभ्यास प्राप्त। कि प्रयोग गर्न संग तुलना यस मामला मा त्यहाँ डाटा मात्रा को एक उचित कमी छ। एक उदाहरण हेरौं: वहाँ आकार 50x50 एक म्याट्रिक्स सिर्जना जो एक कार्यक्रम छ। अर्को शब्दमा - तपाईं स्वयं 2500 मान प्रविष्ट गर्नुपर्छ। यो पक्कै पनि सम्भव छ, तर यो एक धेरै लामो समय लाग्नेछ। तर कार्यक्षमता परीक्षण गर्न, सफ्टवेयर एक म्याट्रिक्स जसको परिमाण 5x5 छ प्राप्त गर्दछ। यसो गर्न, तपाईं 25 भन्दा बढी मान प्रविष्ट गर्न आवश्यक छ। यदि, यो मामला मा, एक सामान्य त्रुटि-रहित सञ्चालन, यो सबै क्रममा छ भन्ने हो। हुनत संग लघुरूप अवस्था हुन्छ, परिवर्तन परिणामस्वरूप निहित हुन्छ र अस्थायी रूपमा गायब भन्ने तथ्यलाई मा झूठ पासो छन्। यो पनि धेरै दुर्लभ छ, तर अझै पनि त्यहाँ नयाँ त्रुटिहरू छन् कि छ हुन्छ।

उद्देश्य अपनाए

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

विभिन्न अवस्थामा जाँच

नियम, कार्यक्रम परीक्षण सीमित हदसम्म न्यूनतम परीक्षण कार्यक्षमता लागि आवश्यक छन् जो मात्रा मा हुन्छ। गतिविधिहरु प्यारामिटरहरू को परिवर्तन, साथै आफ्नो काम अवस्था संग आयोजित। परीक्षण प्रक्रिया तीन चरणमा विभाजन गर्न सकिन्छ:

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

परीक्षण: प्रकार

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

परीक्षण समापन

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

कम्प्युटर-सहायता प्राप्त परीक्षण

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

हिमस्खलन

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

KLEE

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