修改了一下标题。原本觉得领导就是想撤掉测试组，把整组转岗成产品经理。最近跟领导沟通了一下，领导表明自己不是让测试组写需求文档，是觉得不需要需求文档，测试直接输出测试用例可以取代需求文档，他觉得这样是方便测试组的工作……（问到原型图怎么办的时候，领导完全没考虑过开发测试还需要原型图这种东西，说他再跟需求组的领导沟通一下）。

有很多前辈给了自己看法，感觉也很有道理。总结起来就是：如果有兴趣做产品经理的话，这是一个很好的转岗机会；但是公司流程混乱，如果想继续走测试路线的话，可以考虑重新找家流程正常的公司。

———————————————————————————————————————————

大家好，入职一年多了，在社区里看了很多大佬的经验分享，收获良多。这是我第一次发帖，主要是一个入职一年的新人面对团队变化一些迷茫吧，想找个地方倾诉一下，也顺便听听大家的想法。

我去年毕业之后就入职了现在的公司做测试工程师。IT 团队说是自研，其实就是给政府和企业客户做外包。测试组的工作主要以手工功能测试为主，偶尔有项目客户要求出具性能报告时，会做一点单接口的性能测试；功能测试基本上不接触数据库，直接看页面表现；完全没有涉及自动化测试，因为项目的性质，也很难进行自动化测试。一般一个项目由一个测试人员独立负责，一个测试人员负责多个项目。

团队内部的工作流程比较混乱，需求组需要做售前、需求文档、项目管理等多种职责的工作；导致经常是一句话需求，需求评审会也只是需求简单念需求文档。测试组在团队中的存在感比较低，经常是需求组和开发直接沟通，等到开发完成了直接通知测试人员进行测试。在实际的测试过程中也发现很多缺陷源于前期需求不明确和开发人员对需求的误解导致，经常会出现 “A 模块的数据需要在 B 模块展示，A 模块进行删除操作后导致 B 模块展示异常” 这类问题发生。因此测试组有向领导反馈过这种情况测试工作很难展开。

领导最近提出的解决方案是：既然测试觉得需求组的需求不明确，那就由测试组做需求。需求组负责售前，签了合同之后需求和交互全部由测试组跟客户确认敲定。至于项目内部是写需求文档还是测试人员和开发口头沟通，不管；反正敏捷开发就是不重视文档的。目前团队内已经在着手找项目试行这个制度了。

可能是科班出身把有点技术崇拜吧。虽然测试组内部一直觉得测试不需要懂技术，但是我觉得测试工程师即使是功能测试也应该清楚项目在技术上是怎么实现的，才能发现潜在的问题和风险。也有在学习性能测试、自动化测试，包括孙高飞老师的大数据测试、AI 测试的相关知识；我希望提高自己的测试水平，成为一个更有能力的测试人员；也在努力探索适合测试组的提升方式，提出过一些为了帮助团队提升项目质量测试组也许可以做的建议。

但是领导现在的方案给我感觉，团队根本不需要专职的测试工程师，他们需要的是会功能测试的产品经理。现在这样不就是需求组做项目经理的角色，测试组做产品经理的角色嘛。其实可能领导也没有错吧，这确实是解决团队现在问题比较好的一个方案，只是和我的职业规划和定位背道而驰罢了。

因为这件事，最近也在考虑要不要干脆跳槽换家公司做测试。但是家里人很反对，觉得现在经济形式不太好，现在的公司稳定工资又还不错，干什么不是干；又有点觉得家里人说得很对。总之就是很迷茫吧，不太确定自己未来的发展方向了。