测试流程总结

一、QA的意识

  • 质量意识:对产品质量进行把控

  • 产品意识:对产品细节熟悉,以用户的角度去进行测试

  • 推动&沟通意识:对于不理解的点及时沟通

  • 团队意识:合作才能共赢

  • 时间意识:把控时间节点

  • 进取意识

二、工作节点

1.开发前

1)参与需求评审与技术评审

  • 作用:了解需求,明白需求的细节,主要测试的功能点,需求达到的目标是什么,不明白的及时找RD&PM及时沟通

2)对测试时间进行估时

  • 按照人天进行估时

  • 测试时间 (人天) = (max(前端开发,后端开发)+ 联调时间)/3 + 1

2. 提测前

a.设计测试用例,怎么设计测试用例???

  • 测试用例的可读性、可执行性、合理性。

  • 测试用例的充分性和完整性(覆盖率)

  • 测试用例包括的内容:功能,用例名称,前置条件,步骤描述,优先级,期望结果,实际结果等

  • 最终目标是:一个对于产品毫无所知的人员,也能够快速的熟悉用例并执行用例

b.测试用例的维护

  • PM对需求更改的时候,同时也要对测试用例进行维护

c.用例设计优先级:

P0:将冒烟case定位最高优先级,    

P1:主要功能及各模块的主要功能;影响到多数用户的功能;特别影响用户体验;重要的错误和边界。

P2:包括详尽的边界,错误和配置测试的测试用例  

P3:优先级较低,影响少部分用户的以及次要功能的定位低优先级,不意味不重要,如GUI,错误信息,易用性,较特殊的参数校验(服务端),压力和性能测试。    

d.用例评审

  • 当测试人天 > 3 (人天)时,需求进行用例评审,由QA组织,开发和产品一起对用例进行评审,指出本次测试的重点,用例设计漏掉的功能,保证用例的完整性和充分性

  • 冒烟用例的准备:冒烟测试用于确认代码中的更改会按预期运行,且不会破坏整个版本的稳定性。

  • 当测试人天 < 3 (人天)时,发邮件给RD,抄送PM,并告知RD及时回复邮件

e. 环境的搭建

  • PM在测试环境进行验收,需要RD提供提测的系统已经分支,用以提前搭好测试环境,方便PM的验收

  • 怎么搭建测试环境呢?后续更新

3.测试中

1、输出进度报告,模板见链接

2、如何提BUG

bug描述:环境信息,复现步骤,期望结果,实际结果

bug定级:

Blocker:阻碍进一步开发或测试工作,软件不能运行 

 Critical:崩溃,数据丢失,内存溢出

 Major:主要功能不能使用 

 Minor:不常用功能不能使用 

 Trivial:界面有错别字或者格式没有对齐

3、当一轮测试完成之后,由RD们修复BUG之后进行发版后验证BUG并开始新一轮的测试。

4、测试完成,所有BUG验证完毕之后在模拟线上环境进行回归,保证需求达到预上线标准

4.上线

线上回归

三、如何保证流程正常执行

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值