测试流程如何有效落地？

前言：之前有小伙伴问了我一个问题：作为测试leader，你该如何有效落地测试流程br> 这个问题看起来很简单，只要落地流程做个宣讲然后有人执行就行了，但仔细一想却没那么简单。团队人员有多少术和经验如何务类型是什么发交付质量处于什么阶段试在团队的定位是怎样的种因素都会影响测试流程的落地效果。

一、为什么要制定流程/h2>

先谈谈为什么要制定流程及流程对于工作拿到好结果的重要性。首先问大家五个问题：

1. 流程是什么br> 因人、团队、业务类型、迭代速度、资源紧张程度而异。我觉得流程是保障团队目标达成的最佳实践。
2. 为什么要有流程br> 没有流程会导致团队中个体各自为战，目标不统一，进度不协调，资源配给失衡而导致交付质量下降。
3. 流程能解决什么问题br> 保证团队大方向一致，尽可能降低由于人员能力、认知水平、资源不足、意外情况导致的项目延期或质量下降。
4. 流程能带来什么保障br> 保障团队中大部分人的利益不受影响和保障工作中遇到沟通或争执时可以据理力争；保障工作过程中的最佳实践可以最大程度保留并执行。
5. 如何高大上的理解流程br> 风险可识别+问题可追踪+结果可验证+数据可量化！

其实，我们要明白一件事情，那就是测试工程师的核心竞争力是将技术作为底层能力，在尽可能熟悉业务的情况下基于技术解决问题，过程中不断优化流程，保持高效的沟通，保障最终交付产出物的质量和交付过程效率。
核心竞争力简单来说就是测试岗位的本质：更好的质量+更高的效率。而流程，就是通往更好的质量+更高的效率的指向标和扶手。

二、测试有哪些流程/h2>

实际工作中测试流程有很多类型，不同公司会根据自己情况制定一些特殊流程，根据软件（需求）的生命周期，下面列举一些常见的软件测试流程：

1. 需求阶段
   产品方案评审：
   测试确认产品无重大质量风险，确认目标、时间、优先级
   技术方案评审：测试通过评审确定测试范围、制定测试计划、评估测试方法
2. 研发阶段
   研发规范：编码规范、工具组件使用规范、code review规范、单元测试规范
3. 提测阶段
   提测检查：检查code review结果、CI构建结果、核心case冒烟结果
4. 测试阶段
   测试策略：包含测试case评审、自动化测试、性能测试等方案制定
   测试规范：接口测试、集成测试、回归测试、上线步骤及回滚等各种流程
   验收及上线计划：产品验收、制定上线方案及上线方案评审
5. 上线阶段
   上线流程：测试组织dev、PM、OPS、DBA等角色完成上线
6. 运营阶段
   监控告警处理流程：日常的日志、告警巡检以及线上监控阈值优化调整
   线上故障处理流程：出现故障时的响应机制、线上止血、故障排查以及复盘跟进流程

三、流程要如何有效落地/h2>

在流程落地方面，我想了想，还是的从下述几个方面去评估落地。

1. 确认影响因素
   业务类型：ToB还是ToC业务更对用户的影响有多大果出现问题会带来多大的损失br> 团队人员数量：如果研发团队人数较少那流程不宜太严格，人越多才需要流程来保障和协调大多数人的动作规范一致
   技术经验能力：技术是否过硬否有较多的匹配项目的研发经验没有较好的项目履历和最佳实践br> 测试定位及要求：测试是侧重验证还是质量保障级对测试的定位是什么什么要求br> 研发交付成熟度：团队成员是否有较多的合作默契往放入交付过程和质量是否流畅高效/li>
2. 梳理落地步骤
   1、明确要解决的问题要制定流程规范，第一步就是明确要解决什么问题。项目中很多问题，都可以思考是不是能通过流程解决。比如数据库操作之前先备份数据库，事先写好 SQL 语句，需要有人审查，测试环境先测试通过，最后再生产环境执行，那么就可以避免以后不小心删除数据表的事情发生。
   2、提出针对性解决方案对于问题，先思考解决的方法，有了方法后再进一步思考是否能提炼流程规范。方法和流程规范的区别在于：方法更有针对性，只适用于特定场景或者人，而要将方法上升到流程规范，则需要有一定的普适性，能变成具体的步骤或者标准，让每个人都能执行。比如说回滚操作就是一个相对普适的方法，可以变成部署后出现问题的流程。
   3、达成共识，推广执行流程规范提出后还需要得到大家认可，只有大家认可达成共识，才能共同遵守，保障制度的执行。对于大家都认可的流程规范一定要严格遵守，必要的时候需要配合一些奖惩制度，以保障其执行。
   4、持续优化，不断改进流程在实际执行的时难免发现一些不合理的地方，这时候就需要对其进行调整。还有一些流程规范，随着时间推移，可能已经不能符合要求了，也需要考虑改进甚至放弃，不然反而会成为一种阻碍。
   5、流程工具化，工具自动化制定流程规范的本质是把管理从“人治”变成“法治”到最后的“自治”。流程落地过程中，最初都是人为去推动流程规范的执行，但也应该尽可能借助技术手段来推动甚至替代流程规范。比如说编码规范，可以借助各种强大的IDE，快速检测出不符合规范的代码，甚至于帮你直接格式化成满足代码规范的格式。

三、结语

我司在黄哥的带领和指导下，整个测试部门的各项流程都已基本完全规范起来了，但还是有可以进步的空间，我记得我来公司第一件事就是规范测试用例执行，把测试流程规范建立起来了，但是目前的一个落地效果，我只能说达到了60%，而剩下40%是完全有能力去做好的。我也从各个方面收集了这部分同学没有做好的原因，也一直在优化编写用例的工具，从各个方面提高编写用例效率和执行用例效率，但是最大的难点还是人员的思想改变和执行力的问题。不想写，不愿写，这是通病。我记忆深刻的一点还是项目线上bug复盘会，开发人员第一时间就是提出灵魂拷问：测试为什么漏测记得这个版本没有你们测试用例吧！在这件事情上，我没有做好，流程规范没有执行到位，这就是事实，也不用说太多，说再多都是借口，我需要的是反思+改进！！！

流程规范不是约束，而是尽可能保障团队交付质量，提高团队效率。流程规范是将好的最佳实践固化下来，让大家可以参考和共享经验。