मेन्यू

प्रक्रिया में सुधार करके सॉफ्टवेयर की गुणवत्ता में सुधार के लिए 10 कदम

  • मुख्य
  • अन्य
  • प्रक्रिया में सुधार करके सॉफ्टवेयर की गुणवत्ता में सुधार के लिए 10 कदम

10 steps improve software quality improving process

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

सॉफ्टवेयर की गुणवत्ता में सुधार के लिए सॉफ्टवेयर परीक्षण महत्वपूर्ण है। यह ट्यूटोरियल बेहतर सॉफ्टवेयर गुणवत्ता प्रदान करने के लिए परीक्षण मॉडल को बेहतर बनाने के लिए प्रक्रिया मॉडल और 10 चरणों को सूचीबद्ध करता है:

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

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

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

सॉफ्टवेयर की गुणवत्ता में सुधार के लिए कदम

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

  • प्रक्रिया को निरंतर सुधार में जाना चाहिए। इन तकनीकों का चयन और कार्यान्वयन किया जाता है।
  • डेमिंग व्हील (PDCA चक्र) सबसे अधिक इस्तेमाल की जाने वाली तकनीक है।
  • बेहतर परीक्षण प्रक्रिया गुणवत्ता रखरखाव लागत को कम करती है।

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

मॉडल के प्रकार

नीचे सूचीबद्ध के रूप में 2 मॉडल हैं-

  • प्रक्रिया संदर्भ मॉडल: मूल्यांकन के हिस्से के रूप में परिपक्वता माप प्रदर्शन करें, संगठन क्षमता का मूल्यांकन करें।
  • सामग्री संदर्भ मॉडल: संगठन के अवसरों के व्यापार-संचालित मूल्यांकन में सुधार करता है। उदाहरण के लिए, बेंचमार्किंग तकनीक।

प्रक्रिया मॉडल

4 प्रक्रिया मॉडल हैं:

# 1) TMMI: परीक्षण परिपक्वता मॉडल

नीचे सूचीबद्ध के रूप में परीक्षण परिपक्वता मॉडल में पाँच स्तर हैं-

  • स्तर 1: प्रारंभिक
    • कोई औपचारिक या प्रलेखित संरचित परीक्षण नहीं। परीक्षण और विकास कोडिंग के बाद एडहॉक रूप में किए जाते हैं।
    • परीक्षण और डिबगिंग चरण को समान माना जाता है।
  • स्तर 2: प्रबंधित
    • परीक्षण डिबगिंग से अलग से किया जाता है।
    • परीक्षण नीतियां और लक्ष्य निर्धारित हैं।
    • बुनियादी परीक्षण तकनीकों को लागू करें।
  • स्तर 3: परिभाषित
    • परीक्षण प्रक्रिया को विकास प्रक्रिया में एकीकृत किया जाता है और औपचारिक मानकों, प्रक्रियाओं और सामग्रियों में प्रलेखित किया जाता है।
  • स्तर 4: मापा गया
    • परीक्षण प्रक्रिया को प्रभावी ढंग से मापा जाता है और संगठनात्मक स्तर पर प्रबंधित किया जाता है।
  • स्तर 5: व्यवस्थित
    • परीक्षण प्रक्रिया के डेटा का उपयोग दोषों को रोकने और प्रक्रिया को अनुकूलित करने के लिए किया जा सकता है।

# 2) CTP: महत्वपूर्ण परीक्षण प्रक्रिया

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

# 3) टीपीआई अगला

  • 16 प्रक्रिया क्षेत्रों को परिभाषित करता है और प्रत्येक परीक्षण प्रक्रिया के एक विशिष्ट पहलू को शामिल करता है।
  • इसके 4 परिपक्वता स्तर हैं: प्रारंभिक, नियंत्रित, कुशल और अनुकूलन।
  • प्रत्येक स्तर तक पहुंचने के लिए चेकपॉइंट परिभाषित किए गए हैं।
  • परिपक्वता मैट्रिक्स के माध्यम से निष्कर्षों को संक्षेप में प्रस्तुत किया जाता है।
  • यह सिलवाया जा सकता है।

# 4) STEP

  • व्यवस्थित परीक्षण और मूल्यांकन प्रक्रिया।
  • संदर्भ संदर्भ मॉडल।
  • इसे किसी विशिष्ट क्रम में होने के लिए सुधार की आवश्यकता नहीं है।
  • आवश्यकता आधारित परीक्षण का उपयोग करता है।
  • परीक्षण एक जीवन चक्र गतिविधि है जो आवश्यकता चरण के दौरान शुरू होती है और सेवानिवृत्ति तक जारी रहती है।
  • दोषों का पहले ही पता लगा लिया जाता है और उनका विश्लेषण किया जाता है।
  • परीक्षक और डेवलपर्स एक साथ काम करते हैं।
  • टेस्ट एक आवश्यकता और उपयोग मॉडल के रूप में उपयोग किया जाता है। टेस्टवेयर डिजाइन सॉफ्टवेयर डिजाइन की ओर जाता है।

सॉफ्टवेयर की गुणवत्ता में सुधार के लिए कदम

चरण # 1) सुधार प्रक्रिया शुरू करें:

  • हितधारकों द्वारा लक्ष्य, लक्ष्य, स्कोप और कवरेज पर सहमति व्यक्त की जाती है।
  • सफलता के मापदंड को परिभाषित किया जाना चाहिए।
  • सुधार को मापने के लिए विधि की स्थापना की जानी चाहिए।

चरण # 2) वर्तमान स्थिति का निदान करना:

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

चरण # 3) सुधार लागू करने के लिए अभिनय:

  • प्रशिक्षण और सलाह दी जाती है।

चरण # 4) सुधार योजना से सीखना:

  • यह पहचानें कि अपेक्षित लाभ के अलावा कौन सा लाभ प्राप्त हुआ।
  • मॉनिटर

आइए हम ऊपर बताए गए पहले चरण पर ध्यान केंद्रित करें यानी प्रक्रिया में सुधार करके सॉफ़्टवेयर गुणवत्ता कैसे सुधारें।

सॉफ्टवेयर परीक्षण प्रक्रिया में सुधार

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

  • गुणवत्ता नियंत्रण: दोष का पता लगाने और सुधार की एक विधि।
  • गुणवत्ता आश्वासन : उत्पाद के नियंत्रण में होने पर दोष निवारण की एक विधि।

सॉफ्टवेयर परीक्षण के लाभ नीचे संक्षेप में दिए गए हैं:

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

अब, हम एक अच्छी गुणवत्ता वाले सॉफ़्टवेयर उत्पाद को प्राप्त करने के लिए सॉफ़्टवेयर परीक्षण प्रक्रिया को बेहतर बनाने के लिए विभिन्न चरणों और तकनीकों पर चर्चा करेंगे।

(1) आवश्यकता विशिष्टता दस्तावेज़ उपलब्धता

आवश्यकता प्रबंधन के लिए पहला लक्ष्य ग्राहक और सॉफ्टवेयर विकास टीम के बीच एक पारस्परिक धारणा का निर्माण करना है जो परिभाषित सॉफ्टवेयर परियोजना के लिए सभी आवश्यकताओं पर ध्यान केंद्रित करता है। आवश्यकता प्रबंधन का प्राथमिक परिणाम आवश्यकता विशिष्टता दस्तावेज है।

आवश्यकता विशिष्टता दस्तावेज़ व्यवसाय की सभी तकनीकी / गैर-तकनीकी आवश्यकताओं की व्याख्या करता है जो सॉफ़्टवेयर उत्पाद को विकसित करने के लिए आवश्यक है।

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

इसलिए, इन खामियों को मिटाने के लिए, पहला कदम व्यापार उपयोगकर्ताओं से इन आवश्यक दस्तावेजों को प्राप्त करना है क्योंकि इससे परीक्षक को शुरुआत से ही पूरी आवश्यकता को समझने में मदद मिलती है।

आवश्यकताओं का वर्गीकरण:

आवश्यकताएँ वर्गीकरण

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

कुछ प्रमुख आवश्यकता दस्तावेजों में शामिल हैं:

  • एसआरएस (सॉफ्टवेयर आवश्यकता विनिर्देश): यह परियोजना के सॉफ्टवेयर और हार्डवेयर आवश्यकताओं सहित उद्देश्य, कार्यक्षेत्र, कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं की व्याख्या करता है ।
  • HLD (उच्च-स्तरीय डिज़ाइन): इस दस्तावेज़ को लागू करने के लिए सॉफ्टवेयर के तार्किक या चित्रमय प्रतिनिधित्व में विनिर्देशों का अनुवाद करना है ।
  • RTM (आवश्यकता ट्रेसबिलिटी मैट्रिक्स): इसमें उपयोगकर्ता की आवश्यकता और परीक्षण सत्यापन दस्तावेज़ या परीक्षण केस दस्तावेज़ की आवश्यकता मैट्रिक्स मैपिंग शामिल है ।

# 2) आवश्यकता पर चर्चा में टीम का समावेश परीक्षण

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

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

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

परीक्षण टीम आवश्यकता विचार-विमर्श में शामिल होना

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

# 3) स्पष्ट-कट स्कोप

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

इससे विकास और परीक्षण टीम के बीच समझ में अंतर पैदा होता है और परिणाम हमेशा अनुमानित नहीं होता है।

स्पष्ट-कट गुंजाइश

सॉफ़्टवेयर परीक्षण प्रक्रिया में सुधार के लिए क्लियर-कट गुंजाइश हमेशा होनी चाहिए और परीक्षण टीम को संपूर्ण आवश्यकताओं के बारे में पता होना चाहिए और सॉफ़्टवेयर परीक्षण शुरू करने से पहले पूरी समझ होनी चाहिए। यह वास्तव में हमेशा बेहतर परिणाम देने में मदद करेगा।

परियोजना के पूर्ण स्कोप / उद्देश्य को समझना भी आवश्यक परीक्षण के स्तर / प्रकार या तीव्रता का न्याय करने में मदद करेगा।

# 4) परीक्षण योजना और निष्पादन

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

टेस्ट प्लानिंग स्वयं एक पूर्ण परियोजना है, जिसे निम्नलिखित महत्वपूर्ण कार्यों में विभाजित करके गुणवत्ता के उत्पाद को प्राप्त करने के लिए डिज़ाइन किया गया है।

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

नीचे सूचीबद्ध टेस्ट रणनीति दस्तावेज़ के घटक हैं:

  • परीक्षण की गुंजाइश
  • परीक्षण दृष्टिकोण
  • परीक्षण के लिए उपकरण और तकनीक।
  • विन्यास
  • पर्यावरण विवरण
  • सॉफ्टवेयर, आईटी मानक
  • परीक्षण पूरा होने का कार्यक्रम
  • अपवाद

# 2) टेस्ट प्लान: परीक्षण रणनीति दस्तावेज तैयार करने के बाद, टेस्ट लीड को मास्टर और विस्तृत परीक्षण योजना तैयार करनी चाहिए, जो एसआरएस दस्तावेज़ से ली गई है।

विंडोज 7 पर swf फाइलें कैसे खोलें

टेस्ट प्लान निम्नलिखित का वर्णन करता है।

  • क्या परीक्षण करें?
  • कैसे करें टेस्ट?
  • कब करें टेस्ट?
  • परीक्षण कौन करेगा?

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

टेस्ट प्लान की विशेषताओं में शामिल हैं:

  • टेस्ट प्लान आई.डी.
  • परिचय
  • परीक्षण की चीज़ें
  • परीक्षण किया जाना है
  • विशेष रूप से परीक्षण नहीं किया जाना है
  • परीक्षण दृष्टिकोण
  • प्रवेश मानदंड
  • निलंबन मानदंड
  • मानदंड से बाहर निकलें
  • परीक्षण का वातावरण
  • परीक्षण वितरित करें
  • स्टाफ और प्रशिक्षण की जरूरत है
  • जिम्मेदारियों
  • अनुसूची
  • जोखिम और शमन

# 3) टेस्ट केस डिजाइन: टेस्ट केस डिज़ाइन एक ऐसी गतिविधि है जहाँ सभी आवश्यकताओं पर चर्चा को एक टेस्ट केस, टेस्ट स्क्रिप्ट, टेस्ट परिदृश्य जैसे औपचारिक दस्तावेजों में बदल दिया जाता है।

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

टेस्ट केस प्रारूप:

श्री नं। टेस्ट सारांश चरण संख्या कदम अपेक्षित परिणाम वास्तविक परिणाम

टेस्ट केस राइटिंग की क्या जरूरत है?

परीक्षकों को विस्तृत रूप से आवश्यकताओं को समझने में मदद करने के लिए परीक्षण मामलों को लिखना व्यावहारिक रूप से आवश्यक है और यह सुनिश्चित करता है कि वे सही तरीके से संपर्क कर रहे हैं।

टेस्ट केस के लाभ

  • परीक्षण के मामले परीक्षण कवरेज को पूरा करना सुनिश्चित करते हैं।
  • यह आवश्यकताओं में किसी भी अंतर को दूर करने में मदद करता है।
  • यह परीक्षण प्रक्रिया को बेहतर बनाने में सहायता करता है।
  • यह उत्पाद की गुणवत्ता में सुधार करने में मदद करता है।
  • आत्मविश्वास बढ़ाना कि हम सही तरीके से आगे बढ़ रहे हैं।
  • यह अपेक्षा को सत्यापित करने में मदद करता है।
  • यह परीक्षक को व्यापक रूप से सोचने की अनुमति देता है और सभी सकारात्मक और नकारात्मक परिदृश्यों को कवर करने में मदद करता है।

# 5) टेस्ट मामलों की समीक्षा

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

परीक्षण मामलों की समीक्षा करने का मुख्य उद्देश्य: पूर्णता का अनुमान लगाने के लिए, परीक्षण कवरेज में वृद्धि और विश्लेषण की गई आवश्यकताओं की शुद्धता, और सबसे महत्वपूर्ण बात 'आवश्यकता समझ के बीच कोई अंतर नहीं' जिससे उत्पाद की गुणवत्ता में सुधार होगा।

नीचे सूचीबद्ध टेस्ट टेस्ट की समीक्षा के फायदे हैं:

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

# 6) परीक्षण करने के लिए पर्याप्त समय सुनिश्चित करें

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

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

इस प्रकार, दोष मुक्त उत्पाद सुनिश्चित करने के लिए नीचे दिए गए बिंदुओं के माध्यम से परीक्षण गतिविधियों को करने के लिए पर्याप्त समय प्राप्त करना बहुत महत्वपूर्ण है:

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

# 7) प्रतिगमन परीक्षण योजना

आम तौर पर, सॉफ़्टवेयर कोडिंग में आवश्यक परिवर्तन करने के बाद, दोषों को हल करने के लिए, विकास टीम दोषों को मान्य करने के लिए परीक्षण टीम में संशोधित बिल्ड जारी करती है। कभी-कभी, कोडिंग में एक छोटे से परिवर्तन का भी सॉफ्टवेयर के अन्य क्षेत्रों पर गंभीर प्रभाव पड़ सकता है, जिन्हें छुआ नहीं गया है।

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

प्रतिगमन परीक्षण का महत्व

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

प्रतिगमन परीक्षण करने के विभिन्न तरीके:

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

नीचे सूचीबद्ध विभिन्न तरीके हैं जिनमें प्रतिगमन परीक्षण आयोजित किया जा सकता है।

  • पूर्ण परीक्षण सूट का पुन: परीक्षण।
  • प्रतिगमन परीक्षण मामलों का चयन।
  • परीक्षण मामलों की प्राथमिकता।

# 8) टेस्ट ऑटोमेशन

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

हालांकि, गति बढ़ाने और परीक्षण कवरेज को पूरा करने के लिए स्वचालन क्षमता समय से कम हो जाती है और सबसे महत्वपूर्ण बात यह है कि QA अंततः अनुकूलन का खर्च उठाता है।

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

परीक्षण योजना और परीक्षण मामले के बीच अंतर

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

(छवि स्रोत )

इसके अलावा, परीक्षण स्वचालन विभिन्न चरणों द्वारा परीक्षण प्रक्रिया में सुधार करने के लिए कई कारण देता है।

  • लंबे समय में न्यूनतम लागत के साथ लक्ष्यों को प्राप्त करना।
  • निष्पादन का समय कम।
  • परीक्षण कवरेज बढ़ाने के लिए क्षमताओं।
  • दक्षता और उत्पादकता में वृद्धि।
  • कम मैनुअल प्रयास
  • दोहराए गए काम को कम करना
  • प्रतिगमन परीक्षण में उपयोगी
  • स्क्रिप्टिंग गुण बढ़ाएँ
  • अधिक विश्वसनीयता

# 9) डेटा प्रबंधन और रिपोर्टिंग का परीक्षण करें

परीक्षण प्रबंधन परीक्षण गतिविधियों के प्रबंधन की एक प्रक्रिया है, जैसे कि परीक्षण संसाधनों को व्यवस्थित करना, अनुमान, योजना, परीक्षण प्रयासों का रणनीतिककरण, परीक्षण प्रगति की निगरानी, ​​परीक्षण रिपोर्टिंग और नियंत्रण।

परीक्षण प्रबंधन एक गुणवत्ता सॉफ्टवेयर उत्पाद देने के साथ-साथ सॉफ्टवेयर परीक्षण प्रक्रिया को बेहतर बनाने का एक प्रभावी तरीका है। परीक्षण प्रबंधन न केवल स्वचालन के लिए प्रभावी है, बल्कि मैन्युअल परीक्षण में भी प्रभावी है।

टेस्ट डेटा प्रबंधन और रिपोर्टिंग

  1. परीक्षण संगठन : परीक्षण टीम और कार्य असाइनमेंट की रचना और मान्यता।
  2. परीक्षण योजना : परीक्षकों और परियोजना टीम के बाकी सदस्यों के बीच चर्चा और समझौतों का रिकॉर्ड।
  3. टेस्ट की रणनीति : परीक्षण के दायरे, परीक्षण प्रक्रिया, परीक्षण तकनीकों और दृष्टिकोण को पहचानें, परीक्षण के प्रयासों और लागत का आकलन करें।
  4. परीक्षण निष्पादन : टेस्ट केस डॉक्यूमेंटेशन, स्क्रिप्ट निर्माण और निष्पादन।
  5. परीक्षण की निगरानी और नियंत्रण : कार्य पूरा होने की स्थिति का मूल्यांकन करें।
  6. टेस्ट रिपोर्टिंग : अन्य हितधारकों के लिए परीक्षण टीम निष्कर्षों और स्थिति को प्रभावी ढंग से संवाद करना। रिपोर्टिंग स्थिति के कई तरीके हैं जैसे कि टेस्ट सारांश रिपोर्ट बनाकर, ईमेल में प्रत्यक्ष परीक्षण स्थिति या डैशबोर्ड बनाकर और डैशबोर्ड लिंक भेजकर।

# 10) हर स्प्रिंट के बाद पीछे हटना

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

हर स्प्रिंट के बाद रेट्रोस्पेक्टिव्स का संचालन करना टीमों को अपने प्रदर्शन के निरंतर सुधार के लिए और न केवल सॉफ्टवेयर परीक्षण प्रक्रिया में सुधार करने के लिए, बल्कि अन्य सभी गतिविधियों को भी शामिल करने का मौका देता है।

फोकस क्षेत्र में फोकस:

  1. क्या ठीक रहा?
  2. क्या ठीक नहीं हुआ?
  3. हमने क्या सीखा?
  4. कैसे बेहतर बनाए?

हर स्प्रिंट के बाद पूर्वव्यापीकरण

  1. क्या ठीक रहा ?: सुधार पर चर्चा करने का सबसे अच्छा तरीका यह है कि पहले जो अच्छी चीजें हुई हैं, उन्हें पहले से ही समझ लें ताकि चर्चा सकारात्मकता के साथ शुरू हो और सफलता के पीछे का कारण मनाने के लिए और टीम भी ऊर्जा को उच्च बनाए रखे और एक खुश वातावरण में आगे की चर्चा करे।
  2. क्या ठीक नहीं हुआ? : इस सवाल का उद्देश्य व्यक्तियों को दोष देना नहीं होना चाहिए बल्कि विफलताओं या गलतियों के पीछे के कारणों की पहचान करना चाहिए। प्रत्येक सदस्य को इस प्रश्न का उत्तर देने के लिए भाग लेना चाहिए ताकि हमें एक मौजूदा समस्या और आगे के स्प्रिंट के लिए उन्हें हल करने के समाधान के बारे में पता होना चाहिए। एक सफल परियोजना की कुंजी गलती को स्वीकार करना और उस पर काम करना है।
  3. हमने क्या सीखा? : गलतियों को न दोहराने और नई प्रक्रियाओं और उपकरणों या तकनीकों पर ध्यान केंद्रित करने के लिए, हम बेहतर परिणाम प्राप्त करने के लिए परिचय या उपयोग कर सकते हैं।
  4. कैसे बेहतर बनाए? : पिछले स्प्रिंट में किए गए सभी गलतियों को स्वीकार करके और सभी विभागों में निर्धारित कौशल को बढ़ाने के लिए और आगे के क्षेत्रों में बहुत अधिक और बेहतर काम करने के लिए सकारात्मक रूप से सभी फीडबैक का दस्तावेजीकरण करने के लिए।

निष्कर्ष

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

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

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

अनुशंसित पाठ

^