为什么说测试是一个衔接岗位？

lsekfe

在软件相关行业中，如果说开发属于一个开创型的岗位，是从无到有的过程，那么测试则是一个需要多重沟通的岗位。为什么我们常说测试是衔接岗位呢，原因不仅是测试参与的项目环节很多，并且测试对接的人员，需要打交道的人员比较杂，是一个承前启后不可或缺的一环，测试在整个过程中更多的是发挥推动的作用。测试岗位越往上走，越能发掘沟通的重要性。
　　如果想做好一个测试管理人才，除了跟进项目上的事情，还要学会跟不同的人员沟通。这样才能推动问题有效的快速解决。我们从三个方面说明测试衔接的必要性。

　第一部分：功能测试参与的项目过程
　　先来看下测试为了保障软件质量，需要做的事情，在每一个环节中测试都需要衔接不同环节。
　　一、参与项目需求分析和评审。
　　参与项目需求分析和评审，结合竞品分析，与对应开发，产品，测试一起讨论需求方案的可行性，针对不合理的地方及时提出相关建议，给出合理建议。
　　二、主导测试用例评审。
　　评审用例需要提前发出来，研发先过下用例的内容，协同项目开发负责人制定项目测试计划、测试方案，最后拉上开发，产品，一条一条去过测试点，对于开发和产品提出的问题及时记录并补充到用例中去。
　　三、组织交叉测试。
　　版本测试进入到第三轮之后，一般会安排同项目中测试不同模块的人员交叉验证，不需要看测试点，纯粹从用户角度测试，这样能够站在用户角度发现更多问题。
　　四、安排回归测试。
　　基本除了第一轮测试之外，其他每一轮测试都有回归测试，这是为了防止开发修改代码时，把之前已经测好的功能又改坏了，至于回归的范围，需要测试人员拉上开发人员一起评估，根据测试建议进行回归会更有效。
　　五、引导产品走查。
　　在即将上线的版本，测试通知产品和ui开始验收还原度，这个时候版本质量已经基本稳定了，不会出现明显的大问题，这个时候产品和ui就可以开始介入了，但是至于什么时候通知需要测试自行把控。低成本的全员走查，是填平体验低谷的有效解决方式。
　　六、进行线上生产验证。
　　在测试环境测试人员一般会进行测试环境和灰度环境验证，测试环境和灰度环境验证没有问题后，及时发送测试报告并通知开发升级上线，与此同时，为了报证环境对版本质量没有影响，还需要进行上线生产环境验证。确保万无一失。
　　第二部分：业务对接
　　除了上述测试人员参与的项目环节之后，测试还需要与多方进行交流沟通：
　　1、与项目经理沟通，上报版本测试进度。
　　2、与开发沟通，暴露相应模块的bug，以及bug出现的路径和步骤。
　　3、与QA沟通，上报当前版本或项目的风险。
　　4、与平级测试工程师沟通，关注是否有需要补充测试的地方，是否有做交叉测试。
　　5、与测试员沟通，关注编写的测试用例是否完善准确，关注执行结果是否到位。
　　6、与外包人员沟通，关注模块划分是否准确全面，防止测试遗漏。
　　7、与客服或市场沟通，对方最关心线上问题是否解决，如不能解决，期限是多久。
　　8、与产品沟通，对方最关注需求是否都按照要求实现了，客户易用性是否都达到了。
　　第三部分：测试管理
　　除了与外部人员对接，测试组内部沟通和任务安排也是不容小觑的对接工作：
　　测试内容分工一般是根据项目来，同一个时间段，测试组内基本会有两个以上版本并行。那么任务分工就要结合项目要求和人员现状来安排。
　　负责测试任务分配的人，需要对当前发展方向和未来目标有比较深刻的理解；知道测试任务的轻重缓急；需要对现有人力和优劣势有一个宏观的把握，即使大家分别投在不同项目，团队的培养和建设是完全可以同步进行的。
　　归纳所得：测试岗位就像各个独立岗位之间的连接绳，是一个需要衔接与配合的岗位，只有不厌其烦的沟通，最后才能达到质量更上一层楼的效果。

千里

测试应该做好这个，否则价值感会更弱