प्रभावी रूप से पोस्ट-रिलीज़ परीक्षण कैसे करें और लाइव ग्राहकों के लिए रिलीज़ के प्रभाव को कम करें

how perform post release testing effectively

जब मैंने एक QA के रूप में अपना करियर शुरू किया, तो मैं एक कंपनी के साथ काम कर रहा था जिसने अपने उत्पादों को सास के रूप में पेश किया। उत्पादन रिलीज महत्वपूर्ण थे और लाइव क्लाइंट के लिए कार्यक्षमता को प्रभावित करने की संभावना थी।

जैसे-जैसे हमारा क्लाइंट बेस बढ़ता गया, रिस्क को मैनेज करने और लाइव क्लाइंट्स को रिलीज के प्रभाव को कम करने के लिए, क्यूए टीम ने अपनाया रिलीज के बाद का अभ्यास।

मेरे लिए यह सब नया था और मेरे मन में बहुत सारे सवाल और शंकाएँ थीं:

• रिलीज के बाद का परीक्षण क्या है?
• मैंने सब कुछ ठीक से परीक्षण किया, हमें रिलीज के बाद परीक्षण करने की आवश्यकता क्यों है?
• क्या मैं सब कुछ फिर से परीक्षण करूं? रिलीज के बाद के सत्यापन में मैं वास्तव में क्या करूं?
• यदि मुझे कोई समस्या मिलती है तो क्या होगा? आदि।

मुझे यह स्वीकार करते हुए खुशी हो रही है कि मुझे अपने पहले कुछ प्रोडक्शन रिलीज के भीतर अपने सारे जवाब मिल गए।

यहाँ मैं वह ज्ञान आप सभी के साथ साझा कर रहा हूँ। मैंने आपको एक प्रश्न और उत्तर प्रारूप में लेख लिखने के लिए चुना है ताकि आप जिस तरह से मैंने उत्तरों की खोज की है, उसे दिखा सकें।

आप क्या सीखेंगे:

• पोस्ट प्रोडक्शन रिलीज़ सत्यापन क्या है?
• रिलीज के बाद के सत्यापन चरण में कौन से कार्य और गतिविधियां शामिल हैं?
• क्या मुझे फिर से सब कुछ परीक्षण करने की आवश्यकता है?
• मैं पोस्ट प्रोडक्शन रिलीज़ सत्यापन रणनीति कैसे तैयार करूं?
• पोस्ट प्रोडक्शन रिलीज़ टेस्ट प्लान कौन बनाता है?
• पोस्ट प्रोडक्शन रिलीज़ टेस्ट प्लान को कौन मंजूरी देता है?
• मैं पोस्ट प्रोडक्शन रिलीज़ सत्यापन योजना कब बनाऊँ?
• मैंने पोस्ट प्रोडक्शन रिलीज़ सत्यापन पूरा कर लिया है। आगे क्या होगा?
• यदि मुझे कोई समस्या मिलती है तो क्या होगा?
• पोस्ट प्रोडक्शन रिलीज़ सत्यापन प्रक्रिया के बारे में मुझे और क्या जानने की आवश्यकता है?
• निष्कर्ष:
• अनुशंसित पाठ

पोस्ट प्रोडक्शन रिलीज़ सत्यापन क्या है?

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

अनुशंसित पढ़ा=> परीक्षण शुरू करने से पहले प्रभावी रूप से 'टेस्ट पर्यावरण' कैसे तैयार करें

उद्देश्य उत्पादन / LIVE वातावरण पर रिलीज को सत्यापित करना है।

डेटाबेस परीक्षण साक्षात्कार प्रश्न और उत्तर

लेकिन फिर सवाल उठता है:

• जब मैं क्यूए पर्यावरण पर सब कुछ परीक्षण करता हूं तो हमें पोस्ट प्रोडक्शन रिलीज परीक्षण करने की आवश्यकता क्यों है?
• हम उत्पादन पर होने वाले मुद्दों का अनुमान क्यों लगाते हैं, हालांकि हमने परीक्षण पर्यावरण पर पूरी तरह से रिलीज का परीक्षण किया?

ऐसे कई कारण हैं कि हमारे पास उत्पादन के मुद्दे होंगे, भले ही हमने पूर्ण रूप से पालन किया हो गुणवत्ता आश्वासन प्रक्रिया (अर्थात। परीक्षण योजना , परीक्षण योजना की समीक्षा, परीक्षण चक्र, प्रतिगमन परीक्षण आदि।)

कारण क्यों हम उत्पादन पर मुद्दों होगा:

1) डेटा इश्यू - उत्पादन और परीक्षण वातावरण पर उपलब्ध डेटा भिन्न हो सकते हैं। यह परीक्षण वातावरण पर कुछ कोने-मामले की समस्याओं को याद करने का कारण बन सकता है।

2) तैनाती का मुद्दा - यदि आपकी कंपनी की मैन्युअल निर्माण परिनियोजन प्रक्रिया है, तो आपकी रिलीज़ पर परिनियोजन समस्याएँ हो सकती हैं। कुछ सामान्य परिदृश्य हो सकते हैं, अनुपलब्ध कॉन्फ़िगरेशन या साइट सेटिंग्स, अनुपलब्ध DB स्क्रिप्ट, परिनियोजन के क्रम का पालन नहीं (कोड पहले, फिर DB आदि), निर्भरता गलत तरीके से स्थापित, आदि।

यह भी पढ़ें=> QA परीक्षक को परिनियोजन प्रक्रिया के बारे में क्या पता होना चाहिए

3) प्रभाव क्षेत्रों की पहचान नहीं की गई - कुछ परिदृश्य हो सकते हैं जिनके लिए प्रभावित क्षेत्रों को टीम द्वारा सही और पूरी तरह से पहचाना नहीं गया होगा।

उदाहरण के लिए, एक पर विचार करें सास वातावरण।

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

4) अज्ञात प्रभाव क्षेत्र - यह तब हो सकता है जब रिलीज के दायरे और प्रभावित क्षेत्रों का पता नहीं चलता है। उदाहरण के लिए, कई डीबी और आर्किटेक्चर साझा करने वाले कई सॉफ्टवेयर उत्पादों के साथ एक कंपनी में, यहां तक ​​कि एक छोटा सा परिवर्तन भी कई उत्पादों की कार्यक्षमता को तोड़ सकता है।

रिलीज के बाद के सत्यापन चरण में कौन से कार्य और गतिविधियां शामिल हैं?

उत्पादन के बाद के रिलीज़ कार्यों और गतिविधियों में आम तौर पर शामिल हैं:

• पोस्ट प्रोडक्शन रिलीज़ सत्यापन
• सत्यापन परिणामों की रिपोर्ट करें
• उत्पादन पर पाए जाने वाले किसी भी मुद्दे की रिपोर्ट करना
• रिलीज़ रिलीज़ सत्यापन डेटा साफ़ करें
• रिलीज के बाद की निगरानी (यदि लागू हो)

क्या मुझे फिर से सब कुछ परीक्षण करने की आवश्यकता है?

जरूरी नही। यह बिल्ड पर रिलीज़ होने और प्रभाव विश्लेषण पर निर्भर करता है।

नियमित क्यूए चक्र के दौरान विस्तृत परीक्षण किया जाना चाहिए। पोस्ट रिलीज़ सत्यापन एक पोस्ट प्रोडक्शन रिलीज़ सत्यापन परीक्षण योजना का पालन करके किया जाना चाहिए जो उस रिलीज़ के लिए पूर्ण परीक्षण योजना का व्युत्पन्न होना चाहिए।

मैं पोस्ट प्रोडक्शन रिलीज़ सत्यापन रणनीति कैसे तैयार करूं?

पोस्ट प्रोडक्शन रिलीज़ सत्यापन योजना को आपकी नियमित परीक्षण योजना के समान ही किया जाना चाहिए।

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

कैसे ग्रहण करने के लिए मावेन जोड़ने के लिए

एक अच्छी पोस्ट प्रोडक्शन रिलीज़ रणनीति चाहिए:

• नई सुविधाओं के साथ-साथ प्रमुख मौजूदा सुविधाओं का परीक्षण करने के लिए कदम शामिल करें
• प्रमुख प्रभाव क्षेत्रों की जाँच करें
• अधिकतम कार्यक्षमता कवरेज की अनुमति दें
• वैकल्पिक: परीक्षण के वातावरण में पाए गए किसी भी महत्वपूर्ण कीड़े को शामिल करें
• वैकल्पिक: परीक्षण मामलों की प्राथमिकता शामिल करें

पोस्ट प्रोडक्शन रिलीज़ टेस्ट प्लान कौन बनाता है?

यह कंपनियों में अलग-अलग होगा और संगठन संरचना पर निर्भर करेगा।

आइए निम्नलिखित क्यूए टीम संगठन का एक उदाहरण लें।

इस परिदृश्य में, विशिष्ट प्रोजेक्ट पर काम कर रहा QA प्रारंभिक पोस्ट उत्पादन रिलीज़ परीक्षण योजना तैयार करेगा।

पोस्ट प्रोडक्शन रिलीज़ टेस्ट प्लान को कौन मंजूरी देता है?

यह कंपनियों में अलग-अलग होगा और संगठन संरचना पर निर्भर करेगा।

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

मैं पोस्ट प्रोडक्शन रिलीज़ सत्यापन योजना कब बनाऊँ?

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

इस परीक्षण योजना को किसी भी के साथ शामिल करना एक अच्छा अभ्यास है औपचारिक क्यूए दस्तावेजों पर हस्ताक्षर करें प्रोजेक्ट परिनियोजन और रिलीज़ चरण में प्रवेश करने से पहले।

मैंने पोस्ट प्रोडक्शन रिलीज़ सत्यापन पूरा कर लिया है। आगे क्या होगा?

पोस्ट रिलीज़ सत्यापन पूरा होने के बाद, अगले चरण होंगे

1) सत्यापन परिणामों का संचार - सत्यापन के परिणामों को हितधारकों को सूचित किया जाना चाहिए जिसमें उत्पादन पर पाए गए किसी भी मुद्दे को शामिल किया जाना चाहिए।

2) दोष प्रबंधन उपकरण में उत्पादन पर पाए गए किसी भी मुद्दे की रिपोर्ट करना - सेवा मूल कारण विश्लेषण की सुविधा तथा पता लगाने की क्षमता ।

3) पोस्ट रिलीज सत्यापन डेटा को साफ करें - सत्यापन पूरा होने के बाद डेटा क्लीनअप करना होगा।

उदाहरण के लिए, एक पर विचार करें ईकामर्स एप्लिकेशन के लिए रिलीज़ और कहते हैं कि आपने उत्पादन पर एक परीक्षण आदेश बनाया है। सत्यापन पूरा होने के बाद इस परीक्षण आदेश को रद्द करने की आवश्यकता है।

4) पोस्ट उत्पादन रिलीज निगरानी (यदि लागू हो) - कुछ रिलीज के लिए उत्पादन पर निगरानी की आवश्यकता होती है।

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

यदि मुझे कोई समस्या मिलती है तो क्या होगा?

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

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

पोस्ट प्रोडक्शन रिलीज़ सत्यापन प्रक्रिया के बारे में मुझे और क्या जानने की आवश्यकता है?

वास्तविक पोस्ट प्रोडक्शन रिलीज़ सत्यापन प्रक्रिया, योजना और रणनीति के अलावा, नीचे कुछ संकेत दिए गए हैं:

• रिलीज के बाद सत्यापन के दायरे और उद्देश्य के बारे में स्पष्ट अपेक्षाएं रखना महत्वपूर्ण है। हितधारकों (आंतरिक और बाहरी) को निम्नलिखित के बारे में अवगत कराया जाना चाहिए
  • टीम उत्पादन पर हर चीज का परीक्षण नहीं कर सकती
  • टीम रिलीज के बाद सत्यापन के लिए कुछ घंटों के परीक्षण के दिनों को अलग नहीं कर सकती है

इसलिए, उत्पादन पर परीक्षण अनिवार्य रूप से अनुमोदित पोस्ट उत्पादन रिलीज परीक्षण योजना पर आधारित होगा।

सीमाओं:

कैसे एक अच्छा परीक्षण के मामले लिखने के लिए

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

उदाहरण 1): एक eSurvey कंपनी के लिए, यदि परीक्षण में उत्तर देना और सर्वेक्षण प्रस्तुत करना शामिल है, तो QA को सत्यापन के बाद परीक्षण सर्वेक्षण को हटाने के लिए अनुरोध भेजने की आवश्यकता होगी ताकि ग्राहक सर्वेक्षण संग्रह डेटा और उनके आँकड़ों को प्रभावित न करें।

है xample # 2): एक ई-कॉमर्स कंपनी के लिए, मान लें कि हर दिन आधी रात को एक एसक्यूएल नौकरी चलती है और वेबसाइट पर अंतिम रूप से मूल्य अपलोड होता है। हम इस SQL ​​को ऑन-डिमांड नहीं चला सकते हैं, कई बार रिलीज के बाद के सत्यापन के उद्देश्य से क्योंकि यह अनफिनिज्ड डेटा को उत्पादन में धकेल सकता है।

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

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

एक उदाहरण:

परियोजना अवलोकन:

सोशल मीडिया एप्लिकेशन के लिए, विशेष रूप से साइन अप प्रक्रिया के लिए निम्नलिखित परिवर्तनों की आवश्यकता है

1. अंतिम नाम फ़ील्ड सत्यापन को हटाने की आवश्यकता है। इसे पहले लागू किया गया था क्योंकि name अंतिम नाम में न्यूनतम 4 वर्ण होने चाहिए ’(मौजूदा क्षेत्र के लिए सुधार)
2. ईमेल पते के बगल में टॉगल बटन लागू करें ताकि उपयोगकर्ता अपनी प्रोफ़ाइल (नया फीचर अनुरोध) दिखाने के लिए ईमेल पते की गोपनीयता सेटिंग्स सेट कर सकें
3. उपयोगकर्ता को अपना अवतार चुनने में सक्षम होना चाहिए (नया सुविधा अनुरोध)
4. एप्लिकेशन प्रदर्शन (सुधार) में सुधार के लिए साइन अप प्रक्रिया के दौरान एपीआई कॉल कम करें

पोस्ट प्रोडक्शन रिलीज़ सत्यापन योजना:

निष्कर्ष:

अब अधिकांश सॉफ्टवेयर कंपनियों के साथ चंचल कार्यप्रणाली को अपनाना उत्पादन रिलीज की संख्या में वृद्धि हुई है।

उदाहरण के लिए, प्रयोग करते समय झरना मॉडल , एक टीम में हर 1.5 महीने में एक प्रोडक्शन रिलीज़ हो सकता है, हालांकि एजाइल प्रक्रिया के साथ, एक ही टीम अब हर 2-3 सप्ताह में प्रोडक्शन रिलीज़ हो सकती है।

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

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

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

पोस्ट प्रोडक्शन रिलीज़ सत्यापन है रक्षा की अंतिम पंक्ति किसी भी सॉफ्टवेयर कंपनी के लिए। यदि हम मुद्दों को नहीं पकड़ते हैं, तो हमारे ग्राहक करेंगे और यह किसी भी सॉफ्टवेयर कंपनी की प्रतिष्ठा के लिए विनाशकारी हो सकता है।

उत्पाद की विश्वसनीयता बनाए रखने के लिए, यह आवश्यक है कि हम तैनाती के तुरंत बाद उत्पादन में तैनात परिवर्तनों को सत्यापित करें।

लेखक के बारे में: यह सहायक लेख नेहा बी। द्वारा लिखा गया है। वह वर्तमान में एक गुणवत्ता आश्वासन प्रबंधक के रूप में काम कर रही है और इन-हाउस और ऑफशोर क्यूए टीमों का नेतृत्व और प्रबंधन करने में विशेषज्ञ है।

हमारे पाठकों के साथ अपनी पोस्ट-प्रोडक्शन रिलीज़ परीक्षण रणनीति / टिप्स / अनुभव साझा करें।

अनुशंसित पाठ

• सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
• परीक्षण प्राइमर eBook डाउनलोड
• 7-चरण उत्पादन रिलीज से पहले मैनुअल परीक्षण का व्यावहारिक कार्यान्वयन
• एचपी लोडरनर ट्यूटोरियल के साथ लोड परीक्षण
• प्रैक्टिकल सॉफ्टवेयर टेस्टिंग क्यूए प्रक्रिया प्रवाह (रिलीज करने की आवश्यकताएं)
• डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर
• गामा परीक्षण क्या है? अंतिम परीक्षण चरण
• प्रारंभिक परीक्षण क्या है: टेस्ट अर्ली, टेस्ट अक्सर कैसे करें? (एक प्रैक्टिकल गाइड)