2010-06-10 10 views
5

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

उत्तर

7

व्यक्तिगत रूप से, मैं परीक्षण मामलों के भीतर कहीं भी परीक्षण मामले के लिए डेटा बनाने से दूर रहूंगा। परीक्षण डेटा बनाने के बजाय, डेटा जेनरेटर बनाएं जो प्रत्येक टेस्ट केस के भीतर या ब्लॉक से पहले प्रत्येक के भीतर ऑब्जेक्ट की त्वरित पीढ़ी की अनुमति दें।

यह दो मुख्य फायदे हैं:

  1. यह परीक्षण बहुत आसान डेवलपर के रूप में पढ़ने के लिए देख सकते हैं कि वास्तव में क्या वस्तुओं इस्तेमाल किया जा रहा है, और
  2. यह बहुत परीक्षण की राशि में कटौती करनी चाहिए डेटा जो आपको प्रबंधित करने की आवश्यकता है।

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

+0

धन्यवाद क्रिस है। वह एक अच्छी अंतर्दृष्टि थी। – nobody

3

हालांकि यह आपकी समस्या का एक पूर्ण समाधान नहीं है, लेकिन निश्चित रूप से (के बाद से आप डेटा के एमबीएस के 100s है esp अपने मामले में) में मदद मिलेगी - व्यवहार सत्यापन बजाय डेटा सत्यापन के आधार पर परीक्षण लिखें।

मार्टिन Fowler एक बहुत अच्छा लेख here

+0

धन्यवाद मिहिर। लेख उपयोगी पाया। – nobody

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