测试面试必问题测试工作流程

Posted 2021-03-11 techfix

引言：你的流程是啥样的？阿里的流程是啥样？

 

 

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

 

一般工作流程如下：

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

 

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

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

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