都是一个个短期小迭代，可能都开发完了，你测试代码都没写好，怎么用得到自动化~~太拖时间，耗成本；
我们项目每周各种文档，都来不及写；
请问自动化都是多用在自动化回归上吗？

自动化和手工比例 3:7 左右，以整个测试是 1 来算，比例是按投入人头来算，基本上自动化、修改代码的测试不会超过 40%，其次是看项目的 target，满足需求第一，然后才能走 PDCA

曾经有项目已经实现了 80%+ 的自动化，但是考虑到项目迭代周期短（还有个别业务场景），自动化还是成了辅助和回归（实际回归还是手工为主的）。而且个别新功能一添加，导致测试代码逻辑需要大调整，在测试人员不足的情况下（比如 PM 每日安排量化手工测试任务的时候，就需要你自己挤时间改代码），真的很无奈。不过做自动化还是能学到不少东西的，只是 PM 和 QA Manager 都要考虑投入产出比，所以测试人员少的小项目不少还是会回到手工为主，学自动化反而成了激励组员的手段。

大部分还是靠手工进行测试验证，接口自动化和 CI 结合倒是应用起来比较广泛，移动端的渠道包使用自动化也比较有效益

项目不大，迭代快，现在就一些性能指标的自动化测试以及 monkey，主要还是靠手工

主要还是全靠手工测试，功能界面变化太大，接口都重构了。。。需要生成一些数据的时候才会用一些工具来测试一下~

表示目前开发的产品水平 手工测试尚且测不过来。只能自己默默研究自动化

估计 20% 左右，只有那些处于维护状态或者偶尔才变更的成熟产品和模块才会采用自动化测试（非性能测试），不然维护成本太高了，用例没写完可能功能就推倒重来了

自动化做性能测试，冒烟测试 觉得比例 1/20-1/50?

起码很多公司把招聘自动化作为标杆，但是项目情况无法支持使用自动化

自动化测试一直在学习，还没用到工作上

30% 左右

3:7 左右，不过自动化也不是为了测试。。。主要是做一些重复性的工作来获取性能数据

自动化能占到 30% 应该算不错了吧，

我们现在基本上都还是手动测试，自动化测试没有。