测试是一个衔接岗位

在软件相关行业中，如果说开发属于一个开创型的岗位，是从无到有的过程，那么测试则是一个需要多重沟通的岗位。为什么我们常说测试是衔接岗位呢，原因不仅是测试参与的项目环节很多，并且测试对接的人员，需要打交道的人员比较杂，是一个承前启后不可或缺的一环，测试在整个过程中更多的是发挥推动的作用。测试岗位越往上走，越能发掘沟通的重要性。

如果想做好一个测试管理人才，除了跟进项目上的事情，还要学会跟不同的人员沟通。这样才能推动问题有效的快速解决。我们从三个方面说明测试衔接的必要性。
第一部分：功能测试参与的项目过程
先来看下测试为了保障软件质量，需要做的事情，在每一个环节中测试都需要衔接不同环节；
一.参与项目需求分析和评审。
参与项目需求分析和评审，结合竞品分析，与对应开发，产品，测试一起讨论需求方案的可行性，针对不合理的地方及时提出相关建议，给出合理建议。

二.主导测试用例评审。
评审用例需要提前发出来，研发先过下用例的内容，协同项目开发负责人制定项目测试计划、测试方案，最后拉上开发，产品，一条一条去过测试点，对于开发和产品提出的问题及时记录并补充到用例中去。

三.组织交叉测试。
版本测试进入到第三轮之后，一般会安排同项目中测试不同模块的人员交叉验证，不需要看测试点，纯粹从用户角度测试，这样能够站在用户角度发现更多问题。
四.安排回归测试。
基本除了第一轮测试之外，其他每一轮测试都有回归测试，这是为了防止开发修改代码时，把之前已经测好的功能又改坏了，至于回归的范围，需要测试人员拉上开发人员一起评估，根据测试建议进行回归会更有效。

五.引导产品走查。
在即将上线的版本，测试通知产品和ui开始验收还原度，这个时候版本质量已经基本稳定了，不会出现明显的大问题，这个时候产品和ui就可以开始介入了，但是至于什么时候通知需要测试自行把控。低成本的全员走查，是填平体验低谷的有效解决方式。

六.进行线上生产验证。
在测试环境测试人员一般会进行测试环境和灰度环境验证，测试环境和灰度环境验证没有问题后，及时发送测试报告并通知开发升级上线，与此同时，为了报证环境对版本质量没有影响，还需要进行上线生产环境验证。确保万无一失。

第二部分：业务对接
除了上述测试人员参与的项目环节之后，测试还需要与多方进行交流沟通；
1、与项目经理沟通，上报版本测试进度
2、与开发沟通，暴露相应模块的bug，以及bug出现的路径和步骤
3、与QA沟通，上报当前版本或项目的风险
4、与平级测试工程师沟通，关注是否有需要补充测试的地方，是否有做交叉测试
5、与测试员沟通，关注编写的测试用例是否完善准确，关注执行结果是否到位。
6、与外包人员沟通，关注模块划分是否准确全面，防止测试遗漏
7、与客服或市场沟通，对方最关心线上问题是否解决，如不能解决，期限是多久。
8、与产品沟通，对方最关注需求是否都按照要求实现了，客户易用性是否都达到了。

第三部分：测试管理

除了与外部人员对接，测试组内部沟通和任务安排也是不容小觑的对接工作：
测试内容分工一般是根据项目来，同一个时间段，测试组内基本会有两个以上版本并行。那么任务分工就要结合项目要求和人员现状来安排。
负责测试任务分配的人，需要对当前发展方向和未来目标有比较深刻的理解；知道测试任务的轻重缓急；需要对现有人力和优劣势有一个宏观的把握，即使大家分别投在不同项目，团队的培养和建设是完全可以同步进行的。


归纳所得：测试岗位就像各个独立岗位之间的连接绳，是一个需要衔接与配合的岗位，只有不厌其烦的沟通，最后才能达到质量更上一层楼的效果。