मेन्यू

सॉफ़्टवेयर उत्पाद परीक्षण कैसे करें - उदाहरण के साथ विस्तृत प्रक्रिया और तरीके

how perform software product testing detailed process

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

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

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

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

उत्पाद परीक्षण कैसे करें

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

सॉफ्टवेयर उत्पाद विकास चुनौतियां:

सॉफ़्टवेयर उत्पाद विकास टीमों के सामने कुछ चुनौतियाँ हैं:

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

#दो)धूमिल उत्पाद दृष्टि : उत्पाद व्यवहार और विशेषताएं हमेशा के लिए बदल रही हैं और परिपक्वता की यात्रा स्पष्ट रूप से दिखाई नहीं दे रही है। या उत्पाद बहुत तेजी से बढ़ रहा है कि यह नियंत्रण से बाहर है कि टीमों को पता नहीं है कि क्या हो रहा है।

# 3)आक्रामक समयसीमा : सॉफ्टवेयर उत्पाद बाजार में भारी प्रतिस्पर्धा के कारण, चीजों को ब्रेकनेक गति से आगे बढ़ना पड़ता है और टीमों को अपने साथियों से एक कदम आगे रहना चाहिए। अन्यथा, वे प्रतियोगिता में हारने के लिए निश्चित हैं।

# 4)असफलता का डर : सॉफ्टवेयर उत्पाद आमतौर पर नवीन होते हैं। इसलिए, उनकी सफलता हमेशा दी गई नहीं होती है। यही कारण है कि कंपनियां बजट, प्रौद्योगिकियों, बुनियादी ढांचे, आदि के मामले में बाहर नहीं जा सकती हैं, उन्हें अक्सर असफलता से एक निश्चित मात्रा में छूट प्राप्त करने या यहां तक ​​कि छूटने के लिए वापस पकड़ना पड़ता है।

# 5)कार्रवाई प्रतिक्रिया का अभाव: चूंकि कोई हितधारक या व्यावसायिक उपयोगकर्ता या ग्राहक नहीं हैं, इसलिए कहने के लिए, यह समझना मुश्किल है कि अंतिम उपयोगकर्ता क्या पसंद कर सकता है या नहीं। कंपनियां लगातार एक अनुमान लगाने का खेल खेल रही हैं और अक्सर सॉफ़्टवेयर के लिए वे क्या चाहते हैं और ग्राहक क्या चाहते हैं, के बीच की खाई को पाटने में कठिनाई होती है।

ये चुनौतियाँ उत्पाद विकास, विपणन और जीविका के सभी क्षेत्रों को प्रभावित करती हैं- और वे उत्पाद परीक्षण को भी स्वाभाविक रूप से प्रभावित करती हैं।

खेल में आगे बढ़ने के लिए, इस प्रकार के परीक्षण में पाँच मुख्य बिंदुओं को ध्यान में रखना होगा:

  • विकास और रिलीज की गति
  • लघु अवधि और उत्पाद के दीर्घकालिक उत्पाद लक्ष्य
  • प्रतिस्पर्धा की अधिकता और प्रकृति
  • दर्शकों और उनके वातावरण को लक्षित करें
  • आवश्यकताएँ - कार्यात्मक, प्रदर्शन, सुरक्षा, प्रयोज्य, कॉन्फ़िगरेशन, आदि।

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

उत्पाद जीवन चक्र

एक अच्छा उत्पाद परीक्षण रणनीति / दृष्टिकोण को अपने जीवन चक्र में उत्पाद की वर्तमान अवस्था को ध्यान में रखना चाहिए।

यह भी पढ़े => कैसे एक अच्छा परीक्षण रणनीति दस्तावेज़ लिखने के लिए

उदाहरण: एक कंपनी XYZ का उत्पाद एक दोषपूर्ण ट्रैकिंग सॉफ़्टवेयर है जिसे 'TrackFast' कहा जाता है। यह एक नया उत्पाद है और पहले संस्करण को क्लाउड और ऑन-प्रिमाइसेस समाधान के रूप में लॉन्च करने की तैयारी है। TrackFast किसी भी अन्य दोष प्रबंधन प्रणाली की तरह काम करता है और इसे मोबाइल और वेब एक्सेस दोनों के लिए बनाया गया है। वर्तमान में, 2 से 4 सप्ताह के स्प्रिंट हैं, जिस पर उत्पाद भागों में बनाया जाता है। अपने ग्राहकों से मिलने से पहले आप परीक्षण टीम the TrackFast ’का परीक्षण कर रहे हैं। परीक्षण में कार्यक्षमता, प्रदर्शन और सुरक्षा की जाँच शामिल है।

गुणवत्ता आश्वासन साक्षात्कार प्रश्न और फ्रेशर्स के लिए उत्तर

संक्षेप में, ये वे पैरामीटर हैं जिनके साथ आप काम कर रहे हैं। या यदि आप पसंद करते हैं, तो यह आपका संदर्भ है

पैरामीटर

आइए देखें कि प्रत्येक चरण में परीक्षण कैसे किया जाता है। ये है उत्पाद परीक्षण प्रत्येक चरण में प्रक्रिया, विधि या जीवन-चक्र।

स्टेज # 1) उत्पाद परिचय

चूंकि यह पहली बार है जब TrackFast बाजार में जा रहा है, यह विचार एक अच्छा पहला प्रभाव बनाने के लिए है। इसलिए कोई कसर न छोड़े। हर कोण से और हर चीज का परीक्षण करें। इसके अलावा, भविष्य के परीक्षण के लिए नींव रखना।

इस बिंदु पर एक अच्छी परीक्षा रणनीति में निम्नलिखित शामिल होना चाहिए:

  • TrackFast के अल्पकालिक लक्ष्यों को मान्य करने वाले परीक्षण। 'इसे सही तरीके से भेजने की क्या आवश्यकता है' परीक्षण के प्रयास में सबसे आगे होना चाहिए। सृजन करना एंड टू एंड टेस्ट (प्रत्येक सुविधा के पूर्ण परीक्षण के लिए फ्रंट एंड, मिडलवेयर और बैकएंड)
  • प्रतियोगिता के साथ TrackFast की तुलना करने वाले टेस्ट (आदर्श रूप से यह उत्पाद मालिकों का काम है, लेकिन एक परीक्षक के रूप में हम अपने दो सेंट जोड़ सकते हैं। इसके अलावा, यह कदम आसान है अगर सॉफ्टवेयर में पहले से ही कुछ सहकर्मी हैं। उदाहरण के लिए: TrackFast की तुलना Bugzilla या JIRA या से करना आसान है अन्य विरासत प्रणाली । लेकिन हम कहते हैं कि मैं एक ऐसा ऐप बना रहा हूं जो कुछ असामान्य करता है जैसे कि यह अनुमान लगाने में सक्षम होना चाहिए कि जब बच्चा भूखा होता है या कर्कश होता है :), यह एक आवेदन खोजना मुश्किल हो सकता है जिसे आप आधार रेखा के रूप में उपयोग कर सकते हैं)
  • प्लेटफ़ॉर्म, ब्राउज़र और डिवाइस अनुकूलता परीक्षण
  • स्थापना में आसानी के लिए टेस्ट , सेट अप और गति हो रही है
  • प्रदर्शन, सुरक्षा और प्रयोज्य के लिए परीक्षण
  • एकीकरण टेस्ट अगर यह अन्य प्रणालियों के साथ इंटरफेस करता है। एक साधारण एकीकरण उदाहरण यह है कि दोष ट्रैकिंग सिस्टम अक्सर सूचना भेजने के लिए ईमेल क्लाइंट के साथ बातचीत करता है
  • प्रतिगमन की योजना - महत्वपूर्ण परीक्षणों को चिह्नित करना या चिह्नित करना एक अच्छा विचार है जो आपको लगता है कि भविष्य के प्रतिगमन चक्रों का एक हिस्सा होगा और उन्हें भविष्य के रिलीज के बारे में स्वचालित करने के बारे में सोचेंगे।
  • ज्ञात मुद्दों के लिए योजना बनाएं (क्या आप उन्हें बैकलॉग में जोड़ने जा रहे हैं या उन्हें सीआरएस के रूप में संभाल रहे हैं, आदि)
  • जब उत्पाद अगले जीवन चक्र चरण में प्रगति करता है तो परिवर्तन की लचीलापन।

यह कभी-कभी उत्पाद के बाहर जाने से पहले एक लंबा इंतजार हो सकता है, इसलिए हर समय आपको एक काम को यथासंभव पूरी तरह से करना होगा।

इस चरण में, हालांकि 2-4 सप्ताह के स्प्रिंट के अंत में तैयार उत्पाद का एक टुकड़ा होता है, लेकिन अधिकतर हर स्प्रिंट में कोड नहीं होता है। इसलिए, अंतिम स्प्रिंट परीक्षण पर कभी भी विचार न करें 'किया-दिया-वितरित'। रिलीज होने तक हर स्प्रिंट के साथ महत्वपूर्ण परीक्षण दोहराएं। प्रत्येक स्प्रिंट के साथ, उस बिंदु तक आपके पास पूरे उत्पाद का परीक्षण करें।

स्टेज # 2) उत्पाद विकास

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

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

उत्पाद परीक्षण रणनीति को उस गति के साथ काम करना चाहिए जो सॉफ्टवेयर विकास आगे बढ़ रहा है और अड़चन नहीं बनना चाहिए।

ये मदद कर सकते हैं:

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

स्टेज # 3) उत्पाद की परिपक्वता

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

इसलिए, परीक्षण टीम कर सकती है:

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

जो कुछ भी आप करते हैं, वह जटिल नहीं है।

स्टेज # 4) उत्पाद की गिरावट / उत्पाद विकास के लिए वापस घूमना

उत्पाद के मालिक और व्यवसाय इन दिनों स्मार्ट हैं और यह अच्छी तरह जानते हैं कि वे अपने उत्पाद को एक समान नहीं रख सकते हैं और उपयोगकर्ताओं से वफादार रहने की उम्मीद करते हैं। चीजें बहुत तेजी से आगे बढ़ती हैं और इसलिए वे उत्पाद बनाती हैं

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

TrackFast को भी विकसित करना है। यह साबित करने के बाद कि यह एक विश्वसनीय और प्रभावी दोष ट्रैकिंग प्रणाली है, इसे विकसित करना होगा या इसमें गिरावट आएगी। इसलिए, कंपनी XYZ ने इसे एक सामान्य टिकटिंग प्रणाली बनाकर TrackFast में सुधार करने का फैसला किया, जिसका उपयोग आईटी / टेस्ट टीमों (JIRA जैसी कुछ) के अलावा किसी भी घटना या मामलों को ट्रैक करने के लिए किया जा सकता है और न केवल सॉफ्टवेयर विकास प्रक्रिया में दोषों के लिए। ।

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

क्या आप एक सफल उत्पाद परीक्षक बनाता है?

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

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

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

लेखक के बारे में: यह लेख एसटीएच टीम की सदस्य स्वाति एस।

html5 साक्षात्कार और अनुभवी के लिए जवाब

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

अनुशंसित पाठ

^