सॉफ़्टवेयर परीक्षण टीम के दस्तावेज़ और रिपोर्ट

परीक्षण के दौरान तैयार दस्तावेज़ विकास के समय हितधारकों के साथ साझा किए जाते हैं। इस अध्याय में आगे दिए गए विषय शामिल हैं।

आरेख को पूरे आकार में खोलें ↗

सॉफ़्टवेयर परीक्षण टीम के दस्तावेज़ और रिपोर्ट

• सॉफ़्टवेयर परीक्षण रणनीति
• सॉफ़्टवेयर परीक्षण योजना
• सॉफ़्टवेयर परीक्षण परिदृश्य और परीक्षण मामले
• सॉफ़्टवेयर परीक्षण के मापदंड
• उत्पाद के मापदंड
• प्रक्रिया के मापदंड
• सॉफ़्टवेयर परीक्षण के दस्तावेज़
• सॉफ़्टवेयर परीक्षण की रिपोर्ट
• परीक्षण की स्थिति पर दैनिक रिपोर्ट
• घटना रिपोर्ट
• परीक्षण की अंतिम स्थिति और परियोजना समापन रिपोर्ट

सॉफ़्टवेयर परीक्षण रणनीति

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

सॉफ़्टवेयर परीक्षण योजना

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

आरेख को पूरे आकार में खोलें ↗

सॉफ़्टवेयर परीक्षण योजना

सॉफ़्टवेयर परीक्षण परिदृश्य और परीक्षण मामले

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

आरेख को पूरे आकार में खोलें ↗

सॉफ़्टवेयर परीक्षण परिदृश्य और परीक्षण मामले

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

परीक्षण मामले परीक्षक को सीधे बताते हैं कि क्या करना है और सॉफ़्टवेयर का परीक्षण कैसे करना है।

आरेख को पूरे आकार में खोलें ↗

सॉफ़्टवेयर परीक्षण परिदृश्य और परीक्षण मामले

सॉफ़्टवेयर परीक्षण के मापदंड

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

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

उत्पाद के मापदंड

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

• आकार
• जटिलता
• डिज़ाइन के पहलू
• प्रदर्शन
• गुणवत्ता

प्रक्रिया के मापदंड

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

• सॉफ़्टवेयर विकास
• सॉफ़्टवेयर रखरखाव
• सॉफ़्टवेयर परीक्षण

सॉफ़्टवेयर परीक्षण के दस्तावेज़

परीक्षण के दस्तावेज़ों में परीक्षण से पहले या उसके दौरान किए गए काम दर्ज होते हैं। मुख्य दस्तावेज़ इस प्रकार हैं।

• परीक्षण योजना
• परीक्षण परिदृश्य
• परीक्षण मामला
• अनुरेखण मैट्रिक्स

सॉफ़्टवेयर परीक्षण की रिपोर्ट

आगे दी गई रिपोर्ट परीक्षण के काम में मदद करती हैं।

• परीक्षण की स्थिति पर दैनिक रिपोर्ट
• घटना रिपोर्ट
• परीक्षण की अंतिम स्थिति और परियोजना समापन रिपोर्ट

परीक्षण की स्थिति पर दैनिक रिपोर्ट

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

1. उस दिन के लिए कितने परीक्षण मामले तय थे?
2. उनमें से कितने चलाए गए?
3. टीम ने कितने दोषों की सूचना दी?
4. कितने दोष अत्यंत गंभीर थे?
5. दोष और परीक्षण निष्पादन पत्रक सहित विस्तृत रिपोर्ट कहाँ मिलेंगी?

घटना रिपोर्ट

घटना रिपोर्ट परीक्षण और विकास टीमों के बीच तालमेल में मदद करती है। घटना प्रबंधन में आगे दी गई बातें दर्ज की जाती हैं।

• वास्तविक और अपेक्षित नतीजों की तुलना
• परीक्षण असफल होने पर अंतर का कारण, जैसे स्वचालन में गड़बड़ी, अनुपयुक्त परीक्षण मामला या सॉफ़्टवेयर की वास्तविक विफलता

वास्तविक विफलता होने पर घटना रिपोर्ट तैयार करें। उसमें आगे दी गई जानकारी शामिल करें।

• पहचान
• हर रिपोर्ट की आईडी क्या है?
• किस चीज़ का परीक्षण हो रहा है?
• जाँचे जा रहे सॉफ़्टवेयर अनुप्रयोग का संस्करण
• हार्डवेयर और सॉफ़्टवेयर समेत परीक्षण वातावरण की जानकारी
• घटना का आकलन करने और उसे हल करने वाले डेवलपर का नाम
• विफलता कब देखी गई?
• वर्गीकरण
• स्थिति
• गंभीरता
• प्राथमिकता
• आवश्यकता
• कारण
• समस्या का विवरण
• समस्या की विस्तृत जानकारी
• परीक्षण मामले की जानकारी
• परीक्षक की टिप्पणियाँ
• बदलाव के बाद डेवलपर की टिप्पणी
• कोई भी संदर्भ

परीक्षण की अंतिम स्थिति और परियोजना समापन रिपोर्ट

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