परीक्षण स्वचालन लाभ र हानि

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



परीक्षण स्वचालन लाभ

टेस्ट स्वचालनका फाइदाहरू के हुन्?

ज्ञात को पुष्टिकरण

स्वचालित जाँचहरू यो निश्चित गर्नका लागि एक उत्तम तरीका हो कि अनुप्रयोगले अझै परिवर्तन गरे पछि पनि राम्रोसँग कार्य गर्दछ।


यो सम्भव छ कि जब एक नयाँ सुविधा अनुप्रयोगमा थपिएको छ वा बग फिक्स गरिएको छ, यसले कार्य गर्ने सफ्टवेयरको कार्यक्षमतामा प्रभाव पार्छ, अर्थात् एक रिग्रेसन बग लागू हुन्छ।

अनुप्रयोग अपडेट भएपछि स्वचालित रिग्रेसन जाँचहरूको सेट चलाएर, हामी परिवर्तनहरूको नतिजाको रूपमा परिचय भएका कुनै पनि नयाँ बगहरू चिन्न सक्छौं।


यहाँ कुञ्जी जानकारी स्वचालित जाँचहरू चलाउनु हो जुन अनुप्रयोग अपग्रेड गरिएको छ।

स्वचालित जाँचहरूको पूर्ण सेट चलाउन आवश्यक छैन। द्रुत धुम्रपान रिग्रेसन प्याक कुनै पनि प्रमुख मुद्दाहरू लिनको लागि पर्याप्त हुनुपर्छ।

द्रुत प्रतिक्रिया

स्वचालित जाँचहरूको अर्को ठूलो फाइदा अनुप्रयोगको अद्यावधिक हुँदा हामीले प्राप्त गर्ने द्रुत प्रतिक्रिया हो। आदर्श रूपमा विकास टोलीले कुनै पनि असफलताहरू उनीहरूले उठ्ने बित्तिकै अन्य कामहरूमा अघि बढ्नु अघि यसलाई ठीक गर्नुपर्दछ।

कृपया नोट गर्नुहोस् यो द्रुत प्रतिक्रिया मात्र एकाई परीक्षण र एपीआई परीक्षणको साथ प्राप्त गर्न सकिन्छ। यदि हामी युआई बाट वा प्रणाली स्तरमा कार्यक्षमता परीक्षण गर्छौं, परीक्षण पूर्ण हुन धेरै समय लिन सक्दछ।


चेकको द्रुत कार्यान्वयन

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

यो डाटा संचालित परिदृश्यों को मामला मा सही हो।

परीक्षकहरूको समय खाली गर्दछ

स्वचालित जाँचहरूको उत्तम प्रयोग प्रतिगमन परीक्षणहरू हुन्।

स्वचालित रिग्रेसन टेस्टले परीक्षकहरूको समय स्वतन्त्र गर्दछ, त्यसैले उनीहरू नयाँ सुविधाहरूको अन्वेषण परीक्षणमा बढी केन्द्रित गर्न सक्दछन्।


उस्तै टोकन द्वारा, राम्रोसँग कार्यान्वयन हुँदा, स्वचालित जाँचहरू न्यूनतम वा कुनै पर्यवेक्षण वा मैन्युअल हस्तक्षेपको साथ स्वचालित रूपमा चल्छ।

विकास टोली योगदान गर्न सक्छन्

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

विकास टोलीमा सबैले योगदान गर्न सक्छन् परीक्षकहरू मात्र।



परीक्षण स्वचालन हानि

टेस्ट स्वचालनका बेफाइदाहरू के हुन्?


गुणको गलत अर्थ

परीक्षा पास गर्न सावधान! यो विशेष गरी UI वा प्रणाली स्तरमा कार्यक्षमता रुजु गर्न महत्वपूर्ण छ।

एक स्वचालित जाँच मात्र जाँच गर्दछ के जाँच गर्न प्रोग्राम गरिएको छ।

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

समाधान: निश्चित गर्नुहोस् कि तपाईं राम्रो परीक्षण दृश्यहरू तिनीहरूलाई स्वचालित गर्न अघि डिजाइन गर्नुहोस्। एक स्वचालित जाँच मात्र टेस्ट को डिजाइन को रूप मा राम्रो छ। म्यानुअल / अन्वेषण परीक्षणको साथ स्वचालित जाँचहरूको पनि पूरक हुन्छ।


भरपर्दो छैन

धेरै कारकका कारण स्वचालित जाँच असफल हुन सक्छ। यदि वास्तविक बग बाहेक अन्य मुद्दाहरूको कारण स्वचालित जाँच असफल रहन्छ भने, तिनीहरूले झूटा अलार्महरू उठाउन सक्दछन्।

उदाहरण को लागी, स्वचालित चेक UI परिवर्तन को कारण ब्रेक गर्न सक्दछ, एक सेवा तल भइरहेको छ वा नेटवर्क संग समस्या छ।

यी मुद्दाहरू प्रत्यक्ष रूपमा परीक्षण अन्तर्गत अनुप्रयोगबाट होईन तर स्वचालित जाँचहरूको परिणामलाई प्रभाव पार्न सक्दछ।

समाधान: जहाँ सम्भव / लागू हुन्छ, स्टुब्स प्रयोग गर्नुहोस्। Stubs जडान वा तेस्रो पार्टी प्रणालीमा परिवर्तनको साथ मुद्दाहरु लाई जित। त्यसकारण, स्वचालित जाँच कुनै पनि डाउनस्ट्रीम विफलताबाट स्वतन्त्र हुनेछ।

परीक्षण स्वचालन परीक्षण गर्दै छैन

दुर्भाग्यवस, धेरै व्यक्ति परीक्षणको साथ 'टेस्ट स्वचालन' गल्ती गर्दछन्।

एक पटक तिनीहरूसँग परीक्षण स्वचालित गर्न उपकरणहरू छन्, तिनीहरू 'सबै परीक्षणहरू स्वचालित' गर्न चाहन्छन्। तिनीहरू सबै 'म्यानुअल परीक्षकहरू' बाट मुक्त हुन चाहन्छन्।

सत्य यो हो कि परीक्षण एक अन्वेषण अभ्यास हो। परीक्षणको लागि डोमेन ज्ञान, केन्द्रित दिमाग र अनुप्रयोग सिक्न इच्छुक हुन आवश्यक छ।

परीक्षण केवल पूर्व परिभाषित परीक्षण चरणहरूको एक सेट कार्यान्वयन गर्ने र वास्तविक परिणामहरू अपेक्षित परिणामहरूसँग तुलना गर्ने मात्र होईन। यो स्वचालित जाँचहरूको काम हो।

एक अनुप्रयोगको राम्रोसँग परीक्षण गर्न, मानव बुद्धिको सँधै आवाश्यक हुन्छ।

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

एउटा अर्कोको लागि प्रतिस्थापन होइन; म्यानुअल / अन्वेषण परीक्षणको साथ स्वचालित जाँचहरूको पूरक।

मर्मत समय र प्रयास

तपाईंले यो तथ्यलाई स्वीकार्नुपर्दछ कि स्वचालित परीक्षणहरूले मर्मत गर्नुपर्छ। जब परीक्षण अन्तर्गतको अनुप्रयोग विकसित हुन्छ, स्वचालित जाँचहरू पनि।

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

हुनसक्छ केही चेकहरू अब प्रासंगिक छैनन्। वा हुनसक्छ ती चेक नयाँ कार्यान्वयनको वास्तविक प्रतिनिधित्व होइन।

यी असफलताहरूले परीक्षण परिणामहरूलाई प्रदूषित गर्न सक्दछ।

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

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

ढिलो प्रतिक्रिया

जब एक कार्यक्षमता परीक्षणको लागि तयार हुन्छ, प्राय: म्यानुअल जाँच गर्न यसलाई छिटो हुन्छ।

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

साथै, UI र प्रणाली स्तर परीक्षणको सर्तमा, स्वचालित जाँचहरूले पूरा गर्न र रिपोर्ट गर्न लामो समय लिन सक्दछ। त्यसकारण, यदि त्यहाँ वास्तविक बग छ भने, हामी सबै टेस्ट समाप्त नभएसम्म सचेत हुन सक्दैनौं।

समाधान: विकासको साथसाथै परीक्षणहरूको स्वचालित प्रयास गर्नुहोस् ताकि जब विकास पूरा हुन्छ, तपाईं नयाँ कार्यक्षमता बिरूद्ध स्वचालित परीक्षणहरू चलाउन सक्नुहुन्छ।

साथै, विभिन्न प्याकहरूमा स्वचालित जाँचहरू अलग गर्नुहोस्।

धुम्रपान रिग्रेसन प्याक एकदम चाँडो हुनुपर्दछ। परीक्षणहरूले केवल अनुप्रयोग सुरू गर्न र पहुँच गर्न सकिन्छ भनेर जाँच गर्नुपर्नेछ।

अर्को, तपाईसँग एउटा फंक्शनल रिग्रेसन प्याक हुन सक्छ जसले प्रमुख कार्यक्षमताहरू जाँच गर्दछ।

अर्को रिग्रेसन प्याकमा सबै अन्त-देखि-अन्त परीक्षणहरू र गहन परीक्षणहरू समावेश हुन सक्छन्। यी चेकहरू एकै रातमा चलाउन सकिन्छ।

एक रातको रनको उदाहरण क्रस ब्राउजर स्वचालित जाँचहरू हो। सामान्यतया सबै ब्राउजरहरूमा चल्न यसले लामो समय लिन्छ।

धेरै बगहरू फेला परेनन्

अधिकांश बगहरू 'दुर्घटना' वा अन्वेषण परीक्षण प्रदर्शन गर्दा फेला पर्दछ।

यो हुनसक्छ किनकि प्रत्येक अन्वेषण परीक्षण सत्रमा, हामी अनुप्रयोगलाई विभिन्न तरिकाले परीक्षण गर्न सक्दछौं।

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

साथै रिग्रेसन बगहरूको संख्या नयाँ फिचर बगहरू भन्दा कम देखिन्छ।

समाधान: परिदृश्य र डेटामा अनियमितता निर्माण गर्ने प्रयास गर्नुहोस्। प्रत्येक पटक बिभिन्न डाटाको साथ विभिन्न मार्गहरू प्रयास गर्दा सम्भावित मुद्दाहरू प्रकट गर्न सक्दछ।



निष्कर्ष

यस पोष्टमा, हामीले स्वचालित परीक्षणको केहि फाइदा र बेफाइदाहरूमा हेरेका छौं। जब हामी स्वचालित परीक्षणमा संलग्न हुन्छौं, हामीले माथिका बुँदाहरूलाई बढी फाइदा लिन विचार गर्नुपर्छ।

रोचक लेख