UI 测试 是不影响软件开发情况下的最后一道关卡 是最容易抓的 也是从公司层面上人员耦合最低的

其实从软件质量上来说 单元测试会更直接的保证， 只不过这种跟开发耦合太高了， 很难推进

所言极是

好萌呀这个图片

还需要审核回复？

太不容易了

测试审核？

我发起一个回复的审核测试看看

#9 楼 @silent_8
是的，没有任何方式保证 100% 的正确，只能是无限趋近于。

可惜很多人因为觉得单元测试不能百分之百的保证程序，所以就不做单元测试了。

#8 楼 @link1220 卧槽 碰到校友了

看来我司的收费策苦恼到你了:D，如果只是需要 ios 打包以及推送 slack 的话 可以试试我司的 flow.ci。

#6 楼 @xuxtc
针对领导检查的问题，解决问题是 不要人来进行判断，直接由代码仓库来自动判断，不符合的提交不了。一旦人开了特例，就会一直特例下去 破窗理论

执行过长的问题里，确实有很多技巧，我的原则是 在提交代码之前只跑部分（提交的部分）的单元测试 ，剩下的由 CI 工具来跑。之后整个单元测试应该控制在 10min 左右的时间。可以从控制依赖，或者测试数据量等方法减小，之后有时候是还是可以使用蛮力的，换高性能机器的成本比修改代码成本低。

#3 楼 @shixue33 单元测试我这一直都是开发写的呢

是的啦

#2 楼 @oneapm_official 我一直以为你们是 ruby 团队呢

oneapm 涉猎真广泛啊

你知道一个叫做 webmock 的 gem 么？