我承认我几乎没有单元测试的经验。我不久前尝试过 DUnit，但放弃了，因为我的应用程序中的类之间存在太多依赖关系。
这是一个相当大的（大约 150 万行源代码）Delphi 应用程序，我们是一个维护它的团队。
目前的测试是由一个在发布之前使用它并报告错误的人完成的。我还在 TestComplete 6 中设置了一些 GUI 测试，但由于应用程序的更改，它经常失败。
Bold for Delphi 用作数据库的持久性框架。
我们都同意单元测试是必经之路，我们计划用 ECO 作为持久性框架在 DotNet 中编写一个新应用程序。
我只是不知道从哪里开始单元测试......
有什么好的书籍、网址、最佳实践等吗？
嗯，单元测试的挑战不在于测试本身，而在于编写可测试的代码。如果代码写成not考虑测试，那么你可能会遇到很大的困难。
无论如何，如果你可以重构，就进行重构以使其可测试。尽可能不要将对象创建与逻辑混合在一起（我不知道delphi，但可能有一些依赖注入框架可以帮助实现这一点）。
这个博客 http://misko.hevery.com/对测试有很多很好的见解。查看本文 http://misko.hevery.com/2008/07/30/top-10-things-which-make-your-code-hard-to-test/例如（我的第一个建议就是基于它）。
至于建议，请尝试首先测试代码的叶节点，即那些不依赖于其他类的类。它们应该更容易测试，因为它们不需要模拟。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
