提高自己的地位、话语权，然后强制他必须做单元测试

这个倒无所谓

好点的开发一般都是自己先单元测试再往测试丢的。
如果开发不做，发现问题，正常提缺陷就可以了，如果影响项目正常进度的话，及时通知相关领导就好了，没必要太纠结这块

投入产出比你觉得应该怎么算，单元测试把本会出现在接口测试 UI 测试才暴露的 BUG 扼杀在摇篮中。我觉得性价比很高。

#4 楼 @csbaixiaosheng 那你要看单元测试是谁写了。

测试开发做

单元给开发做比较好，接口可以测试揽过来，我觉得这样分工是比较好的

尽量少用 UI 自动化测试，多使用单元测试，接口测试

能找到 bug 的自动化测试，才是有用的，否则就是个噱头

UI 自动化测试比较不稳定，对于测试结果的分析也困难。 而且 UI 改动也大。 所以应该尽量多做一些底层的的自动化测试，比如 ASP.NET MVC 中 UI 和逻辑分开了，针对逻辑的自动化测试就比较好做了。

基于全球首创的对象识别技术，TestBird 可以为客户提供深入到移动 APP&游戏内部所有功能的深度解析能力。通过自助 App 功能测试、远程真机调试、真机兼容性测试、真人体验测试、 真人压力测试和崩溃分析等产品，TestBird 建立了云手机、云测试和云分析三大测试平台，为移动应用提供从研发到上线再到运营的一站式质量管理服务，帮助移动应用企业建立完善的质量管理体系和能力，全面提高移动应用的 DAU、留存率以及付费情况。