5

मैंने हाल ही में जे बी बीन्सबर्गर द्वारा Integration Tests are a Scam देखा है और अब विषय पर अधिक सामग्री की तलाश में हूं। मुझे कहना है, मैं इस बात से चौंक गया हूं कि हम कितना गलत कर रहे हैं, (यानि एकीकरण परीक्षण जब हमें इकाई परीक्षण करना चाहिए), रेनबर्गर द्वारा वर्णित अवधारणाओं से चिंतित है लेकिन उन्हें लागू करने के बारे में भी भ्रमित है। मैं सहयोग परीक्षण और अनुबंध परीक्षण का अधिक वर्णन करना चाहता हूं लेकिन मुझे नहीं पता कि कहां से शुरू करना है।"एकीकरण परीक्षण घोटाला" को हटा रहा है - सहयोग और अनुबंध परीक्षणों को समझना

साइड एक::

Do I ask the right question? 
Can I deal with the answer? 

साइड बी:

Can I answer a question? 
Do I answer correctly? 

केवल चीजें हैं जो मेरे मन में अटक गया 4 प्रश्न परीक्षण पूछने की आवश्यकता नहीं है

लेकिन मैं इसे अपने एप्लिकेशन स्टैक में कुछ यादृच्छिक विधि पर कैसे लागू करूं?

क्या वहां कोई पुस्तक या ट्यूटोरियल या उदाहरण है जो वास्तविक दुनिया का उदाहरण लेता है और अलग-अलग माइक्रो परीक्षणों के इन विचारों को लागू करता है? आदर्श रूप से उदाहरण जावा, सी # या सी ++ का उपयोग करता है।

कोई भी साहित्य जो सामान्य रूप से इन अवधारणाओं से निपटता है और उन्हें बेहतर समझने में मेरी सहायता करता है।

यदि वहां ऐसे फ़ोरम भी हैं जहां मैं सही तरीके से यूनिट परीक्षण के बारे में और अधिक सटीक प्रश्न पूछ सकता हूं और यहां तक ​​कि मौजूदा कोड को पुन: सक्रिय करना और उदाहरण पोस्ट करना अच्छा होगा।

धन्यवाद!

+2

कि एक ही बार में सवाल का एक बहुत की एक नरक की तरह लगता है का उपयोग करने के लिए सहमत करने के लिए एक OO-पैटर्न है। आप इसे कम करना चाहते हैं। और शायद (हालांकि अन्य इसका न्याय करने में सक्षम होंगे) यह प्रोग्रामर एसई के लिए बेहतर हो सकता है? – Bart

+0

हाँ, आप सही हैं।मैंने इसे सूचना संसाधनों के बारे में प्रश्न तक सीमित कर दिया है और प्रोग्रामर अनुभाग में विवरण पोस्ट किया है। – Pete

+0

प्रोग्रामर एसई वास्तव में –

उत्तर

3

मैं xUnitTestPatterns - Refactoring Test Code by Gerald Meszaros की सिफारिश करता हूं जो आपके प्रश्नों में कुछ अंतर्दृष्टि प्रदान करता है और व्यक्तिगत विधि स्तर पर परीक्षण करते समय विभिन्न प्रथाओं के अच्छे और बुरे पर बहुत सारी जानकारी प्रदान करता है।

यदि आपने फाउलर द्वारा रिफैक्टरिंग पढ़ा है, तो आप देखेंगे कि आपके प्रश्नों का उत्तर आवश्यक रूप से काला और सफ़ेद नहीं है, बल्कि आपके और दूसरों के अनुभव से हेरिस्टिक पर आधारित है।

+0

टिप के लिए धन्यवाद। मुझे प्रोग्रामर एसई में भी यही मिला है, इसलिए मुझे इसे ऑर्डर करने के बारे में अच्छी भावना है। फाउलर एक ऐसा नाम है जिसे मैंने हाल ही में सुना है (इस समय "परीक्षण द्वारा निर्देशित बढ़ते ऑब्जेक्ट उन्मुख सॉफ़्टवेयर" को पढ़ना)। शायद मुझे वह भी मिलना होगा। – Pete

1

Rainsberger ओवर-अतिरंजित कैसे अक्षम एकीकरण परीक्षण है, कोड

डीबीसी दोनों ए और बी दलों के बाहर जिम्मेदारियों और लाभ औपचारिकता पर ध्यान केंद्रित है में अंतिम 100% गुणवत्ता (मूल शुद्धता) तक पहुँचने में अपनी बात साबित करने के लिए। इंटरफेस के विस्तार की तरह है। तो मुख्य फोकस अनुबंध बन जाता है, बीच में एक परत जो दोनों पार्टियों को बताती है कि वे एक दूसरे के साथ बातचीत कर सकते हैं।

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

हालांकि जिम वेइरिच एक अच्छा उदाहरण है, जहां अनुबंध के परीक्षण के लिए और दोनों पार्टियों है कि यह https://www.youtube.com/watch?v=7Yw744FMqTY

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^