求求测试们了，发现BUG后要这么提

今日推荐文章：图解MySQL的语句执行流程-腾讯云开发者社区-腾讯云

点评：这篇文章为初学者和经验丰富的系统管理员提供了一份详尽的指南，用于在CentOS上安装MySQL。文章结构清晰，步骤详细，不仅涵盖了卸载旧版本和安装新版本的过程，还包括了配置yum源和验证安装等关键步骤。对于需要在Linux环境下部署MySQL数据库的用户来说，这是一篇非常实用的参考文档。

一、介绍

在日常的开发过程中，程序员由于各种原因，难免会出现各种BUG，

有的来自于对需求理解的不到位，有的来自于对代码框架使用的姿势不正确，还有的是来自于疏忽大易导致的BUG

无论是哪种原因，能够自测发现解决的BUG都不叫BUG，只有到达测试人员手上被测出来就叫做BUG。

但到了测试这里也有一些情况，我就经常遇到，

• 测试人员不清楚需求期望，他认为不合理的，直接提BUG
• 测试人员没有按照产品设计流程冒烟测试，在预期之外发生的问题，提了BUG
• 测试人员提BUG后，开发一看描述，满头问号；然后问测试复测进行复现，增加沟通成本

重点讲讲这个第三点，开发由于不清楚BUG描述写得啥，找测试复现；这里有两种情况

• 复现成功，开发开始排查问题，这没什么好说的
• 如果没有复现成功，那就好玩了；明明当时测试出来了，那为什么现在正常了

发现没有，这种情况一来一回，要花费开发多少的时间。

有的公司，是不给新功能的BUG排期解决的，但又要求新功能准时上线

所以开发的时间都是非常宝贵的，能省一点是一点

首先，我们可以从BUG的提交描述这方面开始，一个好的BUG该如何进行描述，避免开发与测试的反复沟通

二、BUG的等级

先来讲讲BUG，BUG是指软件程序中的缺陷或错误，这些错误可能导致程序运行出现异常，如功能不正常、系统崩溃等

所以，针对BUG我们要有等级，我给一个参考

• 紧急：必须要从生产分支上拉取，紧急修复的BUG，一般是当天当时就要修改完部署上线
  • 适用于会造成软件宕机，软件系统崩溃，金额消费不正常，高度影响日常运营等影响的BUG
• 一般：这类BUG，适用于正在开发完成已经提测的需求，在测试阶段，被测试找出来的BUG
  • 只要求需求发版前搞定就行
• 无关紧要：适用于建议性问题，如产品说明不明确、界面美观度等；这种BUG都是有空闲了改的
  • 通常前端较多，界面的布局样式等问题

三、BUG的描述

我认为最重要的一点就是BUG的描述。我将称为提BUG的艺术

分为下面四个标题方面

• 问题描述
• 目前结果
• 期望结果
• 环境、帐号、重现步骤

只要针对，这四个方面去提出BUG，那就会大大减少开发测试的沟通成本，增加开发效率

比如，说有一个需求，需要统计储值金额占比，统计显示为百分比，保留两位小数，并且带上百分号

那好，我现在界面上金额合计显示了17

很明显这是个BUG，没按照需求进行，那么该如何描述，下面按照

 ## 问题描述
 储值金额占比，显示有问题
 ​
 ## 目前结果
 显示为了`17`
 ​
 ## 期望结果
 应当显示为`17.00%`
 ​
 ## 环境、帐号、重现步骤
 测试环境
 110
 分页列表查询条件截图

好的，我想任何一个开发，看到这样的描述都不可能看不懂

如果是复杂的流程，那就再重现步骤上说明清楚，没什么难的

只是测试为了偷懒，故意简化了这些提BUG的信息，反倒是添加了沟通成本

如果是在不好写复杂的重现步骤，可以提供录屏 另外，如果有导入、导出等功能，涉及文件的，需要在提BUG的关联上附件

四、BUG的关联性及状态

讲讲BUG的关联性

一般来说，BUG可以简单分为生产线上BUG、非生产线下BUG

生产线上BUG，情况比较复杂；一般来说是不用关联什么的

• 一种是需求没有考虑到位导致的
  • 这种不能算开发的BUG，一般要提给产品经理；产品经理解决漏洞、提出一个任务给到开发，由开发进行修复
• 另一种是程序代码上的BUG了
  • 这种由线上运营（是老板提出你就惨啦）提出，一般先给到开发，到测试环境进行复现查找原因；进行代码的修复

非生产的线下BUG，一般都是由开发了什么需求任务导致的，关联上即可

任务是比较全面的，保证无逻辑上的漏洞 但一个BUG，尽可能保障单一性；如果一个BUG期望结果很复杂，测试不妨分开来多次提交 哦对了，如果有测试用例，请务必关联上；只有关联上了，才能证明测试这些东西，不是心血来潮

再来讲讲任务、BUG状态

任务是一个整体（也可以分子任务），包含了对一个需求的分解

这边开发提测是针对父任务而言，一整个任务提测了

但如果测试发现了某些BUG，不能将整个任务打回，提一个BUG关联上即可

五、最后

测试提BUG是一门艺术活，他们听不听，开发真没有办法

保证自己尽量不要出错吧，这才是最主要的