开发提测是正式开始测试的重要关卡,提测质量的好坏会直接影响测试阶段的效率,进而影响项目进度。较好的提测质量,对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢?下面博主结合自己所在项目的实际应用,简单介绍下自测case

一、编写目的

1)明确提测流程规范;

2)提高软件版本质量;

3)提高测试工作效率,节约时间成本;

4)避免了提测不达标,开发返工,造成项目延期等不必要的情况发生。

二、特殊说明

本文档主要是明确开发提测要求,提高项目软件版本质量。

本文档一经研发、测试人员确认后,须按照本文档流程规范严格执行。

本文档如有不对或者不合适的地方请及时提出,经过研发、测试人员讨论且意见统一后方可更新此文档。

三、提测流程

1.测试编写完测试用例后测试需标注出测试用例级别,用例级别分为:P0、P1、P2、P3四个等级。P0=》高,P1=》中,P2=》低,P3=》优化。

2.测试用例级别标注完成之后,进行用例评审,用例评审时研发、产品、测试以及相关人员必须到场。有疑问请及时提出,最晚需在测试提供测试用例给研发前提出。若未及时提出,视为同意此次用例评审结果。

3.测试在metersphere上创建测试计划,将P0级别的用例全部指派给相应的研发人员。

4.研发人员执行完成后,执行通过率达到:100%,方可进行提测。

5.研发人员把各自负责的模块执行结果反馈相应项目的研发负责人员,由研发负责人收到执行结果后统一进行汇总。

6.若达到提测要求,研发负责人发送提测邮件给测试人员,测试人员进行接收。

7.若未达到提测要求,研发负责人打回给相应研发人员,研发人员进行修改。待达到提测要求后,由研发负责人发送提测邮件。

8.测试人员接收后首先进行冒烟测试,看冒烟测试是否通过。若通过进行第一轮测试,若不通过打回给研发负责人,并在提测邮件上说明打回原因。

四、提测模板

五、自测标准

自测标准如下:

a.保证提测需求功能点能正确实现;

b.保证提测模块主要功能逻辑、主流程主路径正常运行;

c.保证和该模块耦合度较高的模块,没有明显异常;

d.P0级别测试用例执行通过率达到90%以上。 

六、提测前后事宜相关总结

1.在提测阶段,我们为什么严格开发去这么做?

提前发现问题进行解决问题、不要等到测试阶段才发现该问题,节约人力成本,提高转测质量,赢得测试的尊重,团队人员关系更加融洽

当你们碰到那种提测版本,主流程跑不通,页面打开错乱,此时作为测试人员的你,相信那天的心情都不会好了,反而还对开发有一定的心里成见

2.流程是人定的,约定三章后,就要严格执行

流程完毕不去严格执行,只是一个摆设,所以作为测试的我们有义务在周例会进行宣导、善意的提醒开发去严格执行,如果有个别同事几次出现嘴上说执行,但是实际每次提测质量还是很差,可以先找开发经理反应情况,如不改正,直接一封邮件到研发总监,不要怂,就是干

好了今天就先讲到这里,欢迎各位同仁指点分享补充,在好的流程建立上千万不要怕耗费时间,因为这些都是对我们测试有利无弊的,上个留言讨论栏,积极参与讨论,一起进步

关注gzh 程序员一凡,带你认识测试

内容来源于网络如有侵权请私信删除

文章来源: 博客园

原文链接: https://www.cnblogs.com/1024testing/p/16522269.html

你还没有登录,请先登录注册
  • 还没有人评论,欢迎说说您的想法!