एप्लिकेशन और सॉफ्टवेयर

सॉफ्टवेयर क्वालिटी एश्योरेंस (SQA) के बारे में जानने के लिए 11 बातें

सॉफ्टवेयर क्वालिटी एश्योरेंस (SQA) के बारे में जानने के लिए 11 बातें


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

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

यहाँ पर क्यों।

सॉफ्टवेयर विकास में QA क्या है?

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

यह दोहराता है कि एक SQA का मुख्य लक्ष्य सभी चीजों के ऊपर गुणवत्ता सुनिश्चित करना है।

यह बाहरी रूप से मानक निर्धारित किया जा सकता है, एक संगठन जैसे अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) के लिए, लेकिन यह आंतरिक, साथ ही उद्योग-निर्धारित मानकों पर भी लागू हो सकता है।

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

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

संबंधित: 15 मजेदार सॉफ़्टवेयर के माध्यम से आप पकड़ लेंगे

इसका एक सामान्य उदाहरण आईएसओ / आईईसी 9000 श्रृंखला है, जो कई कंपनियां विज्ञापन के लिए मांग करती हैं कि उनकी क्यूए प्रक्रिया "उद्देश्य के लिए उपयुक्त" है। कंपनियां अपनी गतिविधियों और उत्पादों के लिए लागू श्रृंखला के भीतर प्रासंगिक मानकों में मान्यता प्राप्त करने का प्रयास करेंगी।

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

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

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

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

सॉफ़्टवेयर परीक्षक कठोर परीक्षण परीक्षणों को लागू करने के लिए निर्धारित आवश्यकताओं, या दोषों ("बग") से किसी भी विविधता को हटाने के लिए करते हैं, जिसे उत्पाद की रिहाई से पहले इस्त्री करने की आवश्यकता होती है।

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

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

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

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

सॉफ्टवेयर विकास क्यूए की आवश्यकता क्यों है?

जैसा कि हमने पहले ही उल्लेख किया है, सॉफ्टवेयर सहित कई उत्पादों को विकसित करने की प्रक्रिया में एसक्यूए एक महत्वपूर्ण घटक है। सॉफ्टवेयर विकास में QA प्रक्रिया कंपनियों को ऐसे उत्पाद और सेवाएँ बनाने में मदद करती है जो कम से कम, अपने ग्राहकों की अपेक्षाओं और आवश्यकताओं को पूरा करती हैं।

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

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

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

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

सॉफ्टवेयर विकास QA पेशेवर भी अपने स्वभाव से विवादास्पद हैं, जो अक्सर डेवलपर्स को परेशान कर सकते हैं। हालांकि, फ्लिप पक्ष पर, यह उन्हें सीधे और संकीर्ण पर micromanaged होने की आवश्यकता के बिना रखता है।

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

सॉफ्टवेयर डेवलपर्स अक्सर, इसे दूसरे तरीके से रखने के लिए, बहुत बड़ी तस्वीर पर प्रभाव को देखने के लिए बारीक विवरणों पर भी ध्यान केंद्रित करते हैं - अंतिम सॉफ्टवेयर उत्पाद।

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

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

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

एसक्यूए मानक क्या हैं?

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

  • आईएसओ / आईईसी 9000 श्रृंखला - सबसे अधिक मान्यता प्राप्त और सम्मानित गुणवत्ता आश्वासन मानकों में से एक, ये 7 बुनियादी प्रबंधन सिद्धांतों पर आधारित हैं। य़े हैं; ग्राहक का ध्यान, नेतृत्व, लोगों का जुड़ाव, प्रक्रिया दृष्टिकोण, सुधार, साक्ष्य-आधारित निर्णय लेने और संबंध प्रबंधन। श्रृंखला में, कुछ सबसे अधिक प्रासंगिक आईएसओ / आईईसी 9126 और आईएसओ / आईईसी 9241-11 हैं।
  • आईएसओ / आईईसी 25000 - आमतौर पर मानक के रूप में जाना जाता है जो सॉफ़्टवेयर गुणवत्ता आवश्यकताओं और मूल्यांकन (SQuaRE) के लिए दिशानिर्देश प्रदान करता है, यह मानक संगठनों को सॉफ़्टवेयर गुणवत्ता आवश्यकताओं और उनके मूल्यांकन से संबंधित प्रक्रियाओं को बढ़ाने में मदद करता है। इस मानक के बाद से आईएसओ 9126 और आईएसओ 14598 को बदल दिया गया है।
  • आईएसओ / आईईसी 12119 - यह मानक क्लाइंट के लिए वितरित सॉफ्टवेयर पैकेज के साथ संबंधित है। यह ग्राहकों की उत्पादन प्रक्रिया पर ध्यान केंद्रित नहीं करता है और न ही करता है।
  • सीएमएमआई स्तर 1-5 - क्षमता परिपक्वता मॉडल एकीकरण के लिए खड़ा है, यह मानक मानकों के लिए समर्पित कई सॉफ्टवेयर विकास प्रक्रियाओं में से एक है। इसे किसी परियोजना में, किसी विशेष विभाग में, या पूरे संगठन में प्रत्यक्ष सुधार करने के लिए नियोजित किया जा सकता है। से प्रत्येक स्तर 1 से 5 (स्तर 5 सर्वोच्च होने के नाते) एक संगठन की प्रक्रियाओं की अखंडता और प्रभावकारिता के आधार पर सम्मानित किया जाता है।
  • IEEE मानक - IEEE में विभिन्न मानक हैं जो सॉफ्टवेयर विकास और परीक्षण से संबंधित हैं। इनमें शामिल हैं: IEEE 829, IEEE 1061, IEEE 1059, IEEE 1008, IEEE 1012, IEEE 1028, IEEE 1044, IEEE 1044-1, IEEE 830, IEEE 730, IEEE 1061 और IEEE 12207।
  • बीएस एन मानकों - बीएस एन, या ब्रिटिश मानक, सॉफ्टवेयर विकास के लिए प्रासंगिक विभिन्न मानक भी हैं। सबसे अधिक प्रासंगिक कुछ बीएस 7925-1 और 7925-2 शामिल हैं।

SQA प्रक्रिया में क्या होता है?

किसी भी SQA प्रक्रिया में दस आवश्यक तत्व शामिल होते हैं। ये मोटे तौर पर हैं:

  • सॉफ्टवेयर इंजीनियरिंग मानकों
  • तकनीकी समीक्षा और ऑडिट
  • गुणवत्ता नियंत्रण के लिए सॉफ्टवेयर परीक्षण
  • त्रुटि संग्रह और विश्लेषण
  • परिवर्तन प्रबंधन
  • शिक्षण कार्यक्रम
  • विक्रेता प्रबंधन
  • सुरक्षा प्रबंधन
  • सुरक्षा
  • जोखिम प्रबंधन

किसी भी गुणवत्ता आश्वासन प्रणाली की तरह, SQA प्रक्रिया में आम तौर पर निम्नलिखित सामान्य गतिविधियां भी शामिल होती हैं। यह सूची संपूर्ण से दूर है और केवल कुछ अधिक महत्वपूर्ण तत्वों को इंगित करने के लिए है।

1. एक अतिव्यापी प्रबंधन योजना तैयार की जानी चाहिए

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

इसमें किसी भी प्रासंगिक अंतरराष्ट्रीय मानकों, साथ ही विशेष औद्योगिक मानकों, यदि कोई हो, का संदर्भ शामिल होगा।

योजना इन मानकों का अनुपालन करने के लिए कंपनी की प्रक्रियाओं, नीतियों, और अन्य प्रक्रियाओं को इन मानचित्रों के साथ कम से कम बहुत कम से कम करने के लिए तैयार करेगी। इसमें ऐसी गतिविधियाँ भी शामिल हो सकती हैं जो न्यूनतम अपेक्षित मानकों से अधिक हों।

एक SQA प्रबंधन योजना को सामान्य दृष्टिकोण को भी रेखांकित करना चाहिए जो संगठन पूरे विकास प्रक्रिया में करेगा, जैसे कि विशेष इंजीनियरिंग गतिविधियों को किया जाएगा।

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

2. SQA प्रक्रिया में चौकियों और ऑडिट की एक श्रृंखला शामिल होगी

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

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

3. एक अच्छा SQA सॉफ्टवेयर इंजीनियरिंग तकनीकों को लागू करेगा

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

उदाहरणों में शामिल हैं: साक्षात्कार, कार्यात्मक विश्लेषण प्रणाली तकनीक (फास्ट), कार्य विखंडन संरचनाएं (WBS), कोड की स्रोत लाइन (SLOC), और कार्यात्मक बिंदु अनुमान।

4. SQA सिस्टम औपचारिक तकनीकी समीक्षाओं पर बहुत अधिक निर्भर करता है

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

आमतौर पर परियोजना के आरंभ में आयोजित की गई, ये समीक्षाएं ASAP की त्रुटियों का पता लगाने में मदद करती हैं, जो बाद में लाइन के नीचे फिर से काम करने की आवश्यकता को कम करती हैं।

5. बहु-परीक्षण प्रक्रिया का एक महत्वपूर्ण हिस्सा है

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

6. प्रक्रिया पालन प्रवर्तन महत्वपूर्ण है

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

उत्तरार्द्ध जाँचता है कि सॉफ्टवेयर विकास प्रक्रिया के दौरान सही कदम उठाए गए थे। यह आमतौर पर SQA प्रबंधन योजना के भीतर प्रलेखित चरणों के विरुद्ध वास्तविक कदम उठाए जाने से प्राप्त होता है।

7. SQA सिस्टम लचीला होना चाहिए

किसी भी अच्छी SQA योजना को परिवर्तनों के अनुकूल होने के लिए पर्याप्त लचीला होना चाहिए। उन्हें उन प्रक्रियाओं को एकीकृत करना चाहिए जो किसी भी सॉफ्टवेयर विकास प्रक्रिया के दौरान फसल में बदलाव के लिए बाध्य हैं।

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

किसी भी परिवर्तन, चाहे दोषों को ठीक करता है या अन्यथा, मूल्यांकन भी किया जाना चाहिए, और उनके प्रभाव, यदि कोई हो, मापा जाता है। इस तरह की जाँच यह सुनिश्चित करेगी कि दोषों को ठीक करने के लिए किए गए कोई भी परिवर्तन प्रभावी हैं, और यह भी सुनिश्चित करता है कि वे समग्र रूप से परियोजना के अनुकूल हैं।

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

9. बड़ा "ए" - ऑडिट

स्टाफ के कई तकनीकी सदस्यों का ऑडिट, एक अच्छी तरह से तेल वाले एसक्यूए के लिए मौलिक है। ये प्रबंधन प्रणाली के समग्र "फिटनेस" की जांच करते हैं और सॉफ्टवेयर विकास प्रक्रिया की प्रगति में "ड्रिल डाउन", साथ ही मानकों का पालन भी करते हैं।

ऑडिट यह भी जाँचेंगे कि सभी टीम के सदस्यों की स्थिति रिपोर्ट परियोजना की सही स्थिति को दर्शाती है, साथ ही साथ किसी भी गैर-अनुपालन मुद्दे को उजागर करती है।

10. रिकॉर्ड, रिकॉर्ड, रिकॉर्ड

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

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

11. एक महान SQA प्रणाली सभी पक्षों के बीच अच्छे संबंधों को बढ़ाने में मदद करेगी

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

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

और कहा कि लपेटो। हमें उम्मीद है, अब तक, आप इस बात के लिए सराहना हासिल करने में कामयाब रहे कि एसक्यूए मौजूद क्यों है, और आपको इसे गंभीरता से क्यों लेना चाहिए।

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

उच्च गुणवत्ता, और अपने ग्राहक आधार में विश्वास कायम रखना, जैसा कि वे कहते हैं, सोने में इसका वजन है।


वीडियो देखना: Meet the team: Surekha Nallapati, Quality Assurance u0026 Test Analyst (सितंबर 2022).


टिप्पणियाँ:

  1. Tolar

    यह वाक्यांश जानबूझकर होना चाहिए

  2. Fenrim

    is absolutely not satisfied with the previous message

  3. Weirley

    आप सही नहीं हैं। मैं इस पर चर्चा करने की पेशकश करता हूं। मुझे पीएम में लिखें, हम इसे संभाल लेंगे।

  4. Aingeru

    उल्लेखनीय बहुमूल्य जानकारी

  5. Mojag

    मैं सोचता हूं कि आप गलत हैं। चलो चर्चा करते हैं। मुझे पीएम पर ईमेल करें, हम बात करेंगे।

  6. Yuki

    I am assured, what is it already was discussed, use search in a forum.

  7. Amphiaraus

    वे गलत हैं। मैं इस पर चर्चा करने का प्रस्ताव करता हूं। मुझे पीएम में लिखो, बोलो।



एक सन्देश लिखिए