मैं अब और अधिक औपचारिक आवश्यकताओं और परीक्षण प्रक्रियाओं को स्थापित करने की कोशिश कर रहा हूं, तो हमारे पास अब दस्तावेजों का कोई अच्छा संदर्भ उदाहरण नहीं मिल रहा है।अच्छा परीक्षण केस टेम्पलेट्स/उदाहरण कहां खोजें?
फिलहाल, फीचर फ्रीज टेस्टर्स के बाद तैनाती से पहले "एप्लिकेशन के माध्यम से क्लिक करें" के बाद, हालांकि कोई औपचारिक विनिर्देश नहीं है जिसे परीक्षण करने की आवश्यकता है।
पहले, मैं, एक दस्तावेज है जो हर सुविधा परीक्षण किया जाना चाहिए कि निर्दिष्ट करता है के बारे में सोच रहा हूँ कुछ इस तरह (इस को बनाने):
- उपयोगकर्ता पंजीकरण फार्म
- देश लटकती (हैं देशों को सही ढंग से सर्वर से लाना?)
- पासवर्ड सत्यापन (सभी पासवर्ड नियम मनाया जाता है, उपयोगकर्ता को सूचित किया जाता है, तो पासवर्ड बहुत कमज़ोर है?)
- धन्यवाद-पंजीकरण के लिए
... और इसी तरह। यह प्रोग्रामर शुरू होने से पहले कुछ क्लाइंट आवश्यकताओं के एक हिस्से के रूप में साइन इन कर सकता है क्योंकि यह सेवा भी कर सकता है। फीचर सूची पूरी होने के बाद, मैं इस सूची को स्प्रेडशीट में पहला कॉलम बनाने के बारे में सोच रहा हूं, जो यह भी कहता है कि आखिरी परीक्षण की सुविधा कब थी, क्या यह काम करता था, और अगर यह काम नहीं करता तो यह कैसे टूट गया। यह मुझे एक परीक्षण परीक्षक देगा जो प्रत्येक परीक्षण चक्र के बाद भर सकता है, ताकि प्रोग्रामर को सूची करना पड़े, जानकारी के साथ जो काम नहीं करता और यह कब टूट गया।
दूसरे, मैं, परीक्षकों के लिए परीक्षण मामलों में सोच रहा हूँ की तरह विस्तृत चरणों के साथ:
- लोड उपयोगकर्ता पंजीकरण फार्म।
- (फ़ीचर 1.1) देश ड्रॉपडाउन मेनू की जांच करें।
- देश के साथ देश में गिरावट आ रही है?
- देशों के नाम स्थानीय हैं?
- क्या सॉर्ट ऑर्डर प्रत्येक भाषा के लिए सही है?
- (फ़ीचर 1.2) इस पासवर्ड को दर्ज करें: "ए", "बॉब", "पासवर्ड", "पासवर्ड 123", "पासवर्ड 123 #"। केवल अंतिम पासवर्ड स्वीकार किया जाना चाहिए।
- "ठीक" दबाएं।
- (फ़ीचर 2) धन्यवाद-नोट नोट करें।
- क्या टेक्स्ट प्रत्येक समर्थित भाषा में स्थानीयकृत है?
यह परीक्षकों विशिष्ट मामलों और चेकलिस्ट क्या ध्यान पहले दस्तावेज़ में सुविधाओं के लिए संकेत के साथ करने के लिए भुगतान करने के लिए, देना होगा। यह मुझे स्वचालित परीक्षण प्रक्रिया शुरू करने के लिए कुछ भी देगा (वर्तमान में हमारे पास यूनिट परीक्षणों के अलावा अधिक परीक्षण स्वचालन नहीं है)।
मैं कुछ उदाहरणों की तलाश में हूं कि दूसरों ने यह कैसे किया है, बिना पेपरवर्क के। आम तौर पर, परीक्षक एक या दो घंटे में सभी परीक्षणों के माध्यम से जाने में सक्षम होना चाहिए।मैं ग्राहक को इस बात पर सहमत होने का एक आसान तरीका ढूंढ रहा हूं कि हम किस संस्करण को अगले संस्करण के लिए लागू करना चाहिए, और परीक्षकों के लिए यह सत्यापित करने के लिए कि सभी नई सुविधाएं लागू की गई हैं और सभी मौजूदा सुविधाएं काम कर रही हैं, और प्रोग्रामर को इसकी रिपोर्ट करें।
यह ज्यादातर आंतरिक परीक्षण सामग्री है, जो कुछ शब्द/एक्सेल दस्तावेज़ होना चाहिए। मैं एक परीक्षण/बगफिक्सिंग चक्र को दो दिनों के भीतर रखने की कोशिश कर रहा हूं। मैं प्रोग्रामिंग समय, नई सुविधाओं के कार्यान्वयन और अन्य तरीकों से ग्राहक टिकट (जेआईआरए) को ट्रैक कर रहा हूं, यह मूल रूप से दस्तावेज़ीकरण का परीक्षण करेगा। यह जीवन चक्र है जो मुझे दिमाग में था:
- अपराह्न सुविधाओं की सूची बनाता है। ग्राहक इसे संकेत देता है। (दस्तावेज़ 1 बनाया गया है।)
- टेस्ट केस बनाए गए हैं। (दस्तावेज़ 2.)
- प्रोग्रामर सुविधाएं लागू करते हैं।
- परीक्षण मामलों के अनुसार टेस्टर्स परीक्षण सुविधाएं। (और दस्तावेज़ 1 के माध्यम से बग की रिपोर्ट करें।)
- प्रोग्रामर बग ठीक करते हैं।
- गोटो 4 जब तक सभी बग ठीक नहीं हो जाते हैं।
- आंतरिक परीक्षण का अंत; उत्पाद ग्राहक को दिखाया गया है।
क्या किसी के पास पॉइंटर्स हैं जहां परीक्षण मामलों के साथ कुछ नमूना दस्तावेज मिल सकते हैं? साथ ही, ऊपर उल्लिखित प्रक्रिया के संबंध में सभी युक्तियां आपका स्वागत है। :)
हम यूनिट परीक्षण का उपयोग कर रहे हैं, हालांकि ऐसी चीजें हैं जिन्हें स्वचालित नहीं किया जा सकता है और वास्तव में मानव की आवश्यकता होती है; मैं प्रक्रिया के उस हिस्से को औपचारिक बनाने की कोशिश कर रहा हूं। अन्य कंपनियों के उपयोग में कोई भी दस्तावेज परीक्षक बहुत मददगार होंगे। मैं सिद्धांत जानता हूं, अब मैं उन उदाहरणों की तलाश में हूं जो इसे लागू करने में मेरी मदद कर सकते हैं।अप्रत्याशित दुष्प्रभाव ठीक कारण हैं कि मैं पूरी चीज कर रहा हूं। – Domchi