《测试组bug提交规范.docVIP

测试组Bug提交规范 文档编号： {文档编号} 当前版本号： 0.10 最初发布日期： 2013-05-22 最新修订日期： 2013-05-22 版 本 历 史 版本/状态 作者 起止日期 备注 0.1/草稿 揭亮华 2013-05-22 第1章 文档介绍 5 1.1 文档目的 5 1.2 文档范围 5 1.3 读者对象 5 1.4 参考资料 5 1.5 术语表 5 第2章 Bug提交 6 2.1 Bug模块划分以及版本号选择 6 2.2 Bug严重程度及优先级 6 2.3 操作系统 6 2.4 Bug状态以及指定责任人 6 2.5 Bug标题 6 2.6 Bug描述 6 2.7 添加附件 7 第3章 Bug验证 8 3.1 查看bug提交时间 8 3.2 关闭bug 8 3.3 重开bug 8 3.4 评审 9 文档介绍 文档目的 规范bug提交。 文档范围 Bug提交、验证规范。 读者对象 研发中心测试组 参考资料 序号 文档名称 版本 1 Bug分级及优先级定义 0.1 术语表 序号 术语 解释 1 Bug 软件中存在的缺陷和漏洞 Bug提交 Bug模块划分以及版本号选择 根据模块的功能描述严格区分bug所属模块。 版本号依据为送测单以及关于界面的软件版本。 Bug严重程度及优先级 严格按照V0.1版本的《Bug分级及优先级定义》执行。 操作系统 根据实际测试的所用操作系统选择 Bug状态以及指定责任人 默认的bug初始状态为New 选择了模块之后会指定bug的修改者，默认为模块的所有者 若bug要指定给特殊的修改者或发邮件给此bug其他相关人员，手动修改“Assign To”或手动输入“CC”项。 Bug标题 书写标题时需标明此bug分属于哪个模块的缺陷。 标题需要简明扼要，但是要能说明此bug大意 标题中不能出现错别字 例子： 保存文档：无法保存文档成功。 Bug描述 Bug描述的格式为： 步骤： 1一步 2两步 3三步 （空行） 预期结果： 写出预期的结果 （空行） 实际结果： 写出实际的结果 Bug描述的要求： 描述一个bug重现步骤，要记住一句话“不会用我们软件的人，一看到我们的步骤，就知道该怎么样操作可以重现我们的bug。”所以，步骤要详细，但是每一步要简明扼要。 描述的语句要通顺，不出现错别字。 添加附件 点击“Add an attachment”按钮出现添加附件 点击“浏览”选择需要添加的附件 简要描述附件 注意：添加了附件，一定要添加描述，不然无法添加成功；附件最大为5M，超过5M的附件，压缩为多个压缩包，分别上传。 Bug验证 查看bug提交时间 验证开发修改的bug，首先需要查看开发提交修改此bug的时间： 若此时间晚于软件版本打包时间，则暂时不验证此bug。 若此时间早于软件版本打包时间，则验证此bug。 关闭bug A: 开发提交bug，已经修改 经验证，bug已经在新版本软件得到解决 附言中说明，bug被关闭的原因 更改bug状态为“CLOSED” 提交bug B：开发提交bug，但是未修改 查看此bug状态：不是问题、不会修改、重复、无法重现 根据实际情况，决定是否关闭bug。 若关闭，在附言中给出合理理由。 重开bug A: 开发提交bug，已经修改 经验证，bug在新版本软件未得到解决 修改bug责任人为未完成此bug修改的开发人员 附言中说明，bug重新打开的原因（哪里未被修复） 更改bug状态为“REOPEN” 提交bug B：开发提交bug，但是未修改 查看此bug状态：不是问题、不会修改、重复、无法重现 根据实际情况，决定是否打开bug。 若重新打开，在附言中给出合理的理由 测试组Bug提交规范 研发中心 最新修订日期: 2013-05-22 第 8 页 公司名称：深圳市海亚科技发展有限公司 地址：深圳市龙岗区宝龙工业城诚信路8号亚深创新科技产业园办公楼9楼 邮编：518000