एक स्टार्टअप जाल के बारे में, या रॉबर्ट मार्टिन हमें चोट पहुंचाना चाहते हैं

मैंने महसूस किया कि ब्रह्मांड की नींव को झटका लगा जब सैकड़ों हबलुसर्स ने एक स्टार्टअप जाल पर रॉबर्ट मार्टिन के नोट के बारे में जमकर बहस करना शुरू कर दिया।

जानना चाहता हूं कि मैं आमतौर पर ऐसे विवादों में कैसे उलझता हूं?

- तो आप खुद किस तरह के टेस्ट लिखते हैं?
- मीह ...

- आप परीक्षण कब लिखते हैं?
- मीह ...

- क्या आप टेस्ट भी लिखते हैं?
- मीह ...

ठीक है, बेशक, मैं परीक्षण लिखता हूं, मैं सिर्फ ऐसे विवादों में भाग नहीं लेता हूं। जिस समय हम सभी को TDD टैबलेट लेने के लिए मजबूर किया गया था, उन प्रोग्रामरों के बीच एक रेखा खींची, जो अपने सभी दिलों के साथ परीक्षणों से प्यार करते थे और जो वास्तव में परीक्षण लिखना पसंद नहीं करते थे। और इन दो शिविरों के बीच एक विवाद में शामिल होना, अपना काम करने के बजाय कुछ घंटों के लिए खोने का एक बड़ा कारण है।

लेकिन अभी मैं इस जोड़ी को देखता हूं।

क्लासिकल टीडीडी, जो बहुत कुछ कहता है कि कार्यान्वयन के बारे में परीक्षणों को "कुछ भी पता नहीं होना चाहिए", वास्तविक कोड के बारे में - मर गया, ट्रेन छोड़ दिया, यह खत्म हो गया है। लेकिन निस्संदेह, उनकी अल्पकालिक उपस्थिति का अपेक्षित प्रभाव था - हर कोई उस कोड के बारे में सोचता था जो पहले से ही लिखा गया था और इसके लिए परीक्षण लिखने के बारे में सोचा गया था, ताकि भविष्य में कोड बदलते समय कोई समस्या न हो।

समस्याएं।

यह महत्वपूर्ण है। समस्याएं। फिर से दोहराएं - समस्याएं। यदि आप सहज नहीं हैं, तो आइए इन समस्याओं को हल करें।

• क्या आपके पास बहुत सारे परीक्षण हैं जो आपको निकालने हैं यदि कुछ सुविधा अनावश्यक है? ठीक है, उनमें से बहुत से मत लिखो - आप सबसे अधिक उत्पाद के साथ प्रयोग कर रहे हैं, और शायद "अन्वेषण और स्थिर" दृष्टिकोण आपको बेहतर सूट करेगा।
  
• क्या आपके लिए कोड में परिवर्तन करना मुश्किल है, क्योंकि एक ही समय में सब कुछ टूट जाता है, और घटक बहुत दृढ़ता से जुड़े होते हैं? इस सबसिस्टम के लिए कुछ परीक्षण लिखें, नया कोड लिखते समय परीक्षण-पहले दृष्टिकोण का प्रयास करें, और मजबूत कनेक्टिविटी के साथ समस्याओं को हल किया जाएगा।
  
• क्या आपको एक छोटी सी विशेषता के चारों ओर एक तंबू के साथ नृत्य करना है, क्योंकि आप बेहतरीन इकाई परीक्षण के लिए प्रयास करते हैं, जिसका अर्थ है कि आपको टन के कोड को जोड़ना होगा जहां सरल सीआरयूडी संचालन पर्याप्त होगा? बंद करो, परीक्षण को गति देने के लिए एकीकरण परीक्षण और इन-मेमोरी डेटाबेस का उपयोग करने के बारे में सोचें।

सॉफ्टवेयर के विकास के लिए समस्याओं को सुनना ही एक उचित तरीका है। एक चरम - रोब मार्टिन - आपको गहरे जंगल में ले जाएगा। एक और - जो आपसे आग्रह करते हैं कि आप खतरों के बारे में बिल्कुल न सोचें - आपके असफल होने की संभावना है। यह विचार कि परीक्षण केवल समय की बर्बादी है, बहुत खतरनाक है, खासकर यदि यह विचार आपके दिमाग में जड़ जमा लेता है। लेकिन टीडीडी के पूर्ण महत्व का विचार कम खतरनाक नहीं है।

जब आप क्लासिक टीडीडी पर लिखते हैं, तो आप अपने ग्राहक के अधिकांश पैसे खो देते हैं, लेकिन यदि आप बिल्कुल भी परीक्षण नहीं लिखते हैं, तो आपको भविष्य में यह सब फिर से खर्च करना होगा।

क्लासिक टीडीडी एक उत्कृष्ट सैद्धांतिक तकनीक है जिसे आप अपने खाली समय या सप्ताहांत पर खेल सकते हैं। यदि आप प्रशिक्षकों या टीडीडी कोचों में से एक हैं तो क्लासिक टीडीडी एक बेहतरीन मार्केटिंग नारा है। हां, टीडीडी एक ऐसा आइटम है जिसे नौकरी के लिए आवेदन करते समय अवश्य देखा जाना चाहिए, लेकिन टीडीडी आमतौर पर ऐसा नहीं होता है कि एक उत्कृष्ट आवेदन समय पर चला जाए।

तो आप किस तरह के टेस्ट लिखते हैं?

• मैं आमतौर पर उन सुविधाओं के लिए "अनुसंधान और स्थिर" दृष्टिकोण का उपयोग करता हूं जिन्हें अंततः अंतिम उत्पाद से बाहर रखा जा सकता है। इस प्रकार, मैं पहले से आवश्यक परीक्षणों पर समय नहीं बिताता हूं, और जितनी जल्दी हो सके नई सुविधाओं पर प्रतिक्रिया प्राप्त करता हूं।
  
• मैं आमतौर पर एकीकरण परीक्षणों से शुरू करता हूं, अपने प्रतिनिधित्व के साथ सभी धीमे भागों की जगह लेता है जो मेमोरी के साथ काम करते हैं (उदाहरण के लिए, डेटाबेस को परीक्षणों में इन-मेमोरी डेटाबेस के साथ बदलना)।
• मैं इकाई परीक्षण स्तर तक नीचे जाता हूं यदि मुझे जटिल तर्क दिखता है (अजीब तरह से पर्याप्त है, ज्यादातर सिस्टम नियमित सीआरयूडी हैं, इसलिए यह वैकल्पिक है)
• उपयोग परिदृश्यों को आमतौर पर यूआई को स्वीकृति परीक्षणों के भाग के रूप में सत्यापित किया जाता है, क्योंकि यह ठीक वही है जो उपयोगकर्ता देखता है।

कुल मिलाकर
परीक्षण की बात आती है, तो दो प्रकार के व्यावहारिक हैं। जो लोग व्यावहारिकता के बारे में बात करते हैं ताकि आवश्यक चीजें न करें, और मैं।

अनुवादक से: रॉब एश्टन यूरोप के एक प्रसिद्ध फ्रीलांस डेवलपर हैं जो कई ओपन-सोर्स प्रोजेक्ट्स में भाग लेते हैं।