bug提交说规范
- 格式：doc
- 大小：95.50 KB
- 文档页数：5
Bug 提交规范
如图
BUG发现处理流程（WOStore）：
1）提交BUG
指派给：Active
抄送：（此处目前不需要）
2）BUG分配
由郝伟琪负责根据模块不同的负责人，分配到不同开发人员。
3）BUG修复
由分配的开发人员负责修复BUG。并将状态更改为已经修复同时将指派给更改为BUG提交者。
4）BUG验证 由BUG提交者验证BUG是否已经解决，如果已经解决则将BUG状态更改为已经解决和关闭。
说明：
1. Build Version 填写格式
其中版本号由3位版本序列号和BUILD日期构成，例如：V0.1.2(2010-07-29)
查看版本号：黄色为软件版本号，可以在软件的“关于”中找到
红色部分为此版本发布的日期
2. 机器配置格式
此处填写所测手机的品牌+型号（例如：dopod S610）
3.Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。开发和测试统一成一个bug级别分类，取消bug优先级。
类型 描述 举例
1级 我们的软件产品错误导致了死机、产品失败（“崩溃”）、造成软件运行受阻无法运行。与移动产品规范不符合。 1.死机，重启，飞信登陆失败
2.web：页面无法打开
2级 产品中出现的一般性问题，主要是造成功能失效，或者会引起操作上重大误解的。 1.输入法引起用户的误操作
2.Web：页面链接无法打开
3级 产品在设计和开发中由于考虑不周引起的问题，即可能会造成系统在使用中会出错的隐患或造成使用中会产生歧义的。 1.输入法对于有键盘的手机和无键盘的手机区别
2.LG手机高亮之后字体颜色和背景颜色一样。
3.应该输入数字的地方能够输入英文或者字符。
4.web：页面排版问题
4级 错误是表面化或微小的（提示信息不太准确友好、错别字、罕见故障等），对功能几乎没有影响，产品及功能仍可使用； 错别字
4.Bugfree中一个Bug的处理过程
新建一个Bug后，或者查询出符合条件的Bug们点击一个后，【右栏】显示该Bug详细信息。 在中间的四个Action按钮，你可以：
1 Edit(编辑)
该动作允许你改动这个Bug所有可以改动的信息。最常见的是把这个Bug指派给(Assign To)某同事，同时在描述信息中加上你的新注释。
2 Resolve(解决)
一个Bug有7种解法：
当程序员看到BUG时要点击”解决”介入界面,填写修改BUG的意见和引起它产生的原因.
(注:一定要写上你的修改的意见,以便测试人员在以后的测试中抓住问题的实质而不是停留在表象,给程序员在分析BUG时造成困扰;这些信息也是以后绩效考评的重要的参考)
By Design - 就是这么设计的，无效的Bug
Duplicate - 这个问题别人已经发现了，重复的Bug
External - 是个外部因素(比如浏览器、操作系统、其他第3方软件)造成的问题 Fixed - 问题被修理掉了。Tester要尽可能找到这种Bug
Not Repro - 无法复现你这个问题，无效的Bug
Postponed - 是个问题，但是目前不必修理了，推迟到以后再解
Won't Fix - 是个问题，但是不值得修理了，不管它吧
3 Close(关闭)
当一个Bug被解决之后，如果当初上这个Bug的 Tester同意此解法，则关闭这个Bug。意 味这个Bug生命周期的终结。
4 Activate(激活)
如果Tester不同意该Bug的解法，则可激活之。该Bug会自动被指派给当初解决(Resolve) 的同事，当然你在激活的时候应该写上为什么你这么做，让别人明白你激活它是由道理的。
Bugfree具有email通知功能，如果测试人员A创建bug给开发人员B，那么开发人员会自动受到关于这个bug信息的email；开发人员B修改代码后，解决了此bug，在bugfree中标注bug的状态为解决后，测试人员A会自动收到关于这个bug目前状态改变的email，提醒测试人员A去验证这个bug是否被正确的修改了。
5.BugFree使用过程中常见的问题
1 不能正确的改变Bug状态
一个Bug只有3种状态：Active、Resolved、Closed。实践中经常有不熟悉的同事通过“编辑
(Edit)”来改变所有的状态，那是不合适的。 正确的状态转换方法应该是：
使用“编辑 (Edit)”比如一个Active的Bug，从一个人指派到另外一个人；
Active -> Resolved 只能用“解决 (Resolve)”； Resolved -> Closed 只能用“关闭 (Closed)”；
Resolved -> Active 和 Closed -> Active 只能使用“激活 (Activate)”。
2 没有正确的设置项目/模块
上Bug的时候没有选择所属的项目/模块，仅使用缺省的当前项目/模块。
3 没有正确的设置严重程度
应该明确各项目中严重程度1、2、3、4分别代表哪些类型的缺陷，分门别类去设置。
4 不能正确的设置解决方案 Edit(编辑) (测试，测试经理，开发经理，项目经理)
Resovled(解决) (开发)
Closed(关闭) (测试,项目经理) 创建bug
Activate(激活)
(测试) 解决一个Bug的时候，一共有7种不同的解决方案。需要根据这个Bug的具体情况来设置。
6.bug相关细节填写说明
1 bug标题
例如：WM_导航栏焦点丢失
黄色部分：填写bug发现的具体平台（Symbian,Android,WM,Java）
红色部分：简洁，准确描述bug
2 项目名/模块路径
例如：
从左起第一个下拉列表为项目名：此项目应该选择WOStore
从左起第二个下拉列表位模块路径：此处选择BUG发现的具体平台（Symbian,Android,WM,Java）
3 复现步骤
步骤：此处清晰，详细描述BUG复现的步骤
结果：此处是对BUG的现象详细描述
期望：此处应填写根据步骤操作，预期要实现的结果
备注：此处非必填之处，可以根据实际情况填写BUG的其他方面。（例如，当此BUG不是必现时，需要描述此bug的复现率，如每小时3次，或复现几率20%）
4附件
点击“上传附件”，可以把对BUG的截图上传，括号内数字是对上传图片等的大小限制
例一：
BUG标题：WM_在下载列表里选择清空时，没有显示是否清空的提示
[步骤]
1.启动Wostore进入到首页
2.点击“选项”-“下载队列”
3.点击左软键“选项”-"清空"
[结果]
没有显示是否清空的提示
[期望]
显示是否清空的提示
[备注]
在其他界面的清空，发生同样问题
例二：
BUG标题：Symbian_在首页时，光标移动到分类栏后不再显示
[步骤]
1.登陆客户端进入首页
2.移动光标
[结果]
光标在应用列表中移动时有高亮显示，移动至“首页、游戏、工具”或“精品、推荐”分类栏后，分类栏文字没有变化，无法确定光标位置。
[期望]
光标移动到分类栏时，光标目前位置应该有明显标识。
[备注]
wm平台，dopod s610测试遇到相同问题
