为什么测试转产品越来越难了？

分享我近两年的一个感受，并试着分析其背后的原因。职位只是外界对你工作内容的定义，我们从事怎样的工作，拥有怎样的生活，更关键的在于自己的思维模式和意愿程度。

这又是一篇拖更很久的文章，早在去年夏天，就有测试小伙伴问过我，是否可以转型做产品。一位甲方的测试负责人也和我聊过类似的问题，如何让测试人员具备更好的业务思维。虽然两位朋友的出发点不同，但其背后都反映了两个岗位之间千丝万缕的联系。

因为我本就是开发毕业，测试入行，之后通过测试+需求这“一头一尾”的把控，逐渐转型项目管理，又恰逢合适的机会最终走上产品这条路。

因此，测试岗位，于我个人始终存在不一样的感情。做过、招过、见过，也经历过这个岗位在互联网团队中的尴尬处境，自然也会萌生一些思考。

我认识很多测试同学，其后续有不同的发展方向，有的转型项目经理、项目管理、团队管理，当然大部分还是继续在测试这个岗位持续深耕，有的做到了测试主管、高级测试工程师等等。像我这样转型产品的也有不少，不过更多是在前些年完成的转型。

最近两年测试转产品的比例应该是呈下降趋势，所以今天借此来聊一聊为什么测试岗位（功能测试为主）转型产品越来越难，也试着回答一下前面两位伙伴的问题。

01 测试与产品的不解之缘

本身从软件开发流程来看，产品做设计，测试验证此设计的交付物，两者在一定程度上都可以归结为“业务导向”，关注点和工作内容存在诸多联系。之前的文章需求岗如何为实施团队赋能中，也提到了两者不分家的观点。

产品在制定最终的设计方案时，如果具备测试思维，会让自己的方案更细致、更健壮，尤其是异常情况的处理，提前想到了，需求评审时会更主动。

最近看了团队小伙伴的年终总结，好几位都提到了自己的需求文档规则不细致，对于异常情况考虑不足等问题。

所以产品和测试可以多多沟通，相互以不同的思维和对待系统的角度互补。

我相信一位合格的测试人员，对于系统的细节、处理逻辑是最清楚的。因为我们常见的系统规模，大多只配很少的功能测试人员，开发大概率仅对自己的模块了解，产品大概率仅对业务流程和各功能之间的耦合关系了解。所以最近两年我们经常在进行一些功能迭代时咨询测试的意见，初步探讨系统可行性和工作量，也是基于这个原因。

02 优秀的测试越来越少

2021和2022两年间，我大致面试了100位测试人员，base地遍布多个城市，从直观感受来看，靠谱的功能测试越来越少，使我不禁思考，为什么？

可能是整体基数的原因，可能是行业重视程度和发展前景的原因，也可能是其他我没有觉察的原因，致使越来越多的测试人员真的做成了曾经行业玩笑“点点点的工具人”，很少思考功能背后的缘由，很少思考业务背后的问题。

也可能没有遇到好的团队、好的领导。因为我相信在测试的过程中一定会有很多疑问，但是把疑问问出去之后，是否有人真的耐心解答？很多团队的负责人经常会说：你就按需求来、这不是你操心的…从而逐渐磨灭了各位伙伴心中的求知欲。

也有很多公司、团队管理者把测试定位成一个“流程化的环节”，只是为了完成这个测试任务而招人、用人。哪里有测试需求，就把人派过去，可能一个月测一个项目，测完即走，奔赴下一个战场。

这种情况对于测试从业者来说，很难形成高效的经验积累。如果是同类业务还好，可以通过不同的客户诉求、定制化场景培养业务思维；如果是不同的业务，短时间内很难理解，到头来项目做了不少，但最终沉淀下来的也许不多。

即业务的连续性不足，更多的重复劳动带来的只是经验的积累，很难形成突破式成长。

平心而论，测试本身在互联网行业中，入门的门槛相对较低。俗话说

不想延期，公众号：不想延期。半路转行的B端泛金融产品，坚持“以实践验证理论，以输出倒逼成长”的目标。点滴珍贵，重在积累

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！