解决方法
我不认为可以有一个神奇的子弹.美丽(或在这种情况下,质量)是旁观者的眼睛.
一个建议可以是将代码覆盖率纳入您的软件质量评估中.为您的代码编写单元测试是一回事,但代码覆盖可帮助您确定测试实际“覆盖”了哪些代码,这有时可以识别您可能未考虑过的用例/场景.我建议你调查nCover.
您可能还希望深入挖掘并研究使用nDepend ……
NDepend is a tool that simplifies
managing a complex .NET code base.
Architects and developers can analyze
code structure,specify design rules,
plan massive refactoring,do effective
code reviews and master evolution by
comparing different versions of the
code.
我很欣赏这些不是TFS功能,但您可以使用TestDriven.NET轻松地将它们“集成”到Visual Studio环境中
这当然不是一个详尽的清单 – 您需要找到适合您的内容并让您对代码的质量充满信心.
希望这可以帮助,
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
