提交的bug必须是有效的,所以我们在提交bug时,需要确定以下几点:
交付过程中测试人员需按照设定好的模块,对bug进行归类提交;
bug的类型默认为UI问题、功能问题、崩溃问题,提交bug时不可混淆;
需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、 bug是否具有唯一性;
避免提交操作错误、重复的、已知的Bug。
bug标题要简明扼要的阐述问题本质,让开发能快速了解你所提的bug的大概内容。需要写明在哪个页面执行什么操作出现什么现象。
举个例子!
正确示例: 在我的设置页面不填写任何内容点击保存后,客户端崩溃。
错误示例:
设置页面保存问题(过于概括);
设置页面崩溃(缺少导致现象的关键步骤);
客户端崩溃(只有现象而无法定位问题位置)。
提示:
标题中断句符号不能超过1个
标题中不能含有测试流程步骤和模块信息。
提交bug要表明测试使用的设备、设备操作系统版本、测试环境、网络类型等等。
明确指出所提交的bug是在怎么样的情况下出现的,当发现bug前提条件为空时,需要填【无】。
正确示例:
WIFI网络正常
账户登录正常
要简明清晰分步骤的描述如何复现bug,步骤用编号排序。
按照自己操作的实际步骤写清楚每一步的操作流程,以及最后操作到哪个页面或者点击哪个按键。
如在特定情况下发生的问题,还需明确提供以下信息:
准确写出连续点击次数,点击时长与上下滑动屏幕时长;
对于特定数据产生的问题,提供具体数据;
精准描述bug产生的路径后,再描述现象。
正确示例:
打开客户端进行首页->点击“我的”页面->点击用户头像进入个人资料页;
个人资料页点击头像选择拍照->拍照后点击保存头像;
从个人资料页返回 “我的”页面,查看头像是否更新。
错误示例:
左上角菜单栏->登录->新用户注册->输入手机号->输入昵称->输入密码->点击“获取验证码”。
特别提醒:测试步骤中的点击要用【->】符号连接
UI类型:需要上传bug的截图,并且增加相应的红框标识;
功能类型:问题必须上传bug的视频文件,上传格式MP4为主;
崩溃类型:则需要上传视频和log并且log不得超过10分钟。
特别提醒:
附件命名需与标题相呼应;
log日志抓取不能超过10分钟;
文件名称不能拖沓冗长。
以上就是提交bug时需要注意的事项,当然不同公司,不同项目可能标准略有不同,但也基本可以适用,按照这些标准来操作基本可以保证自己能够提交高质量的bug。
作者:佚名
原文链接:https://blog.csdn.net/wunian570/article/details/108146687