编写单元测试的十个理由

虫虫
 虫虫
发布于 2011年12月03日
收藏 17

1. 不要让你的客户发现令人尴尬的bug。编写单元测试能让你覆盖大部分的应用案例,并且发现常见的问题。

2. 快速的测试复杂的场景而不用手工的在应用中重现这些问题。

3. 通过反复的测试,你在添加新功能的时候不会影响程序已有的功能。你永远无法知道你正在写的代码会对现有的代码产生什么影响。

4. 通过早期的测试,你可以避免写不必要的代码。这样可以让代码更简洁,更容易维护,同时也节省开发时间。

5. 你不用为相同的代码重复的进行测试。

6. 保证代码的可读性。单元测试能让你代码的目的性和逻辑性更容易被理解。

7. 保证代码的可维护性。单元测试能强制让你对功能进行封装。

8. 无忧的进行重构。在你重构以后,跑一遍测试,你就知道重构是否对程序的功能造成了破坏。

9. 节省测试的时间。测试是自动进行的,速度的快慢取决于你的CPU :)

10. 感觉更安全。有多少次你担心新功能会破坏程序,或者在修改核心代码的时候提心吊胆?

11. 额外附送一个:明确的知道什么东西是有问题的。详细的单元测试能让你知道程序的那些地方是有问题的而不用到处去寻找bug。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:编写单元测试的十个理由
加载中

最新评论(11

idea_biu
idea_biu
单元测试少之又少,集成测试做得比较多
abbish
abbish
在开发功能时候都需要边写边测结果,用单元测试其实就是顺理成章的事情了,而且在对于同团队的人来说,单元测试也可以代替一部分使用文档
summer_charlie
summer_charlie
IF YOU HAVE THE TIME!
mj4738
mj4738

引用来自“蛋疼的淡定哥”的评论

不写单元测试的一个理由:领导觉得不需要写

一刀
一刀

引用来自“王帅”的评论

引用来自“蛋疼的淡定哥”的评论

不写单元测试的一个理由:领导觉得不需要写

+1

这个是很不负责任的行为。
王帅
王帅

引用来自“蛋疼的淡定哥”的评论

不写单元测试的一个理由:领导觉得不需要写

+1
蛋疼的淡定哥
蛋疼的淡定哥
不写单元测试的一个理由:领导觉得不需要写
hantsy
hantsy
6,7,8 如果使用 TDD方法,那么写测试也是一种设计方法。
hantsy
hantsy
3. 通过反复的测试,你在添加新功能的时候不会影响程序已有的功能。你永远无法知道你正在写的代码会对现有的代码产生什么影响。

5. 你不用为相同的代码重复的进行测试。

6. 保证代码的可读性。单元测试能让你代码的目的性和逻辑性更容易被理解。

7. 保证代码的可维护性。单元测试能强制让你对功能进行封装。

8. 无忧的进行重构。在你重构以后,跑一遍测试,你就知道重构是否对程序的功能造成了破坏。

这几个理由相当认同。
返回顶部
顶部