BUG 规范

BUG 规范

一、BUG编写规范

ØBUG的summary描述需简明扼要,例如:“上传文档:输入超长字符,系统出黄页!”。

Ø由于输入特殊字符而出现的BUG,BUG的Description或summary中应写明是哪些字符。

Ø相同的BUG出现在不同的界面或模块,应在summary中写明哪些界面或模块也出现此问题,不应书写多条BUG(若书写为多条BUG则把后面书写的标成已存在,验证后再关闭)。

Ø若不能定位BUG出现的原因,应写明所使用的帐号与当时的操作步骤。

Ø在第一次执行测试时尽量写出所有发现的问题及建议,包括记录当时的机器和环境(包括内存使用情况、使用的浏览器和输入法等),以及出错前的操作步骤和出错后的现象(截图)

Ø若BUG描述不能说明清楚,应给上相关的附件截图或数据;可以描述清楚的BUG,在有附件的情况下也应一并放入,并在BUG的Description中加上文字描述(如:附件1:导出EXCEL前,附件2 :导出EXCEL后)。

Ø若在测试过程中,没能及时记住BUG的操作步骤,应先记录下该BUG,然后在记起时将BUG描述书写完整,并告知开发人员使之进行处理。

Ø在测试过程中,若遇到严重问题应该及时告知开发人员,并让其尽早进行处理。

Ø对于所发现的问题不太清楚是不是BUG,可与策划以及相关开发人员确认,或者询问测试组负责人或测试跟进人员。

Ø在选择BUG的Severity(严重级别)时,应注意根据BUG的严重程度来确定,理清建议与BUG的意义,(建议:可修复也可不修复,修复了会更好,不修复也可以)不应将建议写成BUG,或将BUG写成建议。——BUG严重级别定义详见附录

Ø如果在游戏中出现报错的情况,要把错误信息复制出来,然后描述是在哪里报的错误,出错的操作步骤

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 文章来自:http://blog.csdn.net/mj813/article/details/52451355 ...
    好大一只鹏阅读 9,215评论 2 126
  • 1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? 首先,将问题提交到缺陷管理...
    小灰辉先生阅读 1,350评论 0 3
  • -----转载----- 1、问:你在测试中发现了一个bug,但是开发经理认为这不是一个bug,你应该怎样解决? ...
    花开沉浮阅读 7,464评论 4 88
  • 接上回继续分享:《再说说APP测试设计-1》 5. 测试用例与测试类型以及测试深度 我们一般的用例组织会依照功能块...
    慧众rodman阅读 1,779评论 0 4
  • 至此,我便再无可驻之所 但是,我依旧可歌唱,飞翔 痛之 方能成长 若终点是落足 我愿于云中 竭力去歌
    孟不言阅读 143评论 0 3