मैं एक छोटा (~ 70kLOC सहित उत्पन्न) C # (.NET 4.0, कुछ सिल्वरलाइट) कोड-बेस देख रहा हूं जिसमें बहुत कम परीक्षण कवरेज है। कोड स्वयं में काम करता है कि यह उपयोगकर्ता स्वीकृति परीक्षण पारित कर चुका है, लेकिन यह भंगुर है और कुछ क्षेत्रों में बहुत अच्छी तरह से तथ्य नहीं है। मैं सामान्य संदिग्धों (NMock, NUnit, सिल्वरलाइट बिट्स के लिए स्टेटलाइट) का उपयोग करके विरासत कोड के आसपास ठोस इकाई परीक्षण कवरेज जोड़ना चाहूंगा।
मेरा सामान्य दृष्टिकोण परियोजना के माध्यम से काम करना शुरू करना है, यूनिट परीक्षण और रीफैक्टरिंग, जब तक मैं कोड की स्थिति से संतुष्ट नहीं हूं। मैंने अतीत में कई बार ऐसा किया है, और यह अच्छी तरह से काम कर रहा है।
हालांकि, इस बार मैं टेस्ट फ्रेमवर्क बनाने के लिए एक टेस्ट जनरेटर (विशेष रूप से Pex ) का उपयोग करने के बारे में सोच रहा हूं , फिर मैन्युअल रूप से इसे हटा दें।
मेरा सवाल यह है कि क्या आपने अतीत में यूनिट टेस्ट जनरेटर का उपयोग किया है जब एक विरासत कोडबेस पर काम शुरू होता है, और यदि हां, तो क्या आप उन्हें सुझाएंगे?
मेरा डर यह है कि उत्पन्न किए गए परीक्षण कोड-बेस की सिमेंटिक बारीकियों को याद करेंगे, जिससे कवरेज मेट्रिक की खातिर परीक्षण की खतरनाक स्थिति के लिए परीक्षण के बजाय स्पष्ट रूप से कोड में व्यवहार को स्पष्ट रूप से व्यक्त किया जा सकेगा।