मैं मार्टिन फाउलर द्वारा रीफैक्टरिंग कर रहा हूं। अध्याय 4, भवन परीक्षण में, मैं निम्नलिखित मार्ग के पार आया।
वास्तव में, प्रोग्रामिंग लिखने से पहले सबसे उपयोगी समयों में से एक प्रोग्रामिंग शुरू करने से पहले है। जब आपको एक सुविधा जोड़ने की आवश्यकता होती है, तो परीक्षण लिखना शुरू करें। यह उतना पिछड़ा नहीं है जितना लगता है। परीक्षण लिखकर आप अपने आप से पूछ रहे हैं कि फ़ंक्शन को जोड़ने के लिए क्या करने की आवश्यकता है। परीक्षण लिखना भी कार्यान्वयन (हमेशा एक अच्छी बात) के बजाय इंटरफ़ेस पर केंद्रित होता है। इसका मतलब यह भी है कि आपके पास एक स्पष्ट बिंदु है जिस पर आपको कोडिंग किया जाता है - जब परीक्षण काम करता है।
जब मैं अब परीक्षण-संचालित विकास का एक वकील हूं, तो मुझे यह याद नहीं था कि जब मैं मूल रूप से लगभग 5 साल पहले इस पुस्तक को पढ़ता हूं तो मुझे इस अवधारणा से परिचित नहीं कराया गया था।
Amazon.com के अनुसार, यह पुस्तक मूल रूप से 8 जुलाई, 1999 को प्रकाशित हुई थी। क्या यह परीक्षण-पहली प्रोग्रामिंग के लिए पहला प्रकाशित संदर्भ है या पहले कुछ है?
यह व्यक्तिपरक नहीं है। क्या यह प्रासंगिक है? मुझे ऐसा नहीं लगता। यदि आपके पास इस प्रश्न को फिर से खोलने का एक अच्छा मकसद है, तो meta.programmers.stackexchange.com
—
Maniero
@bigown: मुझे यकीन नहीं है कि मैं समझ सकता हूँ। क्या आप यह कह रहे हैं कि आपने इस प्रश्न को बंद कर दिया क्योंकि यह व्यक्तिपरक नहीं है या यह सापेक्ष नहीं है?
—
एरिक विलेनू सेप
यह स्पष्ट रूप से उद्देश्य है।
—
मनिएरो
यह संबंधित और दिलचस्प प्रोग्रामिंग भी है, और हालांकि एक सच्चा उत्तर हो सकता है, यह साबित करना आसान नहीं है। और कहां जाता है? ProgrammingHistory.stackexchange?
—
एएसपीली
हम यहां वस्तुनिष्ठ प्रश्नों की अनुमति दे सकते हैं - हम व्यक्तिपरक प्रश्नों को पसंद करते हैं लेकिन स्टैक ओवरफ्लो की तरह ही कुछ संदिग्ध प्रश्न हैं जो जीवित रहते हैं, इस साइट में कुछ ओब्जेक्टिव प्रश्न हो सकते हैं जो जीवित रहते हैं। (मैं किसी भी "मैं कैसे काम करने के लिए इस पर्ल कोड प्राप्त करने की उम्मीद नहीं करूँगा" सवाल यहाँ, हालांकि)
—
जेफ एटवुड
