引言:你的流程是啥样的?阿里的流程是啥样?

 

 

以下是绝大多数公司的流程或者是面试的答案,不会有很大区别:

 

一般工作流程如下:

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.自驱动做效能工具:自动化、监控、监控治理

 

相对于传统测试流程,后期我们更强调测试技术的沉淀,以及对线上问题的归纳总结。

还有一种问题就是,我隐隐约约觉得你说的阿里有些内容我们公司似乎也有,但执行的好像不充分,这就涉及到公司文化以及团队执行定力,很多事情只有充分执行和长期执行才能显现出效果。

更多技术交流关注公众号:猿桌派

版权声明:本文为techfix原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/techfix/p/12290109.html