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