提交bug的标准及书写规范

软件测试Bug提交规范
本文详细介绍了软件测试中Bug提交的规范,包括有效性检查、标题撰写、设备信息记录、前提条件说明、测试步骤描述、期望与实际结果对比、复现步骤及概率分析,以及截图和附件的使用指南。

Bug有效性

1、交付过程中测试者需按照专家设定好的模块,对Bug进行归类提交;

2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错;

3、需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、Bug是否唯一性;

4、避免提交设计如此、操作错误、重复的、已知的Bug;

5、尽量少花时间在边界值、页面显示问题上,多提业务逻辑功能、交互测试方面的问题;

 

Bug标题

Bug标题要求简明扼要的阐述问题本质,使查看人员能快速了解Bug内容。需要写明在哪个页面执行什么操作出现什么现象。

特别提醒:

1.标题中标点符号不能超过1个

2.标题中不能含有测试流程步骤和模块信息

 

测试设备:

提交Bug要表明测试使用的设备、设备操作系统版本、测试环境、网络类型等等。

前提条件

明确指出所提交的Bug是在怎么样的情况下出现的,当所发现Bug前提条件为空时,需要填【无】。

 

测试步骤

要简明清晰分步骤描述如何复现Bug问题,步骤用序号编排。

要按照自己的操作的实际步骤写清楚每一步是怎么操作的,最后操作到哪个页面或者点击哪个按键。

如在特定情况下发生的问题,还需明确提供以下信息:

1.准确写出连续点击次数,点击时长与上下滑动屏幕时长。

2.对于特定数据产生的问题,提供具体数据。

3.精准描述bug产生的路径后,再描述现象。

特别提醒:测试步骤中的点击要用->符号连接

 

期望结果

按照测试步骤应当得到的正确结果,按照产品需求的期望清晰准确的填写预期结果。而且结果必须是肯定无疑义,可判定性的结果。

特别提醒:期望结果不要包含测试步骤,要是简单的一个结果

 

实际结果

按照测试步骤实际出现的错误结果,避免使用“不正常”,“有误”等模糊词汇,需要直接描述实际现象。

特别提醒:期望结果和实际结果要相互对应

 

复现步骤描述及概率

描述复现步骤中的页面切换为避免出现描述不清晰或者有歧义,需用“->”符号连接

关于复现概率一定要在多次测试的基础之上填写,若必定复现则填写100%,若偶现,请执行多次后统计概率填写。

 

截图和附件

UI类型:Bug需要上传截图,并且增加相应的红框标识;

功能类型:问题必须上传视频文件,上传格式MP4为主;

崩溃类型:bug则需要上传视频和log并且log不得超过10分钟。

特别提醒:

1.附件命名需与标题相呼应(提交Bug后,附件名称将自动与Bug标题保持一致)

2.log日志抓取不能超过10分钟

3.文件名称不能出现怪异冗长

转载于:https://www.cnblogs.com/chengganghua/p/10987413.html

在软件开发过程中,Bug报告的编写是测试人员与开发人员之间沟通的重要桥梁。一份规范、清晰的Bug报告不仅能提升开发效率,还能显著降低因信息理解偏差导致的沟通成本。以下是编写规范Bug报告的关键要素: ### 1. Bug标题 Bug标题应简洁明了,能够准确反映问题的核心内容。建议在标题前使用括号注明模块和环境,如“【XX环境-XX模块】XXXXXXXXX问题”,使开发人员一目了然地了解问题发生的上下文和具体位置[^4]。 ### 2. 所属信息 Bug报告中必须明确标注该Bug所属的产品、模块、项目以及影响的版本。例如,180测试版本、XX模块阶段性测试、集成测试等。这些信息有助于开发人员快速定位问题所属范围,便于后续的修复与跟踪[^2]。 ### 3. 指派负责人 Bug提交时应指派给项目临时负责人,而非直接指派给研发人员。由负责人根据Bug类型和详情进行二次分配,例如设计缺陷应指派给产品经理。这种方式可以确保Bug处理流程的有序性,避免混乱和重复工作[^3]。 ### 4. Bug类型与严重程度 Bug报告中应包含Bug类型(如功能缺陷、界面问题、性能问题等)以及严重程度(如致命、严重、一般、轻微),帮助开发人员判断优先级并合理安排修复工作[^2]。 ### 5. 重现步骤 重现步骤是Bug报告中最关键的部分之一。必须详细描述操作步骤,包括前置条件、操作过程和预期结果,使开发人员能够按照描述准确复现问题。建议使用编号列表方式书写,条理清晰[^2]。 ### 6. 实际结果与预期结果 在Bug报告中应明确指出实际发生的现象与预期应出现的现象之间的差异。这一对比有助于开发人员快速识别问题的本质。 ### 7. 测试环境 Bug报告中必须注明测试环境信息,包括操作系统、浏览器版本、设备型号、网络环境等。这些信息对问题的复现和修复具有重要参考价值。 ### 8. 附件信息 Bug报告中可以附上截图、录屏、日志文件等附件,以辅助说明问题。这些附件能有效补充文字描述的不足,提升问题的可理解性。 ### 示例Bug报告 ``` 【测试环境-用户登录模块】输入错误密码时提示语不明确 所属产品:XXX系统 所属模块:用户中心 所属项目:用户登录功能 影响版本:v2.3.1 当前指派:张三(项目负责人) BUG类型:界面问题 严重程度:一般 优先级:中 重现步骤: 1. 打开登录页面 2. 输入正确的用户名 3. 输入错误的密码 4. 点击“登录”按钮 预期结果: 提示“密码错误,请重新输入” 实际结果: 提示“登录失败,请检查用户名或密码” 测试环境: Windows 10,Chrome 98.0.4758.102,网络环境为4G模拟 附件: 截图:错误提示截图.png ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值