【测试总结系列-4】关于提测打回这件事

开发提测标准(简易版) 2.测试用例级别标注完成之后,进行用例评审,用例评审时研发、产品、测试以及相关人员必须到场。若通过进行第一轮测试,若不通过打回给研发负责人,并在提测邮件上说明打回原因。7.若未达到提测要求,研发负责人打回给相应研发人员,研发人员进行修改。5.研发人员把各自负责的模块执行结果反馈相应项目的研发负责人员,由研发负责人收到执行结果后统一进行汇总。6.若达到提测要求,研发负责人发送提测邮件给测试人员,测试人员进行接收。4.研发人员执行完成后,执行通过率达到:100%,方可进行提测。1)明确提测流程规范; 阅读详情

对于需求上线时间要求比较急,但测试过程中出现的bug比较多的情况下,有没有必要打回?

是有必要进行打回的。需求比较急是一方面,可以有别的方案,但测试准入的标准还是要坚持的。否则,后续你的测试活动将会很难开展。

通过提测打回提前将风险暴露出来——冒烟case(主要功能场景或者P0用例)没有执行通过,阻塞了后面测试用例的执行,有延期上线的风险; 而不是自己消化掉。

可以适当的增加Show case环节,在开发提测前,产品、开发、测试同时参与,让研发的同学演示一下主流程是否OK,这样有问题大家就可以第一时间知晓,共同决策。

建议:

1、开发提测后,QA先执行冒烟用例,如果冒烟用例执行不通过,提测打回,停止测试,等待新版本提测后再进行测试。

2、同时也可以向前推进一步,向上级领导反馈如产品leader和研发leader,反应这个版本的提测质量比较差,开发人员应该是没有进行自测,如果自测不完全。

说明:

1、有时候BUG的提的多,并不能代表你的能力,大多数是提测版本的质量太差。

2、线上无漏测才能提现自己的能力。

冒烟测试规范设计:5人测试团队如何将提测打回率降低30% 本文探讨了5人测试团队如何通过精准设计冒烟测试规范,将提测打回率降低30%。文章详细介绍了冒烟测试的价值链重构、量化用例选取的黄金法则、开发自测质量提升策略、智能化决策流程及持续优化机制,帮助团队高效拦截基础缺陷,提升整体质量保障效能。 阅读详情

相关推荐

软件测试质量评价与提测规范:高效提升软件品质

DI = 致命级别的问题个数*8 + 严重级别的问题个数*4 + 一般级别的问题个数*1 + 提示级别的问题个数*0.5。说明:提测功能模块、未提测功能模块以及预计提测时间,提测模块需与需求文档的模块名称保持一致。界面问题、提示信息、建议性、易用性、统一性(以开发技术规范中定义但是系统中未实现为标准)说明:提测版本、提测链接/二维码、测试账号、禅道、Yapi、原型地址、数据库连接。功能问题、业务逻辑问题、数据控制、保存失败等,影响流程或功能实现的问题。测试BUG分类:轻微、一般、严重、致命。

z_ran的博客 1682

软件测试的工作流程

一、评审阶段 1、需求评审 要求在需求讲解前先将需求文档和DEMO提供,在讲解会议上同步进行评审。 2、任务计划评审 开发TL和测试负责人协商工时评估,共同制定里程碑任务计划表,发起评审 3、设计评审 开发完成简要设计文档,API接口文档,发起评审 4、用例评审 测试完成冒烟测试用例、系统测试用例、发起评审,对开发反串讲。 二、测试阶段 1、准入 单元测试、代码review(静态代码工具扫描,例如:sonar),冒烟测试用例,接口自动化用例,提供的自测报告需满足自测问题少于5个才可以正式转测试。 2、版本

仁化居之安 2664

软件测试准入准出标准

中国软件评测中心内部文档 1. 测试准入标准............................................................................................................................3  2. 软件测试暂停、停止标准........................................................................................................3  3. 单元测试停止标准....................................................................................................................3  4. 集成测试停止标准....................................................................................................................3  5. 确认测试停止标准....................................................................................................................3  6. 系统测试停止标准....................................................................................................................4  7. 安装测试停止标准....................................................................................................................4  8. 验收测试停止标准....................................................................................................................4  9. 缺陷修复率标准........................................................................................................................4  10. 覆盖率标准..............................................................................................................................4  11. 错误级别..................................................................................................................................5

软件测试输入准则,单元测试准则

16. 覆盖边界值确保参数边界值均被覆盖. 对于数字, 测试负数, 0, 正数, 最小值, 最大值, NaN (非数字), 无穷大等. 对于字符串, 测试空字符串, 单字符, 非 ASCII 字符串, 多字节字符串等. 对于集合类型, 测试空, 1, 第一个, 最后一个等. 对于日期, 测试 1月1号, 2月29号, 12月31号等. 被测试的类本身也会暗示一些特定情况下的边界值. 基本要点是尽可...

weixin_31302227的博客 824

Palantir解密:说人话,到底什么是“本体”?

笔者2018年在云计算公司开展政企数字化专项时,便意识到全面数字化进程背后存在大量未知领域,尤其是未来数字世界的底层架构如何构建这一关键问题。可惜因为种种原因,连那几个小专项最终都未能落地,也就无从深入了。近期看了很多有关Palantir的材料,倒觉得这像是新硅谷(区别于比尔盖茨、扎克伯格等主导的硅谷时代)交出的一份关于“数字世界底层架构”的答案,至于这个答案是否成立、有没有更优解、我们本土对标的版本是什么,可能都还待看。《Palantir解密》系列尝试通过解析Palantir,来系统回答这一问题。

SZSDQJC的博客 2153

eNSP网络构建—建立小型局域网

企业私有网络构建运维 实战案例——使用模拟器构建局域网络 案例分析 1.架构分析 (1)需求分析 本实验的目的在于建立小型局域网。由于公司由不同部门组成,并分布在不同地点,因此需要划分不同网络实现互联互通。设计以下网络:两个部门各使用一台交换机连接,然后连接到总交换机,再通过路由器与外网以及其他部门网络相连。为了控制网络上的广播风暴,增加网络的安全性,在交换机上需要设置VLAN,在路由器与交换机之...

_ 4万+

开发提测?

多端配合的需求,测试需给对应开发同学发送对应功能逻辑的自测case邮件,在无法确定具体的逻辑划分时,可以提前与开发沟通,统一发给无法分辨的所有配合端开发同学一封自测case邮件,由开发之间自行沟通划分自测case验证,并分别回复邮件提测。为避免后期视觉走查不通过或者视觉稿变更,引发的重复兼容性测试工作量的问题,小编所在项目中将视觉走查的时机提前到开发提测阶段,保证在兼容性测试之前,UI达到可提测标准,测试同学开始UI层的兼容性测试的依据是视觉走查通过邮件。,不可以用本地debug包验证自测case提测。

dq565的博客 1769

VS Code配合Prettier自动格式化代码

每次修改 .prettierrc.cjs 配置文件后,如果发现保存代码时格式化没有生效,可能是 VS Code 插件缓存未及时刷新。建议此时重启 VS Code,确保新的配置被正确加载并生效。

分享技术,分享经验 7421

软件测试提测是怎样提的,软件测试质量保障之开发提测

testkuaibao|软件测试自学公众号这篇文章所讲的内容,之前小编面试的时候有被问过,所以大家可以好好看一下。前言开发提测是正式开始测试的重要关卡,提测质量的好坏会直接影响测试阶段的效率,进而影响项目进度。较好的提测质量,对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢?下面小编结合自己项目中遇到的问题(举例如下),和大家分享下开发自测case相关的优化方案。Q...

weixin_33397994的博客 2751

STM32实战:如何用GPS信号同时同步海康摄像头和Livox Mid-360雷达(附完整接线图)

本文详细介绍了如何利用STM32实现GPS信号分频,同步海康摄像头和Livox Mid-360雷达的时间同步方案。通过硬件架构设计、STM32信号处理核心实现及设备接口规范,解决了多传感器数据融合中的时间对齐难题,适用于自动驾驶和机器人导航领域。

weixin_29182481的博客 595

小米汽车技术路线

从小米的电子电器架构来看,行业内EEA已经由域集中逐渐过度到域融合+区域控制的架构并向着中央计算+区域控制的方向发展。 而小米汽车智驾算法也从基于高精地图模块化架构,到去高精地图模块化架构,再到端到端架构,这也正是行业对于智驾算法演进的共识。

HITbingdu的博客 3782

软件测试-开发提测内容规范(项目提测模板)

1.在提测阶段,我们为什么严格开发去这么做?提前发现问题进行解决问题、不要等到测试阶段才发现该问题,节约人力成本,提高转测质量,赢得测试的尊重,团队人员关系更加融洽当你们碰到那种提测版本,主流程跑不通,页面打开错乱,此时作为测试人员的你,相信那天的心情都不会好了,反而还对开发有一定的心里成见2.流程是人定的,约定三章后,就要严格执行。

nhb687096的博客 1144

OneNET物联网平台实战:从零搭建到双向数据通信测试

本文提供了一份详细的OneNET物联网平台实战指南,从零开始讲解平台搭建与设备创建,并重点演示了如何通过MQTT协议实现设备数据上报与云端命令下发的双向数据通信测试。通过模拟设备连接与数据交互,帮助开发者快速理解物联网核心通信流程。

weixin_29306571的博客 350

软件测试之需求评审&测试计划&提测期间开发测试必做的一些事

一、需求评审时期测试到底要做什么呢? 1.需求评审前,提前进行需求熟悉阶段,逐一分析需求点,做好准备,相关需求疑问点列好清单,带着问题去参会。 2.产品宣讲时期,就算过程有问题,不要试探打断产品的宣讲,一是节约时间,二是不礼貌,等产品将一个模块宣讲完毕,开始带着你的问题,开始你的表演,分析给项目成员听,并提出改进建议。 3.当需求有问题确认需要修正,或需进一步跟业务确认再做定夺的,做好标记,并提醒产品,做好会议记录。 4.开发是个直男~一旦进入技术凯旋,那非得争的明明白白的,所以宣讲时期如果开发进入技术凯旋

软件测试技术资源分享官 4901

OpenHarmony AI系列:神经网络处理单元(NPU)驱动架构与实现详解

NPU(Neural Processing Unit,神经网络处理单元)是专门为神经网络计算设计的硬件加速器。在OpenHarmony系统中,NPU驱动是通过NNRT(Neural Network Runtime,神经网络运行时)框架实现的,它作为中间桥梁连接上层AI推理框架和底层NPU硬件,实现AI模型的跨芯片推理计算。

m0_67505153的博客 665

Flask基础项目:从零到一搭建用户管理系统

本文介绍了一个基于Flask的用户管理系统,具有完整的增删改查功能。系统采用SQLAlchemy ORM进行数据库操作,自动处理SQL注入并首次运行时创建表结构。主要特点包括:实时统计用户总数和平均年龄、智能即时搜索、前后端双重数据验证、邮箱唯一性检查、流畅动画效果和响应式设计。后端使用Flask框架实现RESTful API,前端采用现代化UI设计,支持异步操作不阻塞界面。系统安装简单,只需创建数据库并安装依赖即可运行,适合作为基础用户管理系统的参考实现。

数据知道的博客 3837

开发提测前让Opencode跑一遍“测试影响分析“,打回率直接从35%掉到7%

这篇文章介绍了如何通过AI驱动的"测试影响分析"显著提升软件提测质量。作者以某互联网公司30万行Java微服务项目为例,说明传统全量回归测试效率低下(耗时4小时,打回率35%)的问题。通过配置Opencode的/impact指令,系统能自动分析代码变更、构建调用关系图,精准识别受影响模块和测试用例。实践效果显著:打回率从35%降至7%,测试时间从4小时缩短至40分钟。文章还分享了指令配置方法、实际案例、进阶用法和避坑指南,强调AI辅助分析让开发和测试协作更高效,而非取代人工测试。

霍格沃兹测试学院的博客 180

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

【测试流程】提测准入标准

提测准入标准规范优化:在测试过程中发现原本可在自测发现,bug上线标记,后期分析总结更新自测详细case。说明:以上3点测试人员准入测试检出,提测打回;2 、 项目/需求 提测准入流程。明确软件代码提测准入标准。3、软件提测合格标准。或项目群通知需求进展。

u010039262的博客 1055

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

Agile新版使用提测

注:RD在流水线模板中看不到自己通常使用的模板,请找对应业务QA在模板中添加RD或RD邮件组权限 添加位置:基本设置-》授权成员 处添加 点击产品级发布 点击产品级发布 1、点击新建流水线 2、【基本设置】填写提交代码模块信息 3、点击【阶段/任务】进入下一阶段选择 【流水线模板】 4、点击保存 5、点击上图保存后就可以看到创建的提测项目 6、点击右边 小三角 按钮 进行构建,如下图 7、一路点下...

CallMeXiaoHuhuu 924

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

敏捷迭代管理 --提测管理

本文在研发组织管理中的位置: 研发组织管理--项目管理--敏捷迭代管理--提测管理 目的 1、保证提测质量; 2、研发提测内容清晰可记录,并且不影响主干测试分支; 3、测试更容易对上线内容和配置进行管理, 把控上线进度; 时间&频次 每个卡片联调完成之后; 迭代启动会后测试推送上线计划表; 每次提测后更新上线计划表; 议程 1. 研发完成代码后需要开发环境通过P0用例(主干P0和卡片P0); 2. 研发在提测行云卡片中填写变更影响范围,以及需要关注的功能点、接口文档地址; .

软件猿扫地僧 1451
上一篇: 测试用例的设计方法
下一篇: 什么是圈复杂度
魑魅魍魉114
博客等级 码龄10年 165粉丝 240原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值