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