यूनिट परीक्षण - डेटाबेस और फिक्स्चर

Question

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

क्या यूनिट परीक्षण के लिए मानक विधि/प्रक्रिया है जहां परीक्षण करने के लिए डेटाबेस पहुंच (पढ़ना और लिखना) आवश्यक है?

सबसे अच्छा मैं अब तक आ सकता हूं कि एक कॉन्फ़िगरेशन फ़ाइल एक अलग डीबी कनेक्शन का उपयोग करके मेरे ऐप को बूटस्ट्रैप करने के लिए उपयोग की जाती है और फिर लाइव डीबी पर परीक्षण के लिए अलगाव में उपयोग किए जाने वाले डीबी पर प्रतिलिपि बनाने के लिए स्टार्टअप विधि का उपयोग करें?

क्या मैं बंद हूं? या इसके लिए एक बेहतर तरीका है?

Answer 1

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

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

Answer 2

जहां तक ​​इकाई परीक्षण चल रहा है, मुझे लगता है कि अभ्यास में आपके लिए जो कुछ भी काम करता है वह रास्ता है। यह महत्वपूर्ण है कि यूनिट परीक्षण आपको कुछ मूल्य दें और आपके सिस्टम की गुणवत्ता में सुधार करें और इसे विकसित करने और बनाए रखने की आपकी क्षमता में सुधार करें।

मैं सुझाव दूंगा कि आप शायद अपने डीबी डीबी पर लाइव डीबी की प्रतिलिपि बनाना नहीं चाहते हैं। संभवतः कोई गारंटी नहीं है कि आपके लाइव डेटाबेस में उपयुक्त डेटा होगा जो आपके यूनिट-टेस्ट को लगातार चलने का कारण बनता है। इकाई-परीक्षणों का परीक्षण करना चाहिए कि आपका कोड काम करता है, उन्हें परीक्षण नहीं करना चाहिए कि लाइव डेटाबेस में उपयुक्त डेटा होता है जो उन्हें पास करता है, क्योंकि यह लाइव है, क्योंकि आपके उपयोगकर्ता इसकी सामग्री बदल सकते हैं ताकि आपके परीक्षण विफल हो जाएं ।

आप यूनिट टेस्ट कोड हैं, शायद आपके परीक्षण डीबी को डेटा के साथ पॉप्युलेट करना चाहिए जो उन परिदृश्यों को अनुकरण करता है जिन्हें आप इकाई परीक्षण लिखना चाहते हैं। मैं कुछ साल पहले रेल कोड पर कुछ रूबी के साथ गड़बड़ कर रहा था; इसके लिए टेस्ट फ्रेमवर्क में एक टेस्ट क्लास होगा जो डीबी को कुछ नकली डेटा के साथ सेट करेगा, फिर उस डेटा के विरुद्ध चलाने के लिए कक्षा से कई परीक्षण विधियां लिखी जाएंगी, और आंसू-डाउन विधि डेटाबेस से डेटा मिटा देगी। इसलिए, अलग-अलग टेस्ट-क्लास (या कभी-कभी लोग उन्हें फिक्स्चर कहते हैं) एक निश्चित डेटा सेटअप के खिलाफ चलेंगे, जिसका मतलब है कि आप इसे चलाने के लिए इच्छित प्रत्येक टेस्ट केस के लिए इसे बनाने के बजाय उसी डेटा सेटअप के खिलाफ कई परीक्षण चला सकते हैं। प्रत्येक परीक्षण के लिए डेटा सेट करना आपके परीक्षणों को धीरे-धीरे चलाने के लिए समाप्त हो सकता है, जैसे कि आप उनके लिए परेशान होने और रोकने के लिए प्रतीक्षा करने के ऊब जाते हैं।