BUG管理

最新推荐文章于 2024-10-09 21:15:41 发布

Angulx

最新推荐文章于 2024-10-09 21:15:41 发布

阅读量1.9k

点赞数 2

分类专栏：软件测试文章标签： bug

本文链接：https://blog.csdn.net/qq_38125346/article/details/117963519

版权

软件测试专栏收录该内容

7 篇文章 1 订阅

订阅专栏

BUG介绍

做测试的应该都知道，概念问题可以自行百度，这边写一下BUG模板，BUG分析。

BUG周期：

新—>接受/处理—>已解决—>已拒绝—>重新打开—>已解决—>已关闭

BUG工作流：

在这里插入图片描述

BUG模板

BUG内容包含下面字段：
关联需求：缺陷应关联需求，从而分析需求质量.
模块：系统的功能模块，可分析缺陷功能模块分布集中区域，重点提升
优先级：表明缺陷解决紧急程度，分为紧急，高，中，低，要求紧急缺陷1h内解决，高4 h内解决，中低级缺陷当天解决.
严重程度：缺陷破坏及影响程度，分为：致命，严重，一般，提示，建议
致命：系统崩溃，业务核心流程阻塞，功能缺失，白屏，闪退，无响应，安全漏洞，性能瓶颈等
严重：主要功能实现与需求不符，数据流错误，程序接口错误，金额计算错误，系统卡顿，响应慢等
一般：次要功能实现与需求不符，如UI，文案，边界，格式错误等.
提示：错别字、提示信息、语法日期显示格式不正确、界面不美观、操作不方便和不习惯等诸多方面。
建议：优化建议，用户体验
处理人：定位缺陷产生方，指派对应人员，无法定位或没人认领，指派给模块负责人
缺陷类型：文档缺陷（如研发接口文档，UI原型，需求文档描述歧义），设计缺陷（需求问题，产品需求问题功能设计漏洞，考虑不全面），配置缺陷（研发服务配置，sql未执行等），界面交互缺陷（UI，文案，弹窗位置）
功能缺陷，环境问题（服务发布失败/未启动，机器down机，内存磁盘空间不足，脏数据导致，与配置问题区分开）, 第三方问题（功能涉及第三方需要第三方修复），性能问题，安全问题，优化建议（测试基于用户体验，使用场景等提出的优化建议）
发现环境：缺陷在哪个环境被发现, 分为QA，PL, 生产
缺陷修复人：此缺陷最终修复人，缺陷产生方和修复人不需要对应，方便追溯. 暂不解决缺陷，最终解决人为产品.
缺陷标签：所有缺陷都应打上标签并及时更新维护. 缺陷标签包含：阻塞，修改引入，重新打开（重新打开次数需要TAPD支持），暂不解决，需求问题，非缺陷确认，冒烟bug，无，指派错误缺陷标签数据可统计, 标签支持多选.
缺陷标签释意：
阻塞：缺陷阻塞测试执行，缺陷标签标记为阻塞问题，方便分析阻塞问题对测试进度影响.
修改引入：缺陷发现为研发修复缺陷引入问题，缺陷标签标记为修改引入, 方便分析研发修复缺陷成功率指标
重新打开：缺陷关闭后，在回归或其他测试阶段发现此问题又复现，缺陷标签标记为重新打开,方便分析研发修复缺陷成功率.
暂不解决：缺陷暂时无法解决，经产品确认后，接受后期修复，作为遗留缺陷，缺陷标签标记为暂不解决. 方便统计遗留缺陷，定期汇总解决.
需求问题：测试可在需求宣讲及测试过程中，记录产品需求问题. 与缺陷类型-设计缺陷对应, 方便统计需求占比指标.
非缺陷确认：经研发或产品确认是测试理解或用例错误，研发拒绝修改，缺陷状态为拒绝，则为无效bug，测试需关注无效缺陷指标.
冒烟bug: 执行冒烟用例时发现冒烟bug，缺陷标记为冒烟bug, 方便分析各缺陷阶段占比指标.
指派错误：测试未经问题定位区分前后端缺陷，前端问题提到后端，后端问题提到前端，研发可标记指派错误，测试需关注指派错误指标.
功能遗漏：测试过程中，研发对需求功能实现有遗漏，测试对缺陷标记为功能遗漏，此缺陷非常严重对项目风险及进度影响很大.
低级bug: 保留此字段，根据低级缺陷规范，统计研发质量分，减少低级缺陷产生. 低级缺陷定义待输出.
无：不归为以上类型缺陷，统一按无标签处理.
缺陷产生方：缺陷产生方分为：安卓，ios，小程序，PC，服务端，关联业务，第三方，产品，UI，细化缺陷分布区域，促进相关团队提升.
发现阶段：缺陷阶段分为：冒烟阶段，测试阶段，回归阶段. 根据各阶段分析缺陷产出趋势.评估测试执行及项目风险.
关联用例：是/否，衡量用例质量，缺陷是否通过用例发现，测试需关注用例探测率指标：如测试过程共发现100个缺陷，通过用例发现60个，用例探测率则为60%.
缺陷修复时长：从提BUG时间到BUG解决时间。
测试缺陷验证时长：状态变更时间，从已解决到BUG关闭持续时间。
重新打开次数：分析BUG修改难易程度，客观反应研发修复BUG成功率。