关于软件测试人员的几个职业规划方向

在同一个测试团队里，可能在岗位相同的情况下，每位测试人员所做的工作内容及工作侧重点都有所不同，这也造就了日后不同测试会有不同职业规划方向的选择。可以根据自己的兴趣或优势处，去作选择。但无论侧重于哪一点，都不妨碍在测试行业日益精进。偏技术或偏业务方向。

1、侧重需求方面的测试人员
测试左移，尽早接触需求分析，从需求分析阶段开始熟悉，尽早发现潜在问题和需求漏洞，需要注意的是，测试人员不仅仅要从需求角度，技术角度分析，在早期的测试需求分析阶段，更多的是要关注业务层面的需求，未接触过行业需求的可以提前了解一些同行业的产品信息，做到心中有数。日后可以走需求分析师或用户产品经理方向。

2、侧重于开发端，更愿意定位代码问题
开发人员需要编写单元测试代码 ，同时会执行测试，测试人员可以从测试专业层面为开发提供一些便捷的测试工具，便于开发更快速的更准确的执行。

3、专项测试能力突出
大多数公司区分专项测试时，一般会以自动化测试、性能测试、安全测试、功能测试来划分，但在一些大型且重要的项目团队里，会分得更加细化，如数据库测试、可用性测试、服务端测试、UI测试等等。诸如此类的专项测试人员更多是兼职几个公司的，不需要深入了解业务。如自动化测试方向，一般性的项目团队里，自动化测试还是分属于测试部门的，比较少部分的会由开发组来编写（根据公司架构划分），测试人员要熟悉项目整体的技术栈及项目整体架构 ，数据库、缓存机制，服务器配置等等，根据此来进行测试技术选型-自动化测试框架，如何分层，如何封装，测试用例与测试数据如何分层等等。

4、兼顾于前端运维的测试人员
一般情况下，运维是在上线后跟踪线上用户使用体验及处理用户反馈。虽然已上线，产品交付，但测试也需要在这一步进行跟踪，并进行线上监控和分析。以我们公司为例，测试完成后会输出系统测试报告，交付到产品团队，产品团队进行验收无误后可申请版本发布。发布后会由产品与测试一起在线上做发布测试。然后对外宣布。之后用户使用新产品或新功能后会有不同的反馈渠道，通常都由运维团队负责答疑解惑，因为项目属于长期，所以产品运行大概三个月后，测试团队搭建了专门为处理用户反馈的项目，录入人均为运维团队，第一处理人均为测试团队，由测试团队来鉴别是否缺陷，非缺陷则注明原因，隶属优化需求则提交到产品侧，缺陷则定位复现并转给开发（相应测试也会分析缺陷产生原因，以此来不断完善用例库）同时做好线上产品的监控，主要是分工不会特别明确，敏捷型项目团队大多如此。

5、偏测试顾问类
有点类似于测试开发的岗位，通常已经有比较丰富的项目实战经验及开发能力，如果是单纯的测试，可能梳理整个项目时，会从测试角度出发，但测试咨询会从整个开发流程来进行梳理，是从更深层次去分析整个测试过程。团队里负责人或成员都可以向测试顾问进行咨询一些技术上的难题。这也是测试上升向管理的必经之路。#软件测试#

6、偏质量管控类
有些公司会把测试岗又叫作QA， QA是QUALITY ASSURANCE的缩写，是质量保证。并不是单纯的测试，全面质量管控中强调质量并不是在测试环节输出的，而是从立项开始，质量是在全流程中输出的。偏质量管控的测试人员会更加注重流程测试，在项目复盘中也会从整体流程来分析判断，潜在的质量风险以及规避原则。 （更多详情请关注“木蚂蚁”公众号了解）