标签：实时 时间 背景 服务 文档 覆盖 bsp 反馈 计划
引言：你的流程是啥样的？阿里的流程是啥样？
以下是绝大多数公司的流程或者是面试的答案，不会有很大区别：
一般工作流程如下：
1.参与prd设计评审
2.确定业务后拟定测试case，保证场景覆盖
3.组织case评审，保证后期的测试执行一致性
4.提测后，测试执行，bug提出，跟进，解决
5.有延期上线的风险第一时间和各团队沟通
6.上线交付，风险抛出
7.项目新迭代跟进，历史问题跟进，线上问题答疑
maybe：在过程中组织部门间沟通，给业务方培训
但你会发现这样的问题问的很多，但又千篇一律，以下我根据阿里同学的情况做一下总结思考:
阿里工作流程上：
1.参与KO，确认项目必要参与的人员，增、删、改
2.参与mrd业务价值评审，不合理的业务会被cut
3.mrd确认后，prd评审，确认ptm，根据评审后各部门之间的前后依赖制定测试计划，测试计划要伴随过程中的变动实时变化、并通过prd拟定大方向case
通过以上部分，测试同学可以相对充分理解业务价值和背景，业务背景也是很多同学的薄弱环节，不清楚这部分内容，很难连贯的理解业务场景；
4.提测后测试执行，根据过程里的测试难点思考如何抽象出可重复利用的测试提效工具。在有必要的情况下与开发人员共建工具。工具产出后有可能的情况下将工具作为产品去推广
5.bug的提出与定位，这个过程是依赖前期规约开发人员要有非常详尽的日志，并提供文档，保证高效。及时提出及时解决，尽快发布尽快验证
6.中小型项目口头告知测试通过可上线。上线后，大项目做灰度发布做线上监控，业务监控，服务监控，小项目直接发布并做监控。在工作群里通知每一个干系人，上线后的项目所有人都会关注。
7.关注后期的业务价值反馈。业务人员必须让大家看到做的项目产出了多大的价值
8.自驱动做效能工具：自动化、监控、监控治理
相对于传统测试流程，后期我们更强调测试技术的沉淀，以及对线上问题的归纳总结。
还有一种问题就是，我隐隐约约觉得你说的阿里有些内容我们公司似乎也有，但执行的好像不充分，这就涉及到公司文化以及团队执行定力，很多事情只有充分执行和长期执行才能显现出效果。
更多技术交流关注公众号：猿桌派
标签：实时 时间 背景 服务 文档 覆盖 bsp 反馈 计划
原文地址：https://www.cnblogs.com/techfix/p/12290109.html
