30+了还在做功能测试, 做了管理岗又发现欠缺管理能力和沟通能力,想转行不知道能做啥

回答问题之前我先说一个工作中的笑话:
有一天客户来我司审计,客户问:我想要某某产品的需求文档全集,请问谁能找给我看?一堆开发部的大小专家们面面相觑,因为每个人手里都只有自己的需求文档,并且手里的文档都是增量式的,都只是当前版本的需求文档,过去已开发的功能,其需求文档早找不到了。
后来终于有个人弱弱地说:也许测试部那里有全部的需求。后来果然测试部的专家能完美回答客户关于需求的提问。原因是测试部的测试用例集中已包括了所有的需求信息。
从上面的小故事我们可以发现三个关键字:
客户、需求、测试。
测试部或测试人员最大的价值不是在发现bug,而是在于他们能代表客户。所以测试部真正牛逼的地方不在于测试技术有多好,而是在于对客户目标的理解,对系统需求的理解,对系统行为的理解:
1、客户目标。管理上有个比喻是经常被引用的:当客户问有没有某一型号的钻头时,销售人员应该想到的不应该只是钻头,而应该想到客户家里墙壁上的那个孔,从而才能确定客户真正的需求是什么。作为测试人员也一样。当我们执行一个测试的时候,我们想到的是,这样的一个系统行为能不能满足客户目标,能不能满足客户的真正需求。客户会很高兴接受一个不完美但能满足他的目标的产品,但客户往往会对一个不能满足目标的产品吹毛求疵。
2、需求。所以一个好的测试人员,应该达到甚至超过产品线理对产品的理解。这才能确保经手测试过的产品能符合客户的期望。否则,测试部凭什么能决定一个产品是否应该放行?凭什么决定一个bug应该是bug而不是对产品的错误使用?
【30+了还在做功能测试, 做了管理岗又发现欠缺管理能力和沟通能力,想转行不知道能做啥】 3、系统行为。系统行为是设计师对需求分析的结果。而测试人员则是基于系统的行为来判断某一个行为是正常还是不正常。从这个本质上说,测试人员比开发人员更清楚应该如何进行需求分析,应该如何从需求开始设计一个系统的正确行为。
所以总结来说,测试人员在客户、需求、系统行为上天生就比开发人员有优势,测试人员转开发是轻而易举的事。但开发人员转测试就未必了。从技能难度上来说,测试人员易学难精,如果没有客户思维,测试人员就无法进阶到高级水平。反而是开发人员没有什么难度,多看API手册,多看框架文档,多看别人的代码就能玩得转。
作为测试人员,往前一步可以跨进marketing和产品经理的行列,进一步理解产品需求和市场需求。而退一步可以改为作系统设计师特别是UI交互设计师。至于往哪个方向发展,就看自己的决心了。

■网友
看你的问题发现你自己对功能测试也不是很看的上。
如果觉得自己欠缺管理能力和沟通能力不适合做管理岗,并不一定需要转行的,可以考虑往技术方向发展啊
性能测试专家、自动化测试专家都可以考虑的,看你自己想往哪方面发展了!

■网友
现在,30岁的测试很多,不一定要做职能管理岗,可以考虑做项目的测试负责人,关注项目整体质量 。
至于上进心,说明,痛还不够,目前还有一份工作 。

要么,现在,开始学。
要么,坐等,啥时候没工作了,再...

■网友
功能测试出身。
第一份工作在一家外企,要求比较多,比如全英文办公,各种流程,从需求分析到测试计划测试用例到问题定位追踪等等都要做全套,软硬件什么的都得打交道经常戴着保护听力的耳机在机房一待就是一天,测试脚本也偶尔要写等等,总之时刻都要学习。这份工作我做了三年。从最初试用的3K一个月到后来与开发是同工同酬甚至比某些开发还高,而我的薪酬在测试部门的同事之间还不算最高。(在职的时候不知道,后来离职期间才侧面了解到的)
因为是毕业后第一份工作,当时没什么感觉,以为测试的本来面貌都是那样。后来到另一个城市找工作,面试过一家比较奇葩的企业,应聘测试主管职位,面试的时候才知道这家私企测试部两年来就一直只有一个人,第一任做了一年就走了,第二任接替了他,现在第二任要离职,就等我来接替。。。两年来没有写一个测试用例。当然,这是比较极端的例子。


推荐阅读