测试组bug提交规范

1、测试组Bug提交规范文档编号：文档编号当前版本号：0.10最初发布日期：2013-05-22最新修订日期：2013-05-22公司名称：深圳市海亚科技发展有限公司 地址：深圳市龙岗区宝龙工业城诚信路8号亚深创新科技产业园办公楼9楼邮编：518000版 本 历 史版本/状态作者起止日期备注0.1/草稿揭亮华2013-05-22第1章 文档介绍51.1 文档目的51.2 文档范围51.3 读者对象51.4 参考资料51.5 术语表5第2章 Bug提交62.1 Bug模块划分以及版本号选择62.2 Bug严重程度及优先级62.3 操作系统62.4 Bug状态以及指定责任人62.5 Bug标题62.6

2、 Bug描述62.7 添加附件7第3章 Bug验证83.1 查看bug提交时间83.2 关闭bug83.3 重开bug83.4 评审9第1章 文档介绍1.1 文档目的规范bug提交。 1.2 文档范围Bug提交、验证规范。1.3 读者对象研发中心测试组1.4 参考资料序号文档名称版本1Bug分级及优先级定义0.11.5 术语表序号术语解释1Bug软件中存在的缺陷和漏洞第2章 Bug提交2.1 Bug模块划分以及版本号选择1. 根据模块的功能描述严格区分bug所属模块。2. 版本号依据为送测单以及关于界面的软件版本。2.2 Bug严重程度及优先级严格按照V0.1版本的Bug分级及优先级定义执行。

3、2.3 操作系统根据实际测试的所用操作系统选择2.4 Bug状态以及指定责任人1. 默认的bug初始状态为New2. 选择了模块之后会指定bug的修改者，默认为模块的所有者3. 若bug要指定给特殊的修改者或发邮件给此bug其他相关人员，手动修改“Assign To”或手动输入“CC”项。2.5 Bug标题1. 书写标题时需标明此bug分属于哪个模块的缺陷。2. 标题需要简明扼要，但是要能说明此bug大意3. 标题中不能出现错别字例子：保存文档：无法保存文档成功。2.6 Bug描述1. Bug描述的格式为：步骤：1一步2两步3三步（空行）预期结果：写出预期的结果（空行）实际结果：写出实际的结果

4、2. Bug描述的要求：1） 描述一个bug重现步骤，要记住一句话“不会用我们软件的人，一看到我们的步骤，就知道该怎么样操作可以重现我们的bug。”所以，步骤要详细，但是每一步要简明扼要。2） 描述的语句要通顺，不出现错别字。2.7 添加附件1 点击“Add an attachment”按钮出现添加附件2 点击“浏览”选择需要添加的附件3 简要描述附件注意：添加了附件，一定要添加描述，不然无法添加成功；附件最大为5M，超过5M的附件，压缩为多个压缩包，分别上传。第3章 Bug验证3.1 查看bug提交时间验证开发修改的bug，首先需要查看开发提交修改此bug的时间：1. 若此时间晚于软件版本打

5、包时间，则暂时不验证此bug。2. 若此时间早于软件版本打包时间，则验证此bug。3.2 关闭bugA: 开发提交bug，已经修改1. 经验证，bug已经在新版本软件得到解决2. 附言中说明，bug被关闭的原因3. 更改bug状态为“CLOSED”4. 提交bugB：开发提交bug，但是未修改1. 查看此bug状态：不是问题、不会修改、重复、无法重现2. 根据实际情况，决定是否关闭bug。3. 若关闭，在附言中给出合理理由。3.3 重开bugA: 开发提交bug，已经修改1. 经验证，bug在新版本软件未得到解决2. 修改bug责任人为未完成此bug修改的开发人员3. 附言中说明，bug重新打开的原因（哪里未被修复）4. 更改bug状态为“REOPEN”5. 提交bugB：开发提交bug，但是未修改1.