what are iq oq pq 3 q s software validation process
IQ-OQ-PQ का परिचय:
IQ, OQ और PQ सॉफ्टवेयर वैलिडेशन प्रक्रिया के 3Q का गठन करते हैं।
परीक्षकों के रूप में हम सभी जानते हैं कि सॉफ़्टवेयर डेवलपमेंट टीम सॉफ़्टवेयर आवश्यकताएँ विनिर्देशन (SRS), कार्यात्मक विनिर्देश और बाद में परीक्षण टीम को विकसित करती है, परीक्षण टीम विभिन्न परीक्षण वातावरणों में परीक्षण के विभिन्न स्तरों पर कार्यान्वयन को सरलतम से सरल बनाती है। उच्च अंत, जो इस तरह उत्पादन वातावरण की नकल करता है।
एसडीएलसी के इस दृष्टिकोण के साथ, सॉफ़्टवेयर डेवलपमेंट टीम आमतौर पर ऑपरेशन टीम को पूरा सॉफ्टवेयर (विकसित और सत्यापित) सौंपकर अपने हाथों को धोता है। इसके अलावा, यह ऑपरेशंस टीम है (जिसे आमतौर पर ऑप्स टीम के रूप में जाना जाता है) जो इसे उत्पादन वातावरण में तैनात करने का ख्याल रखती है और इसे अंतिम उपयोगकर्ताओं द्वारा उपयोग करने के लिए तैयार करती है।
अब, यहां ऑपरेशन टीम के लिए उत्पादन पर्यावरण पर सॉफ्टवेयर को कार्यात्मक बनाने के लिए वास्तविक चुनौती है, क्योंकि सॉफ्टवेयर विकास के चरणों के दौरान, एक नकली वातावरण में विकास और सत्यापन किया गया है, और लाइव वातावरण के काफी करीब, केवल में। उत्पादन वातावरण के डेटा और विन्यास की उपलब्धता का मामला।
यह वह जगह है जहां सॉफ्टवेयर का सत्यापन चित्र में आता है। एक बार जब सत्यापन पूरा हो जाता है और प्रोग्राम / उत्पाद टीम द्वारा सॉफ्टवेयर पर हस्ताक्षर किए जाते हैं, तो ओपीएस टीम उत्पादन को तैनात करने के लिए सॉफ्टवेयर को स्वीकार करने से पहले गतिविधियों का एक सेट लेगी, जिससे यह साबित हो सके कि सॉफ्टवेयर अपेक्षित रूप से व्यवहार कर रहा है, जो सत्यापन गतिविधियों के अलावा कुछ भी नहीं है।
आप क्या सीखेंगे:
सत्यापन बनाम सत्यापन
यहां 'सत्यापन' और 'सत्यापन' गतिविधियों के बीच अंतर को स्पष्ट रूप से समझने दें। ' सत्यापन 'डेवलपर और परीक्षकों द्वारा सॉफ़्टवेयर डेवलपमेंट साइट पर इन-हाउस आवश्यकताओं और विशिष्टताओं के संबंध में सॉफ़्टवेयर का मूल्यांकन करना है।
जहाँ तक ' मान्यकरण 'गुणवत्ता आश्वासन जांच का एक सेट है, जो बाहरी ग्राहकों, मालिकों, विक्रेताओं को उनके द्वारा दिए जा रहे उत्पाद पर किया जाता है, ताकि उत्पाद को स्वीकार करने या खरीदने से पहले उपयुक्तता की जांच की जा सके। सत्यापन गतिविधियों को ज्यादातर उत्पादन स्थल पर किया जाता है।
इसलिए, अनुप्रयोग विकास के मामले में, यह ऑप्स टीम है जो सॉफ्टवेयर के लिए सत्यापन गतिविधियों को अंजाम दे रही है।
यह भी पढ़े:
https://www.softwaretestinghelp.com/difference-between-verification-vs-validation/
सत्यापन प्रक्रिया के चरण
आम तौर पर, किसी भी उत्पाद की वैधता प्रक्रिया उपयोग और रखरखाव के माध्यम से विकास से किसी उत्पाद के पूर्ण जीवन चक्र को संदर्भित करती है। और इसलिए सत्यापन प्रक्रिया 5 चरणों में टूट गई है।
सत्यापन प्रक्रिया के 5 चरण हैं:
विनिर्माण, चिकित्सा, फार्मास्यूटिकल्स आदि जैसे कई उद्योगों में मान्यकरण प्रक्रिया के इस 5 चरण दृष्टिकोण का पालन किया जा रहा है। यहाँ मशीनरी, उपकरण या उत्पाद खरीदने से पहले अंतिम ग्राहक द्वारा सत्यापन किया जाएगा।
एक सॉफ्टवेयर के लिए सत्यापन गतिविधियों के घटक यह साबित करने के लिए हैं कि is सॉफ्टवेयर उपयोगकर्ताओं द्वारा उपभोग के लिए तैयार है ’, और मुख्य रूप से कार्यक्षमता और संचालन के बाद सॉफ्टवेयर की सफल स्थापना को सत्यापित करने के लिए।
3Q का दृष्टिकोण: IQ-OQ-PQ
हालांकि, सॉफ्टवेयर के संदर्भ में, 3Q का दृष्टिकोण, IQ-OQ-PQ मान्यता के भाग के रूप में पालन किया जा रहा है और इसे संचालन टीम द्वारा किया जाएगा, जो अंततः उत्पादन के लिए सॉफ्टवेयर को तैनात करने के लिए जिम्मेदार हैं।
नीचे दी गई मान्यता प्रक्रिया प्रवाह आरेख है:
टेम्प्लेट, योजना और अन्य दस्तावेज जो 3Q के लिए इनपुट हैं, उनके सॉफ्टवेयर के लिए सॉफ्टवेयर टीम द्वारा निर्धारित किया जाएगा और इसमें इन योग्यताओं के एक भाग के रूप में किए जाने वाले विस्तृत दृष्टिकोण, कार्य / गतिविधियाँ / परीक्षण शामिल हैं। परीक्षण के परिणाम के साथ।
सारांश रिपोर्ट को बायनेरिज़ और अन्य डिलिवरेबल्स के साथ सॉफ्टवेयर हैंडओवर के दौरान ऑप्स टीम को सौंप दिया जाएगा।
उच्च स्तर पर,
कुल मिलाकर, IQ, OQ और PQ को पूरा करने का उद्देश्य यह सुनिश्चित करना है कि सॉफ्टवेयर को सफलतापूर्वक तैनात किया जा सके और सभी कार्यक्षमताओं का उपयोग बिना किसी अड़चन के किया जा सके।
आदर्श रूप से, IQ, OQ और PQ क्रमिक गतिविधियाँ हैं, जिन्हें क्रम में निष्पादित करने की आवश्यकता होती है। जब तक स्थापना नहीं की जाती है, तब तक सॉफ़्टवेयर की कार्यक्षमता को सत्यापित नहीं किया जा सकता है और जब तक कार्यक्षमता सिद्ध नहीं होती है, प्रदर्शन को मापने का कोई मतलब नहीं है। कभी-कभी समय की कमी के कारण, OQ के समानांतर पहलुओं को स्थापित करने के बाद PQ OQ के समानांतर शुरू हो सकता है।
अब, इन 3 चरणों में से प्रत्येक के बारे में विस्तार से समझते हैं।
स्थापना योग्यता (IQ)
स्थापना की योग्यता भी बताई गई है 'बुद्धि' , यह पुष्टि करने की प्रक्रिया है कि यदि आपूर्ति किए गए सॉफ़्टवेयर (बायनेरी, स्क्रिप्ट आदि) को निर्दिष्ट कॉन्फ़िगरेशन के साथ निर्दिष्ट वातावरण पर सफलतापूर्वक स्थापित किया जा सकता है, और यह सत्यापित करने के लिए कि इन स्थापना चरणों को 'इंस्टॉलेशन गाइड' नामक दस्तावेज़ में कैसे दर्ज किया गया है।
निम्नलिखित वस्तुओं की आपूर्ति सॉफ्टवेयर पैकेज के साथ डेवलपमेंट टीम द्वारा की जाती है और इसका उपयोग ऑप्स टीम द्वारा IQ को पूरा करने के लिए किया जाता है।
1) In इंस्टॉलेशन गाइड ’दस्तावेज़, जो चयनित वातावरण में इंस्टॉलेशन चरणों का दस्तावेजीकरण करता है।
दो) सॉफ्टवेयर के विन्यास को स्थापित करने के लिए able कॉन्फ़िगरेशन गाइड ’दस्तावेज़। कभी-कभी यह दस्तावेज़ इंस्टॉलेशन गाइड दस्तावेज़ का एक हिस्सा बन जाता है।
3) सॉफ्टवेयर पैकेज और इंस्टॉलेशन स्क्रिप्ट, अधिमानतः स्वचालित स्क्रिप्ट।
सॉफ़्टवेयर इंस्टॉलेशन योग्यता चरण को सबसे महत्वपूर्ण माना जाता है और आमतौर पर कई मुद्दों पर खुला हुआ इस चरण के दौरान।
इसलिये:
सेवा मेरे) विकास पर्यावरण में स्थापना मुद्दों को सत्यापित करने के लिए 100% वास्तविक समय का वातावरण उपलब्ध नहीं होगा और इसलिए पर्यावरण में अंतर कई मुद्दों में योगदान देता है।
बी) विभिन्न कारणों के कारण, विकास और संचालन टीम के बीच पर्याप्त सहयोग नहीं हो सकता है ताकि सॉफ्टवेयर विकास के शुरुआती चरणों के दौरान मुद्दों को अच्छी तरह से आगे बढ़ाया जा सके।
सी) दस्तावेज़ में वास्तविक स्थापना चरणों को रिकॉर्ड करते समय कुछ दस्तावेज़ीकरण मुद्दे हो सकते हैं, जो उत्पादन वातावरण पर बिल्कुल मेल नहीं खा सकते हैं।
इन दिनों, संपूर्ण सॉफ़्टवेयर इंस्टॉलेशन प्रक्रिया को स्क्रिप्ट की एक श्रृंखला के माध्यम से जितना संभव हो उतना स्वचालित किया जाएगा। यदि स्थापना के साथ कोई समस्या है, तो उन मुद्दों को ठीक करने के लिए कॉन्फ़िगरेशन और मैनुअल हस्तक्षेप में किसी भी मिस-मैच के कारण स्वचालित स्थापना विफल हो जाती है।
जैसा कि ऑप्स टीम ने इंस्टॉलेशन गाइड में सॉफ्टवेयर टीम द्वारा दिए गए निर्देशों का सख्ती से पालन करते हुए आईक्यू को बाहर किया है, यह बहुत महत्वपूर्ण है और यह सुनिश्चित करने के लिए सॉफ्टवेयर टीम की जिम्मेदारी भी है कि 'इंस्टॉलेशन गाइड' को इस तरह से लिखा जाए स्थापना कदम वास्तविक समय के वातावरण से मेल खाते हैं।
और यह सुनिश्चित करने के लिए परीक्षकों की जिम्मेदारी है कि 'स्थापना' प्रक्रिया को इसकी पूर्णता के लिए दस्तावेज़ सत्यापन के साथ-साथ सत्यापित किया जाए और प्रलेखित चरणों के विरुद्ध सिस्टम पर चलाए जाने वाले वास्तविक चरणों के साथ किसी भी मिस-मैच की पहचान की जाए। इंस्टालेशन गाइड।
इंस्टॉलेशन गाइड लिखते समय और उत्पादन में सॉफ्टवेयर इंस्टॉलेशन के दौरान मुद्दों को कम करने के लिए, इन-हाउस को सत्यापित करते हुए निम्नलिखित बिंदुओं को ध्यान में रखना आवश्यक है।
| एस.एन.ओ. | स्थापना गाइड अंक |
|---|---|
| । | सॉफ़्टवेयर को स्थापित करने के लिए लिया गया विशिष्ट समय ओप्स टीम के लिए इंस्टॉलेशन गाइड में उल्लेख किया जाना चाहिए, ताकि उनकी गतिविधियों की योजना बनाने के लिए स्थापना के अनुमानित समय पर विचार किया जा सके। |
| 1 | मुख्य और अत्यंत, most इंस्टॉलेशन गाइड ’को सरल और आसान भाषा में लिखा जाना चाहिए। |
| दो | यह सुनिश्चित करने की आवश्यकता है कि यह 5 से अधिक पृष्ठों में लंबे समय तक न चले। यह छोटा और साफ-सुथरा होना चाहिए। |
| ३ | अपनी स्थिति को ट्रैक करने के लिए निष्पादन के प्रत्येक चरण के लिए सीरियल नंबर प्रदान करने की आवश्यकता है। |
| ४ | जितना संभव हो चरणों को स्वचालित करें और उन सभी को एक स्क्रिप्ट में बंडल करें। |
| ५ | इंस्टॉलेशन प्रक्रिया लिखने के लिए एक मानक टेम्पलेट का उपयोग किया जाना चाहिए। |
| ६ | मिस-मैच से बचने के लिए पूर्व-आवश्यकताओं का स्पष्ट रूप से उल्लेख किया जाना चाहिए और उन्हें सत्यापित करने के लिए आवश्यक कदम प्रदान किए जाने चाहिए। यदि कोई मिस-मैच होता है, तो उन्हें अपेक्षित स्तर तक लाने या उन पैकेजों को स्थापित करने का निर्देश प्रदान किया जाना चाहिए। |
| । | जिन सेवाओं को इंस्टालेशन के दौरान नीचे लाया जाना है, उन्हें कैसे नीचे लाया जाए, उन्हें नीचे लाने के प्रभाव को गाइड में स्पष्ट रूप से उल्लेख करने की आवश्यकता है। |
| ९ | अन्य दस्तावेज़ों को लिंक प्रदान करने से बचना चाहिए और एक दस्तावेज़ से दूसरे में स्विच करना चाहिए। आवश्यक जानकारी के हर टुकड़े को उसी दस्तावेज में उपलब्ध कराया जाना चाहिए। यदि अतिरिक्त दस्तावेजों को संदर्भित करने की आवश्यकता है, तो उन्हें सॉफ्टवेयर पैकेज के साथ आपूर्ति करें, और बदले में उन्हें मुख्य दस्तावेजों में संदर्भित किया जाना चाहिए। |
| १० | यह सुनिश्चित करने की आवश्यकता है कि दस्तावेज़ में उल्लिखित स्क्रिप्ट का नाम वही है जो बाइनरी के साथ पैक किया गया है। |
| ग्यारह | यह सुनिश्चित करना चाहिए कि अधिष्ठापन गाइड दस्तावेज़ में उल्लिखित सभी स्क्रिप्ट बाइनरी के साथ आपूर्ति की गई हैं। |
| १२ | सुनिश्चित करें कि सभी कॉन्फ़िगरेशन पैरामीटर स्पष्ट रूप से इंस्टॉलेशन गाइड / कॉन्फ़िगरेशन गाइड में डिफ़ॉल्ट मानों और अन्य समर्थित मूल्यों के साथ उल्लिखित हैं। |
| १३ | सॉफ्टवेयर इंस्टॉलेशन पूरा होने के बाद बिल्ड वेरिफिकेशन टेस्ट को पूरा करने के लिए ऑटोमेटेड टेस्ट दिए जाएं। वे सफलतापूर्वक स्थापित किए गए हैं, यह सत्यापित करने के लिए उन्हें संख्या में महत्वपूर्ण और महत्वपूर्ण होने की आवश्यकता है। |
| १४ | ‘स्मोक टेस्ट’ को यह सुनिश्चित करने के लिए आपूर्ति की जानी चाहिए कि सिस्टम की एंड-टू-एंड कनेक्टिविटी सही है और सिस्टम के सभी घटक एक-दूसरे से अपेक्षा के अनुसार बात कर रहे हैं। |
| पंद्रह | सॉफ़्टवेयर इंस्टॉलेशन की विफलता के मामले में, रोलबैक स्क्रिप्ट को पैकेज के साथ आपूर्ति की जाती है और रोलबैक करने और सिस्टम को सफलतापूर्वक पुनर्स्थापित करने के लिए इंस्टॉलेशन गाइड में रोलबैक प्रक्रिया स्पष्ट रूप से लिखी जाती है। |
उपरोक्त सभी बिंदुओं पर ध्यान देने के साथ, मानवीय त्रुटियों से बचने के लिए न्यूनतम मानवीय हस्तक्षेप के साथ सॉफ़्टवेयर इंस्टॉलेशन प्रक्रिया को स्वचालित करना एक सर्वोत्तम अभ्यास है।
यदि कोई समस्या आईक्यू सत्यापन चरण के दौरान पाई जाती है, तो इसकी सूचना सॉफ्टवेयर टीम को दी जाएगी, जिसे ठीक करने पर, धूम्रपान परीक्षण और सत्यापन परीक्षण का निर्माण सॉफ्टवेयर स्थापना की सफलता की जांच करने के लिए बाहर किया जाएगा।
इसलिए आईक्यू चरण में सॉफ्टवेयर पैकेज स्थापित करना शामिल है, जिसके बाद बिल्ड सत्यापन और धुएं परीक्षण आयोजित किए जाते हैं।
इसलिए, IQ चरण का सफल समापन बहुत महत्वपूर्ण है क्योंकि एक सॉफ्टवेयर का सफल और सही इंस्टॉलेशन यह सुनिश्चित करता है कि कार्यक्षमता विफलताओं से जुड़े अधिकांश मुद्दे नकार दिए गए हैं।
परिचालन योग्यता (OQ)
परिचालन योग्यता, जिसे भी कहा जाता है क्या न आईक्यू के सफल समापन के बाद सॉफ्टवेयर सत्यापन प्रक्रिया की अगली गतिविधि है।
संचालन योग्यता गतिविधि में टी शामिल है वह यह सत्यापित करने के लिए चलाया जाता है कि यह सुनिश्चित करने के लिए कि सॉफ्टवेयर उपभोक्ताओं के लिए तैनात किया जाना है। आदर्श रूप से, सॉफ़्टवेयर की प्रमुख कार्यक्षमताएं इस सत्यापन प्रक्रिया के भाग के रूप में सत्यापित हैं।
OQ मूल्यांकन के लिए OQ योजना को सॉफ्टवेयर टीम (परीक्षकों) द्वारा तैयार किए जाने की आवश्यकता है, जिसमें OQ परीक्षण के सभी पहलुओं को शामिल किया जाना चाहिए जिन्हें विवरण की तरह शामिल किया जाना चाहिए। परीक्षण, परीक्षण अनुसूची, कार्यप्रणाली, उपकरण, सेवा पर प्रभाव, परीक्षण निष्पादन अनुक्रम, रिपोर्टिंग मुद्दों की विधि और उन्हें ठीक करने के लिए SLA, दोष परीक्षण दृष्टिकोण आदि।
ऑपरेशनल क्वालिफिकेशन टेस्ट जो OQ के हिस्से के रूप में चलाए जाते हैं, उन्हें सॉफ्टवेयर टीम द्वारा सॉफ्टवेयर डिलिवरेबल्स के साथ फिर से सप्लाई किया जाता है। ये ऑपरेशनल क्वालिफिकेशन टेस्ट महत्वपूर्ण परीक्षणों का एक संग्रह है जो ional फंक्शनल रिक्वायरमेंट स्पेसिफिकेशन ’दस्तावेज़ के आधार पर डिज़ाइन किया गया है ताकि यह सुनिश्चित हो सके कि संपूर्ण सॉफ्टवेयर सिस्टम अपेक्षा के अनुसार कार्य करता है।
इस OQ टेस्ट स्पेसिफिकेशन डॉक्यूमेंट को टेस्ट इंजीनियर्स ने फंक्शनल रिक्वायरमेंट स्पेसिफिकेशन डॉक्यूमेंट के खिलाफ तैयार किया है। अक्सर यह दस्तावेज एसडीएलसी के सिस्टम परीक्षण चरण के दौरान तैयार और सत्यापित किए गए सिस्टम टेस्ट स्पेसिफिकेशन दस्तावेज़ का सबसेट होगा।
परिचालनात्मक टीम की आवश्यकताओं और उस स्थान की शर्तों के अनुरूप परीक्षण को बदल दिया या अद्यतन किया जा सकता है, जहां इसे निष्पादित किया जाएगा।
इसलिए परीक्षण का चयन करते समय अतिरिक्त सावधानी बरती जानी चाहिए जो कि OQ का एक हिस्सा है ताकि यह सुनिश्चित किया जा सके कि सभी प्रमुख कार्यक्षमताएं और मुख्य व्यवसाय वर्कफ़्लो इस सत्यापन के एक भाग के रूप में शामिल हैं।
OQ परीक्षण विनिर्देश दस्तावेज़ तैयार करते समय परीक्षकों के लिए निम्नलिखित सुझाव दिए गए हैं।
| स्नो | OQ टेस्ट स्पेसिफिकेशन डॉक्यूमेंट तैयार करते समय परीक्षकों के लिए टिप्स |
|---|---|
| । | सीमा मूल्य से संबंधित परीक्षण मामलों को शामिल करने की आवश्यकता नहीं है, जो चरम मूल्यों के लिए पुष्टि करता है, लेकिन जहां आवश्यक हो, इनपुट के रूप में उपयोग किए जाने वाले दैनिक मूल्यों का उपयोग करें। |
| 1 | सुनिश्चित करें कि मुख्य कार्यक्षमता परीक्षण यह साबित करने के लिए कि अपेक्षित के रूप में सॉफ़्टवेयर फ़ंक्शंस चुने गए और शामिल किए गए हैं और इसलिए लिखित परीक्षा मामलों में से प्रत्येक के लिए आवश्यक ट्रेसबिलिटी OQ टेस्ट स्पेस दस्तावेज़ में उपलब्ध हैं। |
| दो | सुनिश्चित करें कि परीक्षण बड़े करीने से कदम कार्रवाई के साथ लिखे गए हैं, स्व-व्याख्यात्मक हैं और एक आम आदमी द्वारा समझा जा सकता है। |
| ३ | परीक्षण मामलों में किसी भी तकनीकी शब्दों के उपयोग को अधिक से अधिक संदर्भित न करें या न करें, क्योंकि इस दस्तावेज़ के उपयोगकर्ता को उन शब्दावली के बारे में पता नहीं हो सकता है। यह कि परीक्षण डेटा का उपयोग सिस्टम पर पहले से मौजूद नहीं है। यदि उपयोगकर्ता परीक्षण मामलों को एक से अधिक बार निष्पादित करना चाहते हैं, तो डेटा के कई सेट प्रदान करें। |
| ४ | प्रत्येक परीक्षण के लिए अनिवार्य और वैकल्पिक पूर्व-आवश्यकताओं का स्पष्ट रूप से उल्लेख करें। |
| ५ | कार्यक्षमता को सत्यापित करने के लिए सकारात्मक परीक्षण मामलों के बहुमत को शामिल करें। |
| ६ | यह सुनिश्चित करने के लिए बहुत कम नकारात्मक परीक्षण मामलों को शामिल करें कि अप्रासंगिक इनपुट के मामले में सॉफ्टवेयर व्यवहार अपेक्षित है और सिस्टम नकारात्मक मामलों को सफलतापूर्वक संभालने में सक्षम है। |
| । | डिफ़ॉल्ट मानों से बदलने की जरूरत है, तो विन्यास मूल्यों का उल्लेख करें। |
| ९ | जहाँ भी उपलब्ध हो, स्वचालित परीक्षण मामलों की आपूर्ति करें। हाथ में आने से पहले सुनिश्चित करें कि उन स्वचालन स्क्रिप्ट को उस सिस्टम पर चलाया जा सकता है जहां OQ की योजना बनाई जा रही है। |
| १० | सुनिश्चित करें कि प्रत्येक परीक्षण मामलों में संदर्भ के रूप में स्पष्ट 'अपेक्षित' और 'वास्तविक' परिणाम हैं। और वास्तविक परिणाम की व्याख्या करने के लिए यदि आवश्यक हो तो कोई टिप्पणी जोड़ें। |
| ग्यारह | प्रत्येक परीक्षण मामलों के लिए 'स्वीकृति मानदंड' को शामिल करना भी आवश्यक है। स्वीकार्यता मानदंड परीक्षण मामलों के निष्पादन के बाद प्रणाली की स्थिति हो सकती है। |
| १२ | प्रत्येक परीक्षण के लिए उपयोग किए जाने वाले the टेस्ट डेटा ’की सही ढंग से आपूर्ति करें। जियो से सबसे आम डेटा की आपूर्ति करने का प्रयास करें। और कुछ असाधारण डेटा, यह सुनिश्चित करने के लिए कि सिस्टम असाधारण मामलों को भी संभाल सकता है। सुनिश्चित करें कि उपयोग किया गया परीक्षण डेटा सिस्टम पर पहले से मौजूद नहीं है। यदि उपयोगकर्ता परीक्षण मामलों को एक से अधिक बार निष्पादित करना चाहते हैं, तो डेटा के कई सेट प्रदान करें। |
| १३ | यदि एकाधिक ऑपरेशनल उपयोगकर्ता समानांतर में विभिन्न स्थानों से परीक्षण चला रहे हैं, तो डेटा के विभिन्न सेटों के अनुसार परीक्षण करने का निर्देश प्रदान करें। |
| १४ | चेकलिस्ट प्रदान करें, जहां कभी भी यह सुनिश्चित करने के लिए आवश्यक हो कि परीक्षण चलाने से पहले सभी कॉन्फ़िगरेशन, पूर्व-अपेक्षाएं निर्धारित की गई हैं। |
| पंद्रह | लॉग्स की निगरानी करते रहें, जब परीक्षण चल रहे हों, यदि सिस्टम तक पहुंच उपलब्ध हो। |
| १६ | यदि संभव हो और आवश्यक हो तो इन परीक्षण मामलों के निष्पादन के दौरान परिचालन उपयोगकर्ताओं को एक निष्पादन सहायता प्रदान करें। |
| १। | निष्पादन के दौरान पाए जाने वाले मुद्दों की रिपोर्ट करने का तरीका बताएं। मुद्दों को ट्रैक करने के लिए बग ट्रैकिंग टूल का उपयोग करना बेहतर है। प्रत्येक मुद्दे को ध्यान से मॉनिटर करें और सहमत SLA के अनुसार इसे बंद करने के लिए ले जाएं। |
| १। | महत्वपूर्ण और गंभीर मुद्दों को समझने और अक्सर उन मुद्दों पर अपडेट प्रदान करने के लिए सही स्टेक होल्डर्स में understand Defect Triages ’को शामिल करें। |
| १ ९ | निष्पादन के पूरा होने के बाद अंतिम परिणाम प्रकाशित करने के लिए अंतिम the OQ टेस्ट निष्पादन सारांश रिपोर्ट ’टेम्पलेट प्रदान करें। |
इसलिए इस प्रकार तैयार ओक्यू प्लान और टेस्ट स्पेसिफिकेशन की पूरी तरह से समीक्षा की जानी चाहिए और संबंधित हितधारकों द्वारा हस्ताक्षर किए जाने चाहिए ताकि यह सुनिश्चित हो सके कि या तो कवरेज बहुत कम है या बहुत अधिक है और सभी प्रमुख कार्यक्षमताएं कवर हैं।
OQ का सफल समापन दर्शाता है कि सॉफ्टवेयर चयनित वातावरण में अपने परिचालन विनिर्देशों के अनुसार कार्य करेगा और यह सॉफ्टवेयर को इसके उत्पादन की ओर ले जाने में स्टेज गेट है और यह सत्यापन प्रक्रिया की अगली गतिविधि के साथ आगे बढ़ने का संकेत है जो पी क्यू ।
प्रदर्शन योग्यता (PQ)
सफल IQ सुनिश्चित करने के बाद, OQ ने वैलिडेशन प्रक्रिया में अगली गतिविधि को पूरा करना है ताकि यह सुनिश्चित किया जा सके कि उत्पाद / सॉफ्टवेयर उत्पादन वातावरण में किसी भी अड़चन के बिना लगातार अपेक्षित लोड के तहत निर्दिष्ट प्रदर्शन पहलुओं को पूरा करता है या नहीं।
PQ का मुख्य पहलू यह सुनिश्चित करना है कि एक सॉफ्टवेयर, जब अपेक्षित सिस्टम पर स्थापित हो, लाइव लोड को संभाल सकता है और अपेक्षित प्रतिक्रिया समय को पूरा कर सकता है और समवर्ती उपयोगकर्ताओं को संभालने के दौरान पीक लोड और तनाव के तहत दुर्घटना नहीं करता है।
इसलिए पीक्यू मुख्य रूप से यह सुनिश्चित करने के लिए है कि क्या सॉफ्टवेयर के लिए निर्दिष्ट प्रदर्शन मानदंड अलग-अलग लोड स्थितियों के साथ विश्वसनीय आधार पर समय (शायद एक सप्ताह) की अवधि में प्राप्त किए जाते हैं, जैसा कि लाइव में पैटर्न है। इसलिए सॉफ्टवेयर सिस्टम के व्यवहार की निगरानी के लिए इन परीक्षणों को हर दिन चलाया जाना चाहिए और इसलिए PQ को पूरा होने में थोड़ा समय लगेगा जब तक यह सुनिश्चित नहीं हो जाता है कि सिस्टम अपने प्रदर्शन के लिए सिद्ध हो गया है।
आदर्श रूप से, PQ सत्यापन को OQ के पूरा होने के बाद किया जाता है, जहां सॉफ्टवेयर की कार्यक्षमता सुनिश्चित की जाती है और उत्पाद या सॉफ्टवेयर के प्रदर्शन पहलू को सत्यापित करने के साथ आगे बढ़ सकता है। कभी-कभी समय की कमी के कारण, OQ के पूर्ण होने के प्रतिशत पर विश्वास के आधार पर, PQ OQ के समानांतर शुरू हो सकता है।
यह पूरी तरह से भरी हुई प्रणाली के साथ लाइव सिस्टम पर इन प्रदर्शन परीक्षणों को अंजाम देने के लिए या जीने के लिए समान परिस्थितियों पर और यह सुनिश्चित करने के लिए आदर्श है कि प्रदर्शन पहलुओं पर कोई अड़चन नहीं है।
निम्नलिखित परीक्षण आम तौर पर प्रदर्शन योग्यता के भाग के रूप में चलाए जाते हैं। और परीक्षणों का विकल्प सॉफ्टवेयर से सॉफ्टवेयर में भिन्न होता है।
(1) उपलब्धता परीक्षण: यह सुनिश्चित करने के लिए कि दुर्घटनाग्रस्त या नीचे जाने के बिना सॉफ़्टवेयर लगातार उपलब्ध है।
# 2) पहुंच परीक्षण: यह सुनिश्चित करने के लिए कि सॉफ़्टवेयर बिना किसी समस्या के अपेक्षित प्रदर्शन गति के साथ हर स्थान से आसानी से सुलभ है।
# 3) लोड टेस्ट: प्रत्याशित दिन के तहत प्रणाली के व्यवहार को मापने के लिए लोड करने के लिए और भी पीक लोड की स्थिति।
# 4) तनाव परीक्षण: चरम लोडिंग परिस्थितियों में सिस्टम के ब्रेकपॉइंट को मापने के लिए।
# 5) थ्रूपुट प्रदर्शन टेस्ट: प्रणाली की प्रतिक्रिया समय को मापने के लिए और TPS (प्रति सेकंड लेनदेन) को मापने के लिए
# 6) स्केलेबिलिटी परीक्षण: सिस्टम अपेक्षित समवर्ती उपयोगकर्ताओं को संभालने के लिए स्केल कर सकता है।
प्रदर्शन परीक्षण परिदृश्य और संबंधित स्वचालित स्क्रिप्ट प्रदर्शन संबंधी आवश्यकताओं के आधार पर तैयार किए जाते हैं, जो Requirements उपयोगकर्ता की आवश्यकताओं के विनिर्देशन ’दस्तावेजों में निर्दिष्ट हैं।
OQ योजना के समान, एक विस्तृत PQ योजना जो स्पष्ट रूप से टूल के साथ परीक्षण दृष्टिकोण, रणनीति, योजना और अनुसूची को बताती है, को तैयार किया जाना चाहिए और PQ निष्पादकों के साथ चलना चाहिए।
प्रदर्शन परीक्षण और निगरानी उपकरण को उस वातावरण में स्थापित करने की आवश्यकता होती है जहां प्रदर्शन मैट्रिक्स को मापने और रिपोर्ट करने के लिए PQ किया जा रहा है।
परीक्षकों के लिए संचालन टीम को सफलतापूर्वक PQ को पूरा करने में सक्षम बनाने के लिए निम्नलिखित युक्तियां दी गई हैं।
| स्नो | ऑपरेशन टीम को सक्षम करने के लिए परीक्षकों के लिए टिप्स |
|---|---|
| । | गाइड, समर्थन और ऑपरेशन टीम को प्रशिक्षित करने के लिए सिस्टम पर प्रदर्शन का परीक्षण। |
| 1 | URS के आधार पर प्रदर्शन परीक्षण करने के लिए प्रमुख व्यवसाय विशिष्ट परिदृश्य तैयार करें। |
| दो | सुनिश्चित करें कि परीक्षण यह साबित करने के लिए शामिल किए गए हैं कि सिस्टम विभिन्न लोडिंग परिस्थितियों में प्रतिक्रिया समय, गति, मापनीयता और स्थिरता की अपेक्षाओं को पूरा करता है। |
| ३ | सुनिश्चित करें कि निर्दिष्ट लोड उपलब्ध है या आवश्यक लोड उत्पन्न करने के लिए विधि और उपकरण संबंधित परीक्षण मामलों में स्पष्ट रूप से उल्लिखित हैं। |
| ४ | प्रत्येक परिदृश्य के लिए पूर्व-आवश्यकता का स्पष्ट रूप से उल्लेख करें, जैसे कि सिस्टम पर मौजूद पूर्व-लोड की स्थिति, समवर्ती उपयोगकर्ताओं की संख्या आदि। |
| ५ | उल्लेख परीक्षण के प्रत्येक श्रेणी के लिए और प्रत्येक परीक्षण के लिए प्रदर्शन परीक्षण को पूरा करने के लिए अनुशंसित उपकरण का उपयोग किया जाता है। |
| ६ | सुनिश्चित करें कि प्रदर्शन मीट्रिक पर नज़र रखने की प्रक्रिया स्पष्ट रूप से उल्लिखित है। |
PQ के सफल समापन पर, प्रदर्शन की आवश्यकताओं को पूरा करना बहुत महत्वपूर्ण है क्योंकि किसी भी प्रदर्शन से संबंधित विचलन उपयोगकर्ता को असुविधा पैदा करके एक बड़ी व्यावसायिक हानि का कारण बन सकता है और उपयोग किए जाने वाले सॉफ़्टवेयर पर विश्वास सॉफ़्टवेयर की विफलता के लिए अग्रणी खो जाएगा।
संक्षेप में, टी वह तालिका के नीचे IQ-OQ-PQ गतिविधियों का सारांश प्रस्तुत करता है।
| बुद्धि | क्या न | पी क्यू | |
|---|---|---|---|
| क्या | सॉफ़्टवेयर इंस्टॉलेशन की प्रक्रिया को सत्यापित करने के लिए और प्रक्रिया कैसे प्रलेखित है | प्रणाली के समुचित कार्य को सत्यापित करना | ग्राहक, मालिक, विक्रेता, संचालन टीम |
| Who | ग्राहक, मालिक, विक्रेता, संचालन टीम | ग्राहक, मालिक, विक्रेता, संचालन टीम | ग्राहक, मालिक, विक्रेता, संचालन टीम |
| कहा पे | मालिकों की साइट पर, ऑपरेशन टीम का स्थान, लाइव साइट, पर्यावरण की तरह ठेस | मालिकों की साइट पर, ऑपरेशन टीम का स्थान, लाइव साइट, पर्यावरण की तरह ठेस | मालिकों की साइट पर, ऑपरेशन टीम का स्थान, लाइव साइट, पर्यावरण की तरह ठेस |
| कब | जब सॉफ्टवेयर टीम से प्राप्त होता है, तो OQ और PQ से पहले। | उपयोग के लिए सिस्टम को जारी करने से पहले और सफल IQ पूरा होने के बाद | सिस्टम को लाइव करने से पहले और सफल IQ के बाद, OQ पूरा करना |
नीचे दी गई तालिका सत्यापन चरणों में से प्रत्येक के लिए विभिन्न इनपुट बताती है।
| प्रकार | इनपुट |
|---|---|
| बुद्धि | 1. डिजाइन विशिष्टता दस्तावेज 2. सॉफ्टवेयर बायनेरी और अन्य इंस्टॉलेशन स्क्रिप्ट 3. स्थापना गाइड दस्तावेज़ 4. कॉन्फ़िगरेशन गाइड दस्तावेज़ 5. बिल्ड वेरिफिकेशन एंड स्मोक टेस्ट डॉक्यूमेंट |
| क्या न | 1. कार्यात्मक विशिष्टता दस्तावेज 2. OQ योजना दस्तावेज़ 3. ऑपरेशनल क्वालिफिकेशन टेस्ट डॉक्यूमेंट 4. OQ टेस्ट सारांश रिपोर्ट टेम्पलेट 5. आईक्यू सफलतापूर्वक पूरा हुआ |
| पी क्यू | 1. यूआरएस (यूजर रिक्वायरमेंट स्पेसिफिकेशन) दस्तावेज 2. पीक्यू प्लान डॉक्यूमेंट 3. प्रदर्शन योग्यता परीक्षण दस्तावेज़ 4. PQ टेस्ट सारांश रिपोर्ट टेम्पलेट 5. आईक्यू और ओक्यू सफलतापूर्वक पूरा हुआ |
निष्कर्ष
यहां तक कि अगर उत्पाद / सॉफ्टवेयर सभी सत्यापन चरणों को पार कर चुका है और IQ-OQ-PQ में से किसी एक को साबित करने में विफल रहता है, तो परिणाम विनाशकारी हो सकता है और एक बड़ी लागत का कारण होगा। इसलिए अकेले IQ-OQ-PQ का सफल समापन विकास स्थल से उत्पादन स्थल तक उत्पाद का सफल स्थानांतरण है।
कुल मिलाकर, IQ-OQ-PQ सत्यापन प्रक्रिया का सफल समापन न केवल सॉफ्टवेयर पर विश्वास देता है, बल्कि क्लाइंट, मालिक, सॉफ्टवेयर डेवलपर्स और परीक्षकों को भी मन की शांति देता है।
किसी कंपनी की वेब साइट से विस्तृत जानकारी को इंटरसेप्ट करने के लिए किस उपयोगिता का उपयोग किया जा सकता है?
रनिंग आईक्यू-ओक्यू-पीक्यू इसे परीक्षण के बिना, जीवित रहने के लिए तैनात करने के जोखिम को कम करता है और विफलता की लागत को कम करता है और उत्पादों को वापस लाने के जोखिम को कम करता है।
तो, दोस्तों, सॉफ्टवेयर डेवलपर्स और टेस्टर्स, घर में विकास और परीक्षण पूरा करने और ऑप्स टीम को सॉफ्टवेयर जारी करने के बाद कोई उत्सव नहीं। उत्सव केवल तब होता है जब वह IQ-OQ-PQ को सफलतापूर्वक पूरा करता है और सॉफ़्टवेयर लक्षित प्रणाली पर लाइव होता है।
इसलिए एक सॉफ्टवेयर की सफलता IQ-OQ-PQ के सफल समापन पर निर्भर करती है और जब सॉफ्टवेयर लाइव होता है और अंतिम उपयोगकर्ताओं द्वारा उपभोग के लिए तैयार होता है।
लेखक के बारे में: यह लेख एसटीएच टीम के सदस्यगायत्री सुब्रह्मण्यम द्वारा लिखा गया है। उसे सॉफ्टवेयर टेस्टिंग के क्षेत्र में 2 दशकों से अधिक का अनुभव है। अपने परीक्षण करियर के दौरान, उन्होंने बहुत सी टीएमएमआई आकलन, टेस्ट औद्योगिकीकरण कार्य, टेस्ट डिलीवरी से निपटने के लिए TCOE सेटअप किए हैं और एक विशाल जुड़ाव के लिए DevOps अभ्यास को लागू किया है। लेकिन उसके अनुसार, सीखना कभी बंद नहीं होता ...
सत्यापन प्रक्रिया को पूरा करने के बारे में अपने अनुभव साझा करें और हमें बताएं कि क्या आपके पास इस लेख के बारे में कोई प्रश्न हैं।
अनुशंसित पाठ
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- सॉफ्टवेयर परीक्षण पाठ्यक्रम प्रतिक्रिया और समीक्षा
- सॉफ्टवेयर परीक्षण मदद संबद्ध कार्यक्रम!