मैं अपने सॉफ्टवेयर विकास परियोजनाओं के लिए विजुअल स्टूडियो में माइक्रोसॉफ्ट परीक्षण ढांचे का उपयोग करके स्वचालित परीक्षण को कार्यान्वित करना चाहता हूं। मैंने कुछ परीक्षण किए हैं, और सब कुछ, यह उपयोग करना बहुत आसान है।आप अपनी व्यावसायिक वस्तुओं का परीक्षण कैसे करते हैं?
कुछ बेहतर प्रथाओं परीक्षण व्यापार के लिए वस्तुओं, और अधिक विशेष जो कि पढ़ सकते हैं और एक डेटाबेस को लिखने क्या कर रहे हैं।
क्या विकास डेटाबेस से अलग परीक्षण डेटाबेस सेट करना सबसे अच्छा है, जहां उपयोगकर्ता इंटरफ़ेस का परीक्षण किया गया है, और बस उस डेटाबेस के खिलाफ परीक्षण करें? मूल रूप से बस इसे जंक डेटा के साथ भरना।
क्या मानसिकता के बाद कुछ प्रकार के क्लीन-अप को गले लगाने के लिए बेहतर है, यानी, अगर मैं AddUser विधि का परीक्षण कर रहा हूं, तो क्या मैं उपयोगकर्ता जोड़ता हूं, अपने परीक्षणों की जांच करता हूं, और फिर उपयोगकर्ता को हटा देता हूं?
क्या आप एक परीक्षण विधि में प्रत्येक सीआरयूडी विधियों का परीक्षण करते हैं?
आखिरकार, तारों को सत्यापित करने जैसे व्यक्तिगत व्यवसाय नियमों के बारे में सही आकार के हैं, प्रारंभ तिथियां समाप्ति तिथियों से कम हैं, ग्राहक आईडी एक सही ग्राहक है और इसी तरह।
मुझे एहसास है कि यह एक बहुत व्यापक सवाल है ... बस कुछ दिशा की तलाश है ... बच्चे के कदम उठा रहे हैं।
अधिक जानकारी ...
लॉट के अच्छे जवाब में से! मुझे यकीन नहीं है कि मैं एक नकली डेटाबेस खींचने में सक्षम होगा। मैं सीएसएलए का उपयोग अपनी वस्तुओं के ढांचे के रूप में कर रहा हूं। यह नकली वस्तुओं के साथ इस टेस्टेबल बनाने के लिए कुछ गंभीर रिफैक्टरिंग लेगा। मैं इसे देखने जा रहा हूँ। हालांकि, किसी बिंदु पर, मैं डेटाबेस इंटरैक्शन का परीक्षण करना चाहता हूं ... एक नकली डेटाबेस का उपयोग करते समय, आप वास्तव में डेटाबेस संचार का परीक्षण कब करेंगे?
एक अन्य प्रश्न ... क्या प्रत्येक टेस्ट विधि को अन्य परीक्षणों पर निर्भर नहीं रखना सर्वोत्तम है?
यहां अंगूठे के कुछ अच्छे नियम http://msdn.microsoft.com/en-us/library/ms379625(VS.80).aspx पाए गए। सब कुछ जो कह रहा है उससे सहमत हैं। – mattruma