वर्तमान में हम अपने नवीनतम परियोजना की एक नई रिलीज के लिए हमारे परीक्षण विभाग की तैयारी कर रहे हैं। हम निश्चित रूप से उन्हें अपने सॉफ़्टवेयर का परीक्षण करने के लिए पूरी तरह से योजना बनाने का प्रयास करेंगे और यह सुनिश्चित करेंगे कि रिलीज से पहले कीड़े हमें (विकास टीम) पास कर दें।मैं अपने क्यूए विभाग के लिए एक परीक्षण योजना बनाने के बारे में कैसे जा सकता हूं?
क्या इस परीक्षण योजना को बनाने में अनुसरण करने के लिए कोई अच्छा उपकरण या तरीके हैं?
प्रयास करें: Artifact: Test Plan
सबसे अच्छा किताब मैं इस विषय पर पाया है Managing the Testing Process है। लेखक टेस्ट प्लान बनाने के तरीके में जाता है।
मेरे अनुभव में, एक परीक्षण योजना की मूल बातें इस प्रकार हैं:
यदि आप इसे भर सकते हैं, तो टीम को अच्छी तरह से परीक्षण करने में सक्षम होना चाहिए।
एक निर्णय जो आपको करना है वह टेस्ट टीम कितनी सक्षम है? मैं सभी परीक्षण मामलों को प्राप्त करने के लिए एक एल्गोरिदम होने के लिए एक परीक्षण योजना पसंद करता हूं। मामलों के प्रकार का वर्णन करें, लेकिन प्रत्येक मामले में विस्तार से जरूरी नहीं है। यदि टीम कम सक्षम है, तो आपको विशेष रूप से प्रत्येक मामले को स्पेल करने की आवश्यकता हो सकती है।
एक अंतिम सावधानी। बहुत विस्तृत होने के सायरन की कॉल से बचें। एक योजना जिसे किसी के सिर में नहीं रखा जा सकता है, उसका पालन नहीं किया जा सकता है। यदि आपकी परीक्षा योजना 25 पृष्ठों लंबी है, तो शायद आपने बहुत अधिक लिखा है।
उत्कृष्ट आखिरी बिंदु, परीक्षण योजनाओं को बहुत विस्तृत नहीं किया जाना चाहिए क्योंकि परीक्षक को प्रत्येक चरण में थोड़ा सा पता लगाना चाहिए ... – Alex
और चलो भूलें नहीं, आप जो भी परीक्षण करना चाहते हैं, उसे करने के लिए पर्याप्त समय नहीं होगा। तो आपकी योजना में परीक्षणों को प्राथमिकता दी जानी चाहिए। मुझे अक्सर लगता है कि जोखिम से प्राथमिकता जाने का सबसे अच्छा तरीका है।
हालांकि, आम तौर पर देव और पीएम के समन्वय में, क्यूए समूह द्वारा एक परीक्षण योजना विकसित की जाएगी। यदि क्यूए अपने आप को योजना नहीं बना रहा है, तो ऐसा लगता है कि आपकी क्यूए टीम अपग्रेड का उपयोग कर सकती है। कम से कम, भले ही देव प्रारंभिक योजना को एक साथ रख रहा हो, क्यूए को कुछ इनपुट प्रदान करना चाहिए, क्योंकि उनके पास एक अलग पीओवी होगा। परीक्षण योजना पर अधिक आंखें, यह और अधिक पूर्ण होगी।
बिल्कुल, अगर देव परीक्षण योजना बनाते हैं, तो क्यूए को शायद कोई भी बग नहीं मिलेगी क्योंकि देवताओं को शायद यह सामान पता है विकास के रूप में काम करता है या इसके बारे में सोचता है। क्यूए यह एक देव नहीं कर रहा है। – Alex
हालांकि, मुझे यह स्पष्ट करना चाहिए कि मैं यह नहीं कह रहा हूं कि आपको परीक्षणों पर देव के साथ सहयोग से बचना चाहिए। मेरे पास देवों के साथ कई अच्छे सहयोगी संबंध हैं जहां हम एक-दूसरे से परीक्षण विचारों को उछालते हैं। प्रायः देव मुझे कोड की दिशा में इंगित कर सकता है जिसे वह सोचता है कि वह संदिग्ध/जोखिम भरा है और अधिक परीक्षण की आवश्यकता है। –
यूनिट और एकीकरण परीक्षण कोड स्तर पर कई समस्याओं को पकड़ना चाहिए, लेकिन यह जांचने के लिए बहुत अच्छा नहीं है कि सिस्टम उपयोगकर्ता के दृष्टिकोण से कैसे व्यवहार करता है।
एक बार जब आप जानते हैं कि एक सुविधा करने के लिए माना जाता है और कैसे जानने के लिए कि यह काम करता है या नहीं, कि परीक्षण को स्वचालित (जहां यह, समझ में आता है जाहिर है), TestComplete तरह SmarteScript कुछ का उपयोग कर। ये परीक्षण चलाने और स्वचालित करने में आसान होते हैं, इसलिए वे हमेशा दरारों के माध्यम से फिसलने के बारे में चिंता किए बिना लगातार चलेंगे।
क्यूए पूरी तरह से परीक्षण योजना लिखना चाहिए, क्योंकि टॉम ई बताता है। उन्हें आवश्यकताओं को समझने के लिए और देव टीम के साथ कार्यान्वयन को समझने के लिए ग्राहक से जुड़ना चाहिए, लेकिन दिन के अंत में परीक्षण दिमाग सेट वाली टीम को टेस्ट प्लान का स्वामित्व होना चाहिए।
केवल स्थिति मैं जहां एक परीक्षा योजना की आवश्यकता हो सकती सोच सकते हैं एक गुणवत्ता आश्वासन टीम के लिए लिखे जाने की आप क्यूए जो अभी तक अपने उत्पाद से परिचित नहीं है कर एक आउटसोर्स टीम है जब है। उस स्थिति में, मैं डिजाइन और विकास के दौरान आपके साथ टीम के कॉलोक के एक या दो वरिष्ठ सदस्यों को रखने की सलाह दूंगा; यह उन्हें तेजी से तेज़ी से आने में मदद करता है और वे उस ज्ञान को बाकी टीम को पास कर सकते हैं।
हे pavliks, मुझे नहीं पता है कि बुनियादी आप यह चाहते हैं, लेकिन अगर आप कुछ साधारण और उठा और साथ चलने के लिए आसान चाहते हैं, इस लेख पर एक नजर है: Writing a System Test Plans
अगर आप अपने सॉफ्टवेयर अच्छी तरह से पता , एमएस वर्ड स्थापित है, तो आप
जाने के लिए एक बहुत ही बुनियादी, सामान्य बग लॉगिंग प्रोटोकॉल के मामले में उसके साथ कार्य करने के लिए अच्छा कर रहे हैं, और अच्छा प्रलेखन कौशल है, तो आप पर एक नजर है कर सकते हैं: Logging Bugs Like a Pro < - यह सब है कम से कम प्रयासों के साथ बग लॉगिंग और बग की जांच के लिए आवश्यक नंगे जानकारी को कैप्चर करने के बारे में
- एलएम
यहां टूटा हुआ लिंक। –