Bug的书写规范.ppt

此处为其他公司名称 Linux操作系统基础 成雪峰 2011-1-18 Bug的书写规范 2011年12月 彭利红 Bug的定义 什么是软件缺陷？ 软件缺陷，常常又被叫做Bug。 所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。 缺陷的生命周期 缺陷的生命周期指的是一个缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。 ? 1.提交/新建 2.已解决 3.关闭(Closed) Bug状态变化图 Bug的提交/新建 1. 鉴别是否确实是Bug 2. 在确定是Bug的前提下，查看是否已经有人 报过，避免重复Bug 3. 报Bug到禅道 4. 连接到相关用例 缺陷报告应避免：1.设计如此 173 2.重复Bug 3.外部原因 280 4.无法重现 163 5.不予解决 19 不予解决(19) BUG #19::【配置作业规则】：配置作业任务中按照对应表或字段查询功能未实现 [步骤] 1.打开质检系统；2.点击系统主菜单下的作业管理；3.选择作业Job的【配置作业规则】按钮；4.在第一责任人中输入testUser；5.在规则名称中输入sj；6.在对应表或字段中输入中诚信指数代码对照表；7.按Tab键8.点击【Enter】键； . [结果] 查询结果为空 . [期望] 查询出第一责任人为testUser、规则名称包含sj、规则对应表是中诚信指数代码对照表的规则信息 . 点评: 这里是用表物理名查询，即英文名，不是中文名 外部原因(280) BUG #280::【基本配置】-【指标分组】，由于某些组元代码相同（几点组元代码等于父组元代码），导致删除失败； [步骤] 1.点击【基本配置】-【指标分组】； 2.点击某个分组名称； 3.选择一个组元名称，右键选择“删除节点”； 4.弹出框点击【确定】按钮； . [结果] 无法删除，提示“删除失败” . [期望] 删除成功 . 点评：测试的时候填写的测试数据有问题 目标 ?提供尽量简洁的重现步骤 ?提供尽量准确的现象和错误信息 ?提供尽量丰富的有效的附加信息 ?尽自己所能分析缺陷的产生原因 ?尽自己所能寻找一个规避缺陷的方法 1. 备注 首先查看备注. 得到开发人员关于验证bug的相关信息. 如： 得到 修复版本信息等 2. 解决方案 无需验证 设计如此 重复Bug 延期处理 不予解决 需要验证 外部原因 已解决 无法重现 Bug的验证（激活/关闭） 重现缺陷 按照bug的重现步骤，一步一步的 的执行 4. 查看附件信息 某些Bug可能按照缺陷报告的步骤信息已经被修复，但是按照附加信息的步骤仍然会重现 历史时间 某些bug可能长时间没有解决，影响了测试的进度，可适当调整bug级别。 Bug验证完毕之后的信息反馈 内容：完整，明确，清晰条理，易懂 格式：清晰，易读 附图：能够附图的尽量附图，并保证图片信息完整，格式清晰 Log: 。。。 Bug验证流程图 Bug的关闭（Closed） Bug的主体信息和附加信息都被修复，此时Bug进入Closed状态 Bug的书写规范 标准书写格式 描述 尽量用一句话描述问题 格式为：“TB_ build版本日期【功能模块】bug简要说明” 如：[Bug标题]TB_数据模型配置】当缩小页面时，页面的框架结构变形； 步骤 列举重现问题的最简化步骤 如：[步骤] 1.缩小数据分发的页面； 2.查看页面的框架结构； 结果 描述由上述步骤产生的一个问题 如：[结果]页面程序中没有添加样式表，因此在页面缩小时，框架结构变形； 期