各位在公司做单元测试吗？尤其是客户端~

[smilearchery]

想知道各位在公司是否做单元测试?收益怎么样?
现在有同事在推这个，个人做Android客户端的，感觉很麻烦不说，还大量占用开发时间，收益过低。个人感觉完善的Code Review和集成测试就足够了~
各位怎么看?

[smilearchery]

@darasion 这个解释很新奇~

[smilearchery]

@xiaoye5200 极其低下怎讲?我看到的数据是单测大概会占用开发人员至少30%的时间

[xiaoye5200]

@smilearchery 也不叫效率低下，就是整个流程下来很费时，费力，只为找出一点点微小的bug,虽然有意义但是真没什么性价比

[PrideChung]

我自己的项目是有选择性地写，主要都是验证数据的正确性，开发的时候反正都是要找点数据来试试的，顺手把单元测试写了也不算麻烦。UI不打算写，巨麻烦而且没什么用，界面上的错误很容易看出来。

现在写单元测试觉得比较麻烦的是对象之间的依赖。例如你要验证一个Model是否能正确地从数据库取数据，必定要依赖数据库连接对象，但一旦依赖了其他对象，这就不是严格意义上的单元测试了，于是有人想到了 mock object 这种东西，用一个假对象来模仿实际的对象，但又怎么知道这个假对象能完美模仿真对象呢，难道我还要为我的测试代码写测试？

[AntiGameZ]

@PrideChung UI的测试不是单元测试需要关注的部分。

强的依赖，比如继承，也是很难用单元测试去解决的。在实施单元测试之前，程序应该有好的弱耦合架构。

至于Mock，如果从架构中每个单独的Component，Class在外部都OK的情况下，自己没有问题，那从整体上看，也不应该有问题。

总之，单元测试有很多前提需要去满足。InfoQ网站上内容很多，可以仔细看看。