वहां कई व्यापक प्रश्न हैं, मेरे अनुभव के आधार पर उत्तर देने का प्रयास करेंगे। एक 'संबल' है कि वास्तव में एक (2) परीक्षण पुस्तकालय और (3) पैदा करने की रिपोर्ट का उपयोग कर के (1) क्रियान्वित परीक्षण सब काम करता के रूप में एक Test Harness की
Think। यह आवश्यक होगा कि आपकी टेस्ट स्क्रिप्ट अलग-अलग (4) परीक्षण डेटा और (5) परीक्षण परिदृश्य को संभालने के लिए डिज़ाइन की गई हों। अनिवार्य रूप से, जब परीक्षण दोहन जगह पर है और पूर्व शर्त डेटा तैयार किया गया है (उर्फ डेटा तैयार) कोई भी आपके सभी परीक्षण निष्पादित करने और रिपोर्ट जेनरेट करने के लिए एक बटन क्लिक करने या एक कमांड चलाने में सक्षम होना चाहिए।
एक परीक्षण दोहन संभवतः विभिन्न चीजों का संग्रह है जो उपरोक्त सभी को घटित करता है। यदि आपने अपने आवेदन को विकसित करते समय यूनिट परीक्षण लिखे हैं, तो यह परीक्षण दोहन का हिस्सा होगा। आपके ऐप की कार्यक्षमता के लिए आपके पास अन्य परीक्षण भी होंगे, जैसे: उपयोगकर्ता साइट पर लॉग इन करता है, पसंदीदा फलक, हालिया संदेश और अधिसूचनाएं देखता है। फिर आप अपने 'परीक्षण स्क्रिप्ट "के माध्यम से चलने वाले प्रकार के' धावक 'में शामिल होते हैं और उन्हें चलाते हैं (इसके बजाय आपको एक समय में परीक्षण निष्पादित करने के बजाय)। यदि ऐसा लगता है कि परीक्षण दोहन की तरह एक अवधारणा संग्रह की तरह लगता है, तो आप इसे एकदम सही तरीके से समझ रहे हैं :-)
अब मेरा प्रश्न परीक्षण केस और परीक्षण के बीच क्या अंतर है स्क्रिप्ट?
सरल लेकिन पूरी तरह से सही नहीं जवाब: एक टेस्ट केस परीक्षण उद्देश्यों, विवरण, पूर्व की स्थिति, कदम (वर्णनात्मक या विशिष्ट), अपेक्षित परिणाम परिभाषित करता है। एक टेस्ट स्क्रिप्ट तब वास्तविक स्वचालित स्क्रिप्ट होगी जिसे आप परीक्षण करने के लिए निष्पादित करते हैं। यह एक स्वचालन संदर्भ में है। और यह बदलता है। बहुत।
क्या ISTQB तरह प्रमाणपत्र परीक्षण परिदृश्य के रूप में परिभाषित आमतौर पर के रूप में परीक्षण मामलों कुछ कंपनियों और देशों में जाना जाता है। दूसरों में, मैन्युअल परीक्षण का संदर्भ देते समय टेस्ट स्क्रिप्ट के साथ टेस्ट स्क्रिप्ट फ़्लिप किए जाते हैं (जब चरणों को विस्तार से दिया जाता है लेकिन स्वचालन दोहन का हिस्सा नहीं होता है)। अन्य कहते हैं कि परीक्षण स्क्रिप्ट का विशेष रूप से स्वचालित परीक्षण का मतलब है। दूसरी तरफ, कोई भी तर्क दे सकता है कि कई परीक्षण मामलों को एक टेस्ट स्क्रिप्ट में जोड़ा जा सकता है और इसके विपरीत।तो सवाल पूछता है, परीक्षण प्रक्रिया कैसे फिट है?
ए test development चरण में हो सकता है: "टेस्ट प्रक्रियाओं, परीक्षण परिदृश्य, परीक्षण मामलों, परीक्षण डेटासेट, टेस्ट स्क्रिप्ट परीक्षण सॉफ्टवेयर में उपयोग करने के लिए।"
यदि आप > ( संबंध से बड़े हैं) संग्रह से संबंधित हैं, तो आप उनसे कैसे संबंधित होंगे? अशिष्ट सवाल - यह कि आप कहां काम करते हैं, आपका ग्राहक कौन है, आदि के आधार पर अलग है। सर्वोत्तम बात यह है कि इसे अपने सहयोगियों/ग्राहकों के साथ परिभाषित करना और परिभाषा की बजाय शर्तों की समझ पर सहमत है। मैं वर्तमान में प्री-मौजूदा मैनुअल टेस्ट केस या टेस्ट परिदृश्य के आधार पर टेस्ट स्क्रिप्ट = स्वचालित स्क्रिप्ट के साथ जाता हूं।
इसके अलावा, आप ऑटो के विभिन्न कार्यों का परीक्षण करने के लिए सॉफ्टवेयर का उपयोग कैसे करते हैं?
आप विभिन्न चीजों का परीक्षण करने के लिए विभिन्न परीक्षण लिखते हैं। प्रत्येक परीक्षण कुछ क्रियाएं करता है और जांच करता है कि क्या आउटपुट आउटपुट आपके द्वारा अपेक्षित मिलान करता है - If displayed_value == expected_value। उदाहरण के लिए, इनपुट फ़ाइल परीक्षण उपयोगकर्ता नाम और पासवर्ड की टेस्ट-सूची के लिए डेटा प्रदान करने के लिए उपयोग की जा सकती है। या अलग-अलग संदेशों के साथ एक ही परीक्षण चलाएं - विभिन्न संदेशों के साथ एक अलग उपयोगकर्ता के रूप में लॉगिन करें, आदि
RobotFramework और Selenium पर एक नज़र डालें। सेलेनियम लाइब्रेरी के साथ संयुक्त रोबोट फ्रेमवर्क टेस्ट (टेक्स्ट या एचटीएमएल फाइलों में लिखा गया) आपको एक स्वचालित परीक्षण लिखने की अनुमति देगा जो कुछ विशिष्ट परीक्षण ... जैसे होम पेज सत्यापन। आप यह सुनिश्चित करने के लिए एक अलग परीक्षण लिखेंगे कि कोई उपयोगकर्ता अपने सभी संदेशों को देख सके। समाशोधन अधिसूचनाओं का परीक्षण करने के लिए दूसरा। और इसी तरह।
बस उस रूट के रूप में सोचें जहां आप अपनी परियोजना का पूरी तरह से परीक्षण करना चाहते हैं। स्पष्टीकरण के लिए – Pithikos