使用遗留代码时，单元测试生成器是否对您有所帮助？

我正在研究一个测试覆盖率非常低的小型C＃（。NET 4.0，某些Silverlight）（约70kLOC，包括生成的）。该代码本身的工作方式是通过了用户接受性测试，但是它很脆弱，并且在某些方面没有很好的考虑。我想使用常见的疑问（NMock，NUnit，StatLight表示Silverlight位）在旧代码周围添加可靠的单元测试范围。

我通常的方法是开始进行项目，单元测试和重构，直到对代码状态感到满意为止。我过去已经做过很多次了，而且效果很好。

但是，这次我正在考虑使用测试生成器（尤其是Pex）创建测试框架，然后手动对其进行充实。

我的问题是：过去在遗留代码库上开始工作时是否使用过单元测试生成器？如果是，您会推荐它们吗？

我担心的是，生成的测试将错过代码库的语义细微差别，导致可怕的情况是出于覆盖率指标而进行测试，而不是清楚地表达代码中预期行为的测试。

我建议您对事物有所不同。毫无意外地将新的单元测试代码添加到现有应用程序中可能不会获得最佳效果。如果您这样做是为了熟悉代码库，或者您确实有时间杀死并想要测试测试生成器，请忽略我的评论。

务实的是，您应该浏览所有错误列表。然后为每个错误创建单元测试，从而确定其行为方式。理想情况下，仅在达到每个错误时才为其添加新代码。

添加单元测试代码的次数：

• 添加新功能
• 重构代码
• 修复了一个错误
• 学习代码的作用
• 证明存在错误

事后很难量化添加单元测试的价值。

通常，我不允许自己写出与提问者想要的相反的答案，但是我觉得这是一个很好的经验教训。