मान लें कि आप हर बार अपने एप्लिकेशन को मैन्युअल रूप से परीक्षण करना चाहते थे जिसे आपने इसे तैनात किया था। आप ऐसा कैसे करेंगे?
ठीक है, के साथ शुरू करने के लिए, आप उन सभी चीजों की एक सूची बना सकते हैं जिन्हें आप परीक्षण करना चाहते हैं ताकि आप बाद में कुछ परीक्षण करना न भूलें। तब आप शायद यह सुनिश्चित करने के लिए प्रत्येक परीक्षा के चरणों को लिखेंगे कि आपने उन्हें हर बार उसी तरह से किया है। यदि आपने सुनिश्चित नहीं किया कि आपके द्वारा उपयोग की जाने वाली परीक्षण प्रक्रिया सुसंगत है, तो आपके परिणाम सुसंगत नहीं होंगे।
इसलिए, अब जब आपके पास प्रदर्शन करने के लिए आवश्यक परीक्षणों की सूची है, तो आप अपने ब्राउज़र को खोलेंगे, पहले परीक्षण के चरणों को पढ़ेंगे, उन्हें निष्पादित करेंगे और परिणाम का नोट करेंगे। आप अपनी सूची में प्रत्येक परीक्षण के लिए इस प्रक्रिया को दोहराएंगे।
आपके द्वारा किए जाने वाले परीक्षणों की संख्या बढ़ने के साथ-साथ आपका अनुप्रयोग बढ़ता रहेगा और जैसे ही आप नए बग ढूंढेंगे। आप निश्चित रूप से इन परीक्षणों को मानव गति से करने के लिए सीमित होंगे, जिससे वे धीमी हो जाएंगे।
यहाँ विडंबना यह है कि संचालन की सूची के माध्यम से यांत्रिक रूप से कदम रखते हुए, आप गणना कर रहे हैं। आप बस कंप्यूटर की तुलना में इसे अधिक धीरे-धीरे कर रहे हैं, कहते हैं।
यह, कई अन्य अच्छे कारणों में से है, इसलिए हम इकाई परीक्षण लिखते हैं: वे कंप्यूटर को कंप्यूटिंग करने देते हैं ताकि आपको नहीं करना पड़े।
मैं एक व्यापक इकाई परीक्षण सूट को तेजी से चला सकता हूं ताकि इसे विकास के दौरान अक्सर उपयोग किया जा सके, न कि केवल सप्ताह में एक बार तैनाती से पहले। यह मुझे समय और धन की बचत करते हुए त्रुटियों का अधिक तेज़ी से पता लगाने देता है।
मैं परीक्षण भी लिख सकता हूं जो सिस्टम के व्यवहार की भविष्यवाणी करता है और फिर उस व्यवहार को लिखता है (जो मुझे पहले से ही पता है कि मैं सही हूं क्योंकि मैंने इसे परीक्षण किया था), एक प्रक्रिया जिसे टेस्ट ड्रिवेन डेवलपमेंट कहा जाता है।