में उपयोग करते हुए इकाई परीक्षण लिखने के लिए बनाम परीक्षण का वर्णन करने के, मुझे पता है यह परीक्षण तरीकों ऐसालेखन लंबे परीक्षण विधि के नाम कोड प्रलेखन
public void Can_User_Authenticate_With_Bad_Password()
{
...
}
देखने लिखने के लिए यह है कि क्या परीक्षण देखने के लिए आसान बनाता है जबकि बहुत लोकप्रिय है के लिए परीक्षण कर रहा है, मुझे लगता है कि यह बदसूरत लग रहा है और यह स्वत: जेनरेट किए गए दस्तावेज (जैसे sandcastle या javadoc) में अच्छा प्रदर्शन नहीं करता है।
मुझे यह देखने में दिलचस्पी है कि लोग नामकरण स्कीमा का उपयोग करने के बारे में क्या सोचते हैं, जिसकी जांच की जा रही विधि और अंडरस्कोर परीक्षण और फिर परीक्षण संख्या है। फिर परीक्षण किए जा रहे परीक्षण का वर्णन करने के लिए एक्सएमएल कोड दस्तावेज़ (.net) या जावाडोक टिप्पणियों का उपयोग करना।
/// <summary>
/// Tests for user authentication with a bad password.
/// </summary>
public void AuthenticateUser_Test1()
{
...
}
इस मैं आसानी से एक साथ क्या तरीकों वे परीक्षण कर रहे हैं द्वारा समूह मेरे परीक्षण कर सकते हैं करने से, मैं कैसे मैं एक दिया विधि के लिए है परीक्षण कर सकते हैं, और मैं अभी भी क्या परीक्षण किया जा रहा है का पूरा विवरण देख सकते हैं।
हमारे पास कुछ रिग्रेशन परीक्षण हैं जो एक डेटा स्रोत (एक एक्सएमएल फ़ाइल) बनाते हैं, और इन फ़ाइलों को स्रोत कोड (क्यूए बंदर) तक पहुंच के बिना किसी द्वारा अपडेट किया जा सकता है और उन्हें पढ़ने में सक्षम होना चाहिए कि क्या हो रहा है डेटा स्रोतों को अद्यतन करने के लिए परीक्षण और कहां।
हम अपने सभी कोड –
पर टिप्पणी करते हैं, हमारे पास कुछ रिग्रेशन परीक्षण हैं जो एक डेटा स्रोत (एक एक्सएमएल फ़ाइल) बनाते हैं, और इन फ़ाइलों को स्रोत कोड (क्यूए बंदर) तक पहुंच के बिना किसी द्वारा अपडेट किया जा सकता है, इसलिए उन्हें होना चाहिए डेटा स्रोतों को अद्यतन करने के लिए परीक्षण किया जा रहा है और कहां पढ़ने के लिए सक्षम है। –
तो टेस्ट नाम को प्रतिबिंबित करें कि क्या परीक्षण किया जा रहा है :) निश्चित रूप से यह उत्पन्न होने के लिए प्रलेखन के एक अतिरिक्त अतिरिक्त सेट की आवश्यकता से बेहतर है। –