刚入行不久，工作了三年，一直好奇大佬们平时是怎么工作的，感觉测试的真正作用都是在业务测试找 bug 时，至于什么测试左右移理论和平台工具，虽然求职面试时很有用，但是实际工作中都是理论上很丰满，现实很骨干，工具和平台我都没见过真正能起到什么作用的（包括各种公众号平台 开源平台分享的），反倒是平时写的小脚本实用性最好。之前流行的测试平台看起来是好像很厉害，但是一年使用下来 有种食之无用弃之可惜的感觉，测试前期用不着，测试完成后没啥用，每天循例跑完也就结束了，说有回归作用，但是实际重大项目的回归组长还是安排了人员回归。。。。。。。
可以增张 kpi,给领导写 ppt,给开发一种懂技术的感觉，有自动花给大家心里安慰，
三年看明白，也算不错了。没法对外展开影响力的东西，大部分只能自 HIGH。
其实核心还是那条 “成本部门”，成本大部分情况都是第一位的。
在成本部门，刺头太难当了，服从的优先级很高，很难有啥办法。
皇帝的新衣
效率不够，加班凑
从上到下，都有人认为没加班就没产出
提效这个，实际上是类似于复杂的重复手动工作代码精简化，这类的工作本来所占的比例就小。测试所耗的时间，大部分都是验证 联调 修复 再验证 再联调 反反复，这些才是消耗时间的大头，新业务这些都是不可避免地，所以你会感觉时间不够用,那些所谓的平台 在这方面几乎无用
秦岭
回复
是的，真的自动化在跑的业务基本都是通过手工测试验证过几轮的，能有啥问题。。。。基本每天跑个心安，真的有啥事故，服务器都是运维那边第一个检测到了。而且现在都在搞解耦，很少出现新项目发布，旧项目就出问题的情况
我也这样想，都提效那么多了，怎么还天天加班？
我们现在是这样子反应提效效果的，直接减人数，比如提了 3 个人效，那就减去 3 个人。
因为实际落地没有提效，所以还需要加班。
从你描述上看，就没太感觉到这些工具平台在你们团队的落地，有起到提效作用。可能你们耗时最长的部分，就不在你们现在花精力提效的部分。
我目前接触到能起到提效效果的，基本都是先手工测试并且明显感受到有些地方比较重复繁琐，评估提效方案和预期能起到的提效效果，然后再落实提效的。没有前面的评估分析，只是单纯别人有我们也需要有，很可能最后起不到想要的效果。
有几个疑点：
- 正如 10 楼所说，提效部分是否当前效率最大痛点，还是说为了让工作中体现提效而找个简单轻松的地方去落地
- 提效工作做得够不够好，还是说勉强 60 分的形象工作，大家对提效工作根本没信心还是要人肉兜底
- 提效有了但是人的理念有没有转变过来，还是说依然选择人肉兜底保心安
实际中比较多的是第 2 和第 3 种情况
提质增效不能分开说，我面临的很多场景是通过自动化的手段引入，提升了质量，如发现了更多隐藏的稳定性问题；另外提效之后，其他的时间是去做了更多其他之前没做的专项测试，如性能，稳定性，效果，安全等非功能专项；
试试看推进开发质量提升，毕竟产品质量是做出来的，不是测出来的，林子大神有很多测试的文章写的很有深度，蒙头做事上限必然不会很高，除非自己真的是技术大牛