开发提测?

本文探讨了如何通过优化开发自测case、明确发送时机、规定验证方式等措施,提高项目提测的质量。作者结合项目经验分享了自测case的选取、发送规范和配合流程,强调了使用build包进行验证的重要性。
摘要由CSDN通过智能技术生成

前言

开发提测是正式开始测试的重要关卡,提测质量的好坏会直接影响测试阶段的效率,进而影响项目进度。较好的提测质量,对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢?下面小编结合自己项目中遇到的问题(举例如下),和大家分享下开发自测case相关的优化方案。
Q:

开发验证自测case通过提测后,测试验证自测case不通过;
各端开发配合需求中,开发在实际联调成功前回复自测case;
开发与产品两方沟通调整需求,未同步给测试;
……
开发自测case

推进提测质量的提高,可以有多种方式,每个项目组都会有各自的特点及相应适用匹配的方法流程。小编结合在项目中采坑积累的经验,现总结落实在实际项目中的方法有如下几种。

在正式提测前开发实现中,可以通过方案讲解会、code review来提高实现质量及预期结果;正式提测阶段,可以通过自测case、交互走查、视觉走查等方式把关质量;提测后,可以有产品验收等方式。在这里,主要和大家一起沟通下正式提测阶段的自测case。

提到开发自测case,相信很多测试小伙伴都不陌生,甚至很熟悉,小编结合自己所在项目的实际应用,简单介绍下自测case。

1、自测case介绍

开发自测case就是开发同学以邮件形式提测功能前,需要测试人员在最短的时间内提供一份用于验证提测模块主流程上的功能是否已开发完成,是否覆盖了需求以及交互明确规定的主路径细节,从而确保产品在初始形态时满足产品的预期结果。

2、自测case选取

测试同学依据产品的需求/交互文档、开发实现流程(工程主导需求),整理功能主路径case(包含埋点需求)。

3、自测case流程

质量保障之开发提测

开发自测case配合

基于上述自测case的流程规范,还不能很好的解决实际项目中遇到的问题(前言中)。本部分将结合实际项目自测case的执行和配合问题的已落实的解决方案,进一步对开发自测case的配合细节进行补充。
1、自测case发送时机

至少在开发提测排期提前1天发出自测case邮件,按照需求类型,可分类细化如下。

项目版本计划中的产品需求:
在需求评审会后,项目测试开始时,优先发送自测case;

项目版本间的插入/需变:
在三方沟通评审过需变/插入任务的细节及逻辑后,由测试同学在产品需变/插入邮件的基础上,回复自测case邮件;

工程优化类需求:
在三方沟通需求细节及对应版本计划后,测试同学与开发沟通具体逻辑,然后在对应的工程优化邮件基础上,回复自测case邮件。

2、自测case测试准备说明

多端多人配合需求自测case划分:
多端配合的需求,测试需给对应开发同学发送对应功能逻辑的自测case邮件,在无法确定具体的逻辑划分时,可以提前与开发沟通,统一发给无法分辨的所有配合端开发同学一封自测case邮件,由开发之间自行沟通划分自测case验证,并分别回复邮件提测。

较复杂模块自测case邮件形式:
复杂模块对应的自测case相对较多,为方便开发标记结果同步,可以在邮件中将自测case文档添加为附件。

3、自测case配合方规范

开发验证自测case的规范(重点强调)
三方约定,开发需以build系统中的release版本验证通过自测case后方可提测,不可以用本地debug包验证自测case提测。这样,一方面可防止因实际多端开发未联调完成,影响测试进度的问题,另一方面避免因debug包和build包不同造成的阻塞bug进行二次提测的问题。

重要的事情说三遍:

开发必须用build包验证自测case提测!!开发必须用build包验证自测case提测!!开发必须用build包验证自测case提测!!

开发自测case提测邮件规范
开发在提测邮件中需说明build系统的开发分支,注意,还同时涉及多个SDK的交互功能,需要同时说明对应的开发分支;(若已在工程优化邮件中说明,可不再备注)
若涉及测试环境,需在提测邮件中说明测试环境的host,同步给测试同学;
若存在后期需求变动或开发实现逻辑的变动点(已与产品同步),与某些case不匹配,需在邮件正文备注说明;
自测case提测的同步提测准备
开发在发送自测case邮件的同时,需给视觉同学发送视觉走查通知邮件,以及交互同学走查通知邮件。

视觉走查

为避免后期视觉走查不通过或者视觉稿变更,引发的重复兼容性测试工作量的问题,小编所在项目中将视觉走查的时机提前到开发提测阶段,保证在兼容性测试之前,UI达到可提测标准,测试同学开始UI层的兼容性测试的依据是视觉走查通过邮件。

具体的配合流程如下:

质量保障之开发提测

邮件形式举例:

质量保障之开发提测

备注:问题描述形式:可在邮件正文描述,也可附带在附件中。

质量保障之开发提测

总结

我们在实际项目测试过程中,不可避免的会遇到配合、效率、质量的问题,不同的项目组会有不同的解决方式,流程规范只是其中一种有效手段,小伙伴们可以根据实际项目情况选择最适合自己的解决方式。


              【下面是我整理的2023年最全的软件测试工程师学习知识架构体系图】


一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战


四、App自动化项目实战

五、一线大厂简历


六、测试开发DevOps体系

七、常用自动化测试工具


八、JMeter性能测试

九、总结(尾部小惊喜)

生命不息,奋斗不止。每一份努力都不会被辜负,只要坚持不懈,终究会有回报。珍惜时间,追求梦想。不忘初心,砥砺前行。你的未来,由你掌握!

生命短暂,时间宝贵,我们无法预知未来会发生什么,但我们可以掌握当下。珍惜每一天,努力奋斗,让自己变得更加强大和优秀。坚定信念,执着追求,成功终将属于你!

只有不断地挑战自己,才能不断地超越自己。坚持追求梦想,勇敢前行,你就会发现奋斗的过程是如此美好而值得。相信自己,你一定可以做到!

最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!

  • 20
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值