编写单元测试的10条理由

     <p> Anna 写了一篇<a href="/misc/goto?guid=4958202521547293277" target="_blank">10 reasons to write unit tests</a> 的文章，原文已经打不开，不过其观点还是非常不错的。本文摘录如下：</p>    <p> 1. 不要让客户发现难堪的 bug。在 bug 进入产品生产环节前编写足够的测试场景来捕获它们。</p>    <p> 2. 对于复杂的场景，快速测试它，不必在程序中手动地重现去它们。</p>    <p> 3. 经常测试，在你离开的时候程序便不会出错。你不可能总能了解你所编写代码的各种可能情况，尤其最初的程序并不一定是由你编写的。</p>    <p> 4. 尽早测试，就不需要编写一些不必要的代码，而可只关注关键部分。这可以使得代码库精简且易于维护。同样可以节约开发时间。</p>    <p> 5. 同一代码不必两番调试。一旦你测试发现可能的 bug 后，你便可以快速地修正它。</p>    <p> 6. 可以确保可读性。单元测试可使代码的意图易于理解。</p>    <p> 7. 确保可维护性。进行单元测试可迫使你更好地实现封装功能，从而使代码易于维护而且方便增加新功能。</p>    <p> 8. 重构时无需担心。运行测试可确保一切功能如预期实现。</p>    <p> 9. 节省测试时间。你可以将整个 CPU 用来执行单元测试。</p>    <p> 10. 更安全。对于增加一个新功能或者修改部分程序内核后你是否经常会感到担心呢？（进行单元测试后）这一切不再了。</p>    <p> 11. 中奖：确切知道哪里出问题了。取代盲目的发现 bug，测试可以告诉你问题及原因所在。举例：程序会告诉你什么时候 cart 中增加了一个条目而 cart 显示仍然是空的。它也会告诉你某个试图增加的条目失败了。</p>    <p> 你是怎么看的呢？欢迎发表评论。</p>    <p> Via  <a href="http://www.typemock.com/blog/2011/11/28/10-reasons-to-write-unit-tests/?utm_source=dzone&utm_medium=social&utm_campaign=10reasonstowritetests" target="_blank">typemock</a><br />       来自: <a id="link_source2" href="/misc/goto?guid=4958202523035615356" target="_blank">www.iteye.com</a></p>