how write test strategy document
टेस्ट स्ट्रेटेजी डॉक्यूमेंट को कुशलतापूर्वक लिखना सीखें
परीक्षण दृष्टिकोण को परिभाषित करने के लिए एक रणनीति योजना, जिसे आप पूरा करना चाहते हैं और आप इसे कैसे प्राप्त करने जा रहे हैं।
यह दस्तावेज़ परीक्षण उद्देश्यों को प्राप्त करने के लिए दृष्टिकोण की स्पष्ट योजना के साथ सभी अनिश्चितता या अस्पष्ट आवश्यकता बयानों को हटा देता है। टेस्ट रणनीति क्यूए टीम के लिए सबसे महत्वपूर्ण दस्तावेजों में से एक है।
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां क्लिक करें
आप क्या सीखेंगे:
- टेस्ट स्ट्रेटेजी डॉक्यूमेंट लिखना
टेस्ट स्ट्रेटेजी डॉक्यूमेंट लिखना
टेस्ट की रणनीति
टेस्ट रणनीति को प्रभावी ढंग से लिखना एक कौशल है जिसे प्रत्येक परीक्षक को अपने करियर में प्राप्त करना चाहिए। यह आपकी पहल करता है सोच की प्रक्रिया जो कई लापता आवश्यकताओं को खोजने में मदद करता है। सोच और परीक्षण योजना गतिविधियों से टीम को परीक्षण क्षेत्र और टेस्ट कवरेज को परिभाषित करने में मदद मिलती है।
यह परियोजना प्रबंधकों को किसी भी बिंदु पर परियोजना की स्पष्ट स्थिति प्राप्त करने में मदद करता है। किसी भी परीक्षण गतिविधि के लापता होने की संभावना बहुत कम होती है, जब एक उचित परीक्षण रणनीति होती है।
बिना किसी योजना के परीक्षण निष्पादन शायद ही कभी काम करता है। मैं उन टीमों को जानता हूं जो रणनीति दस्तावेज लिखते हैं लेकिन परीक्षण के निष्पादन के दौरान इसे वापस नहीं लेते हैं। परीक्षण रणनीति योजना पर पूरी टीम के साथ चर्चा की जानी चाहिए ताकि टीम दृष्टिकोण और जिम्मेदारियों के अनुरूप होगी।
तंग समय सीमा में, आप समय के दबाव के कारण किसी भी परीक्षण गतिविधि को माफ नहीं कर सकते। ऐसा करने से पहले कम से कम इसे एक औपचारिक प्रक्रिया से गुजरना चाहिए।
एक टेस्ट रणनीति क्या है?
टेस्ट रणनीति का अर्थ है 'आप आवेदन का परीक्षण कैसे करने जा रहे हैं?' आपको उस सटीक प्रक्रिया / रणनीति का उल्लेख करना होगा जिसका आप परीक्षण करने के लिए आवेदन प्राप्त करने के बाद करने जा रहे हैं।
मैं देख रहा हूं कि कई कंपनियां टेस्ट स्ट्रेटजी टेम्पलेट का सख्ती से पालन करती हैं। किसी भी मानक टेम्पलेट के बिना भी, आप इस टेस्ट स्ट्रेटेजी दस्तावेज़ को सरल लेकिन अभी भी प्रभावी रख सकते हैं।
टेस्ट रणनीति बनाम। जाँच की योजना
इन वर्षों में, मुझे इन दोनों दस्तावेजों में बहुत भ्रम है। तो बुनियादी परिभाषाओं के साथ शुरू करते हैं। आम तौर पर, यह पहली बात नहीं है। परीक्षण नियोजन दस्तावेज़ एक समग्र परियोजना योजना के साथ बनाई गई रणनीति का एक संयोजन है। IEEE के अनुसार मानक 829-2008, रणनीति योजना एक परीक्षण योजना का एक उप-मद है।
इन दस्तावेजों को बनाए रखने के लिए हर संगठन के अपने मानक और प्रक्रियाएं हैं। कुछ संगठन परीक्षण योजना में रणनीति विवरण शामिल हैं (यहाँ है) एक अच्छा उदाहरण इस का)। कुछ संगठन रणनीति को एक परीक्षण योजना में एक उपधारा के रूप में सूचीबद्ध करते हैं लेकिन विवरण अलग-अलग परीक्षण रणनीति दस्तावेजों में अलग किए जाते हैं।
परियोजना की योजना और परीक्षण फ़ोकस को परीक्षण योजना में परिभाषित किया गया है। मूल रूप से, यह परीक्षण कवरेज, परीक्षण की जाने वाली सुविधाओं, परीक्षण नहीं किए जाने वाले सुविधाओं, अनुमान, समय-निर्धारण और संसाधन प्रबंधन से संबंधित है।
परीक्षण के उद्देश्यों को प्राप्त करने और परीक्षण योजना में परिभाषित परीक्षण प्रकारों के निष्पादन के लिए परीक्षण की रणनीति के लिए दिशानिर्देशों का पालन किया जाता है। यह एक आकस्मिक योजना के साथ परीक्षण उद्देश्यों, दृष्टिकोण, परीक्षण वातावरण, स्वचालन रणनीति और उपकरण, और जोखिम विश्लेषण से संबंधित है।
टेस्ट प्लान को संक्षेप में प्रस्तुत करना एक दृष्टि है जिसे आप प्राप्त करना चाहते हैं और टेस्ट रणनीति इस दृष्टि को प्राप्त करने के लिए बनाई गई कार्य योजना है!
मुझे उम्मीद है कि इससे आपके सभी संदेह दूर हो जाएंगे। इस विषय पर जेम्स बाख की अधिक चर्चा है यहां ।
एक अच्छा टेस्ट रणनीति दस्तावेज विकसित करने की प्रक्रिया
अपनी परियोजना के लिए सबसे अच्छा काम करता है, यह समझे बिना केवल टेम्पलेट्स का पालन न करें। हर ग्राहक की अपनी आवश्यकताएं होती हैं और आपको उन चीजों से चिपके रहना चाहिए जो आपके लिए पूरी तरह से काम करती हैं। किसी भी संगठन या किसी भी मानक को आँख बंद करके कॉपी न करें। हमेशा सुनिश्चित करें कि वह आपकी और आपकी प्रक्रियाओं की मदद कर रहा है।
नीचे एक नमूना रणनीति टेम्पलेट है जो इस योजना में शामिल किया जाना चाहिए कि प्रत्येक घटक के तहत कवर करने के लिए क्या समझ में आता है।
STLC में टेस्ट रणनीति:
(छवि स्रोत )
सॉफ्टवेयर टेस्टिंग में ट्रैसेबिलिटी मैट्रिक्स क्या है
टेस्ट रणनीति दस्तावेज़ के सामान्य अनुभाग
चरण # 1: स्कोप और अवलोकन
इस दस्तावेज़ का उपयोग करने के बारे में जानकारी के साथ प्रोजेक्ट अवलोकन। इसके अलावा, इस दस्तावेज की समीक्षा और अनुमोदन कौन करेगा जैसे विवरण शामिल करें। परीक्षण योजनाओं को परिभाषित करें और परीक्षण योजना में परिभाषित समग्र परियोजना समय के संबंध में समयसीमा के साथ किए जाने वाले चरणों को निर्धारित करें।
चरण # 2: परीक्षण दृष्टिकोण
प्रत्येक टीम के सदस्य की परीक्षण प्रक्रिया, परीक्षण का स्तर, भूमिकाएं और जिम्मेदारियां निर्धारित करें।
हर एक के लिए परीक्षण प्रकार टेस्ट प्लान में परिभाषित ( उदाहरण के लिए, इकाई , एकीकरण, प्रणाली, प्रतिगमन, स्थापना / स्थापना रद्द करें , प्रयोज्यता, भार, प्रदर्शन और सुरक्षा परीक्षण) यह वर्णन करता है कि इसे क्यों लागू किया जाना चाहिए जैसे कि कब शुरू करना है, परीक्षण के स्वामी, जिम्मेदारियों, परीक्षण दृष्टिकोण और स्वचालन रणनीति और उपकरण के विवरण यदि लागू हो।
परीक्षण निष्पादन में नए दोष, दोष त्रिगुण, दोष कार्य, पुन: परीक्षण, प्रतिगमन परीक्षण और अंत में साइन-ऑफ का परीक्षण करने जैसी विभिन्न गतिविधियाँ होती हैं। आपको प्रत्येक गतिविधि के लिए सटीक चरणों को परिभाषित करना होगा। आप उसी प्रक्रिया का पालन कर सकते हैं जो आपके पिछले परीक्षण चक्रों में आपके लिए काम करती थी।
इन सभी गतिविधियों की एक Visio प्रस्तुति जिसमें कई परीक्षक शामिल हैं और जो इस बात पर काम करेंगे कि टीम में भूमिकाओं और जिम्मेदारियों को समझने के लिए कौन सी गतिविधि बहुत मददगार है।
उदाहरण के लिए, दोष प्रबंधन चक्र - नए दोष को लॉग करने के लिए प्रक्रिया का उल्लेख करें। कहां लॉग इन करना है, कैसे नए दोषों को लॉग इन करना है, क्या दोष स्थिति होनी चाहिए, किसे दोष निवारण करना चाहिए, किसको त्रिगुण के बाद दोष सौंपना चाहिए आदि।
इसके अलावा, परिवर्तन प्रबंधन प्रक्रिया को परिभाषित करें। इसमें परिवर्तन अनुरोध प्रस्तुत करना, उपयोग किए जाने वाले टेम्पलेट, और अनुरोध को संभालने के लिए प्रक्रिया शामिल है।
चरण # 3: पर्यावरण का परीक्षण करें
टेस्ट पर्यावरण सेटअप को प्रत्येक वातावरण के लिए आवश्यक वातावरण और आवश्यक सेटअप के बारे में जानकारी को रेखांकित करना चाहिए। उदाहरण के लिए, कार्यात्मक परीक्षण टीम के लिए एक परीक्षण वातावरण और दूसरा UAT टीम के लिए।
प्रत्येक वातावरण पर समर्थित उपयोगकर्ताओं की संख्या को परिभाषित करें, प्रत्येक उपयोगकर्ता के लिए उपयोग भूमिकाएं, सॉफ्टवेयर और हार्डवेयर आवश्यकताएं जैसे ऑपरेटिंग सिस्टम, मेमोरी, फ्री डिस्क स्थान, सिस्टम की संख्या, आदि।
परीक्षण डेटा आवश्यकताओं को परिभाषित करना भी उतना ही महत्वपूर्ण है। कैसे करने के लिए स्पष्ट निर्देश प्रदान करें परीक्षण डेटा बनाएँ (या तो डेटा जेनरेट करें या प्राइवेसी के लिए फील्ड मास्क करके प्रोडक्शन डेटा का इस्तेमाल करें)।
परीक्षण डेटा बैकअप को परिभाषित करें और रणनीति को पुनर्स्थापित करें। कोड में अनचाही शर्तों के कारण परीक्षण वातावरण डेटाबेस समस्याओं में चल सकता है। मुझे याद है कि जिन प्रॉजेक्ट्स में से किसी में भी डेटाबेस प्रॉब्लम बैकअप स्ट्रेटजी नहीं थी, उनमें से एक प्रॉब्लम थी और हमने कोड इश्यूज के कारण पूरा डेटा खो दिया।
बैकअप और पुनर्स्थापना प्रक्रिया को परिभाषित करना चाहिए कि बैकअप लेने के लिए कौन बैकअप लेगा, डेटाबेस को पुनर्स्थापित करने के लिए बैकअप में क्या शामिल किया जाए, जो इसे पुनर्स्थापित करेगा और डेटाबेस को पुनर्स्थापित किए जाने पर डेटा मास्किंग चरणों का पालन किया जाएगा।
चरण # 4: परीक्षण उपकरण
परीक्षण निष्पादन के लिए आवश्यक परीक्षण प्रबंधन और स्वचालन उपकरण को परिभाषित करें। प्रदर्शन के लिए, लोड और सुरक्षा परीक्षण परीक्षण दृष्टिकोण और आवश्यक उपकरणों का वर्णन करते हैं। उल्लेख करें कि क्या यह खुला स्रोत या व्यावसायिक उपकरण है और कितने उपयोगकर्ता इस पर समर्थित हैं और तदनुसार योजना बनाते हैं।
चरण # 5: रिलीज नियंत्रण
जैसा कि हमारे आखिरी में बताया गया है UAT लेख , अनियोजित रिलीज चक्र परीक्षण और यूएटी वातावरण पर विभिन्न सॉफ्टवेयर संस्करणों में परिणाम कर सकता है। उचित संस्करण इतिहास के साथ रिलीज़ प्रबंधन योजना उस रिलीज़ में सभी संशोधनों का परीक्षण निष्पादन सुनिश्चित करेगी।
उदाहरण के लिए, बिल्ड प्रबंधन प्रक्रिया सेट करें, जो उत्तर देगी - जहां नया बिल्ड उपलब्ध होना चाहिए, जहां उसे तैनात किया जाना चाहिए, नया बिल्ड कब प्राप्त करना चाहिए, उत्पादन का निर्माण कहां से प्राप्त करना है, कौन देगा, उत्पादन जारी करने के लिए नो-गो सिग्नल , आदि।
चरण # 6: जोखिम विश्लेषण
उन सभी जोखिमों की सूची बनाएं जिन्हें आप कल्पना करते हैं। यदि आप इन जोखिमों को वास्तविकता में देखते हैं, तो इन जोखिमों को कम करने के लिए एक स्पष्ट योजना प्रदान करें और एक आकस्मिक योजना भी।
चरण # 7: समीक्षा और अनुमोदन
जब इन सभी गतिविधियों को परीक्षण रणनीति योजना में परिभाषित किया जाता है, तो इसे परियोजना प्रबंधन, व्यवसाय टीम, विकास टीम और सिस्टम प्रशासन (या पर्यावरण प्रबंधन) टीम में शामिल सभी संस्थाओं द्वारा साइन-ऑफ के लिए समीक्षा करने की आवश्यकता होती है।
दस्तावेज़ के सारांश को दस्तावेज़ की शुरुआत में अनुमोदन नाम, तिथि और टिप्पणी के साथ ट्रैक किया जाना चाहिए। इसके अलावा, यह एक जीवित दस्तावेज है जिसका अर्थ है कि इसकी निरंतर समीक्षा की जानी चाहिए और परीक्षण प्रक्रिया में वृद्धि के साथ इसे अद्यतन किया जाना चाहिए।
टेस्ट स्ट्रेटेजी डॉक्यूमेंट लिखने के सरल टिप्स
- परीक्षण रणनीति दस्तावेज़ में उत्पाद पृष्ठभूमि शामिल करें। अपने परीक्षण रणनीति दस्तावेज़ के पहले पैराग्राफ में उत्तर दें - हितधारक इस परियोजना को क्यों विकसित करना चाहते हैं? इससे चीजों को जल्दी समझने और प्राथमिकता देने में मदद मिलेगी।
- उन सभी महत्वपूर्ण विशेषताओं को सूचीबद्ध करें जिन्हें आप परीक्षण करने जा रहे हैं। अगर आपको लगता है कि कुछ सुविधाएँ इस रिलीज़ का हिस्सा नहीं हैं, तो उन विशेषताओं का उल्लेख 'सुविधाओं का परीक्षण नहीं किया जाना चाहिए' लेबल के तहत करें।
- अपने प्रोजेक्ट के लिए परीक्षण दृष्टिकोण लिखें। स्पष्ट रूप से, उल्लेख करें कि आप किस प्रकार के परीक्षण का संचालन करने जा रहे हैं?
यानी फंक्शनल टेस्टिंग, यूआई टेस्टिंग, इंटीग्रेशन टेस्टिंग, लोड / स्ट्रेस टेस्टिंग, सिक्योरिटी टेस्टिंग आदि। - ऐसे सवालों के जवाब दें जैसे कि आप कार्यात्मक परीक्षण कैसे करने जा रहे हैं? मैनुअल या स्वचालन परीक्षण? क्या आप अपने परीक्षण प्रबंधन उपकरण से सभी परीक्षण मामलों को निष्पादित करने जा रहे हैं?
- आप किस बग ट्रैकिंग टूल का उपयोग करने जा रहे हैं? जब आप एक नया बग पाएंगे तो क्या प्रक्रिया होगी?
- आपकी परीक्षा में प्रवेश और निकास मापदंड क्या हैं?
- आप अपनी परीक्षण प्रगति को कैसे ट्रैक करेंगे? ट्रैकिंग परीक्षण पूरा करने के लिए आप किन मैट्रिक्स का उपयोग करने जा रहे हैं?
- कार्य वितरण - प्रत्येक टीम के सदस्य की भूमिकाओं और जिम्मेदारियों को परिभाषित करें।
- परीक्षण चरण के दौरान और बाद में आप किन दस्तावेजों का उत्पादन करेंगे?
- टेस्ट पूरा होने में आप क्या जोखिम देखते हैं?
निष्कर्ष
टेस्ट स्ट्रेटेजी कोई कागज का टुकड़ा नहीं है। यह सॉफ्टवेयर परीक्षण जीवन चक्र में संपूर्ण QA गतिविधियों का प्रतिबिंब है। परीक्षण निष्पादन प्रक्रिया में इस दस्तावेज़ को समय-समय पर देखें और सॉफ़्टवेयर रिलीज़ होने तक योजना का पालन करें।
जब परियोजना रिलीज की तारीख के पास आती है तो परीक्षण रणनीति पर ध्यान न देकर परीक्षण गतिविधियों में कटौती करना काफी आसान होता है। लेकिन आपकी टीम के साथ चर्चा करने की सलाह दी जाती है कि किसी विशेष गतिविधि में कटौती करने या न करने से प्रमुख मुद्दों के किसी भी संभावित जोखिम के बिना रिलीज के लिए मदद मिलेगी।
ज्यादातर चुस्त टीम रणनीति दस्तावेजों को लिखने में कटौती करती है क्योंकि टीम का ध्यान प्रलेखन के बजाय परीक्षण निष्पादन पर होता है। लेकिन एक मूल परीक्षण रणनीति योजना हमेशा परियोजना में शामिल जोखिमों को स्पष्ट रूप से योजना बनाने और कम करने में मदद करती है। फुर्तीली टीमें बिना किसी मुद्दे के समय पर परीक्षण निष्पादन को पूरा करने के लिए सभी उच्च-स्तरीय गतिविधियों पर कब्जा कर सकती हैं और दस्तावेज कर सकती हैं।
मुझे यकीन है कि एक अच्छी टेस्ट स्ट्रेटेजी योजना विकसित करना और उसका पालन करने के लिए प्रतिबद्ध होना निश्चित रूप से सॉफ्टवेयर की परीक्षण प्रक्रिया और गुणवत्ता में सुधार करेगा। यह मेरी खुशी होगी यदि यह लेख आपको अपनी परियोजना के लिए एक परीक्षण रणनीति योजना लिखने के लिए प्रेरित करता है!
अगर आपको यह पोस्ट पसंद आई तो कृपया इसे अपने दोस्तों के साथ शेयर करने पर विचार करें!
=> पूरी टेस्ट प्लान ट्यूटोरियल सीरीज़ के लिए यहां जाएं
अनुशंसित पाठ
- नमूना परीक्षण योजना दस्तावेज़ (प्रत्येक क्षेत्र के विवरण के साथ परीक्षण योजना उदाहरण)
- टेस्ट प्लान ट्यूटोरियल: स्क्रैच से एक सॉफ्टवेयर टेस्ट प्लान डॉक्यूमेंट लिखने के लिए एक गाइड
- टेस्ट प्लान, टेस्ट रणनीति, टेस्ट केस, टेस्ट स्क्रिप्ट, टेस्ट परिदृश्य और टेस्ट स्थिति के बीच अंतर
- प्रारूप और सामग्री के साथ नमूना सॉफ्टवेयर टेस्ट प्लान टेम्पलेट
- ईआरपी एप्लीकेशन के लिए टेस्ट प्लान और टेस्ट टेस्ट कैसे तैयार करें - ईआरपी टेस्टिंग पार्ट -2
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- उदाहरणों के साथ स्वीकृति परीक्षण रिपोर्ट के लिए नमूना टेम्पलेट
- टेस्ट केस के उदाहरणों के साथ सैंपल टेस्ट केस टेम्प्लेट (डाउनलोड)