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

[smilearchery]

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

[darasion]

我的经验是：

对有规范意识的人很有用。
对喜欢自由创新的人不友好。
对不理解意义的人反而有坏处。


貌似单元测试都是在写实际代码前就已经写好的。

但是就我周围来看，都是写完代码再补单元测试，这样做根本没用，反而有害。

[smilearchery]

@darasion 额。。。写实际代码之前？每月一迭代，项目开始前一周能确定需求不错了〜根本没时间啊

[smilearchery]

@darasion 个人觉得规范靠code review比较靠谱〜

[AntiGameZ]

@smilearchery Code Review 靠的是人，人不可信，起码不能在任何时间都可信。

静态的代码规范（比如变量命名规则，花括号用法等）可以通过静态代码分析工具去确保。

代码的执行，主要是互操作的部分，用单元测试来确保。

不管什么工具、方法论，取得收益的前提是充分了解，明白最佳实践和自己实际情况如何结合。有了收益，团队自然会去选择。

不过LZ既然站在反对者一方，也许有推行者的问题，或者团队大环境的问题，既然没提，不好分析

[pepsin]

@darasion +1024，任何技巧在没有深入学习只懂几个名词的人的推动下都是极为可怕的

[workaholic]

我估计你的公司应该不错，因为大多数公司是不会花人力财力在这个上面的，做单元测试才是正确的，不能应为大家都不做你就不做了

[williamx]

单元测试还是很有用的，但是我相信很少有人能在代码之前就写好，尝试过，感觉不可行。

[michaelye1988]

我也是做android客户端的，没有用过单元测试，不知如何下手啊。。。github上有没有android平台下的带有测试案例的项目推荐下呢？

[darasion]

@williamx

好多测试的概念，貌似都是从传统行业继承而来的。这个没考证过。

反正我以前在机床厂，设计机床画图之后，要请老师傅审图，类似于写代码的code review.

然后再实际造机床之前，还要设计一系列的工装卡具，类似于测试中使用的 fixture.

装完机床，还要经过各种调整，检验，类似于修bug。

[xiaoye5200]

日企都要单元测试。。感觉蛮有用的，虽然效率极其低下

[insraq]

Unit Test的主要作用不是保证代码能正常运行，这是Integration Test的作用。Unit Test的最主要的作用是在Integration Test Fail之后，能迅速找到是哪一个Unit的错误导致的。

[missdeer]

前段时间我尝试给自己在做的项目加一些UT，结果被（总监）一脸不耐烦地制止了。。。

[tedeyang]

等你的系统运行3年以后你才会发现单元测试的价值。

[wodemyworld]

@smilearchery 项目就是扯啊扯的，都是一堆破事。。。。。。研发人员嘴边经常一堆fucks

[fly2never]

手机端GUI不好做单元测试，更多还是靠UI自动化测试吧。接口部分，数据库部分可以单元测试，这个是有成熟模式的。

[AntiGameZ]

@xiaoye5200 一个跑了3年的程序，要去改一个比较核心的功能，这时候如果程序曾经有100%覆盖的单元测试，感觉会很爽的。

[vven]

@michaelye1988 android官网上有个testing的简单教程
http://developer.android.com/tools/testing/index.html

github上面的例子也在找，上次看到facebook的android客户端里面带了测试就赶紧打开看看，但是好像写得很简单只有一个测试文件....

[michaelye1988]

@vven 谢谢你啊: )

[xiluo]

貌似android和gwt的pr和bug fix需要有unit test，而且要尽可能全面，否则会被通知加上之后再来

[smilearchery]

@AntiGameZ 我倒也不算反对，只是单测可能需占用开发人员RD 30%的时间，看不到明显收益的情况下确实有排斥感~当然，可以先充分了解试试效果~