Bug提交规范说明.docx

Bug提交规范说明.docx

《Bug提交规范说明.docx》由会员分享，可在线阅读，更多相关《Bug提交规范说明.docx（11页珍藏版）》请在冰豆网上搜索。

Bug提交规范说明

Bug提交规范说明

文档编号：

Bug提交规范说明

密级：

[内部资料]

部门：

测试部

版本

编写人/修改人

日期

说明

V1.0

王宝静

2006-04-07

初稿

V1.1

王宝静

2006-07-28

更新

V1.2

刘丽

2007-01-08

修改文档适用于BUGZILLA

修改BUG状态

bug提交规范目录

一引言2

1.1编写的目的2

1.2定义2

二Bug的组成因素2

2.1产品名称和组件名称3

2.2版本3

2.3Bug类型（由研发部标识）3

2.4关键字3

2.5Bug状态4

2.6Bug优先级（由产品部标识）4

2.7Bug摘要4

2.8Bug描述5

2.8.1能重现的bug5

2.8.2不能重现的bug5

2.9附件6

三提交格式规范6

四引发问题追朔版本标准7

五附录8

1引言

1.1编写的目的

RedOffice产品的多元化发展，bug数量的日益增多，那么提交bug的规范要求自然就要孕育而生。

经与研发部门相关负责人沟通后，制定了以下提交bug的一系列规范，希望测试人员能够严格按照此规范提交问题。

1.2定义

我们一般把操作过程中发现不正确结果的问题称为bug。

2Bug的组成因素

为了便于bug的管理、修改、查看，每条bug必须包含以下因素：

产品名称+组件名称+版本+产生时版本+类型+关键字+操作系统+级别+Bug摘要+Bug描述+附件

其中红色字因素书面的测试报告中不必包含，蓝色字因素提交到Bugzilla中时不必包括，但书面报告中要求涵盖。

2.1产品名称和组件名称

产品名称：

针对不同项目的不同立项；

组件名称：

针对不同项目所划分的不同测试方向；

其中有关RedOffice的项目涉及到的组件名称，参见“svn:

//172.20.69.219/test/TTech/测试控制文档/测试规范”目录下的《RO40Component.mht》。

“产品名称”和“组件名称”由项目经理统一制定，测试人员提交bug时只需选择所测试的项目及对应的模块名称即可。

2.2版本

版本：

不同产品的内部过渡版本号。

其中Office项目版本的制定标准：

平台简称（W/L）+产品名称（RO/OO）+产品生产日期：

年月日（060412），如：

WRO060412。

“版本”由项目经理统一制定，测试人员提交发现的bug时，只需选择所测试的内部测试版本的版本号。

产生时版本：

该问题在Office版本的存在状况及引发问题时的版本。

当该问题在OpenOffice能重现，则在Bug描述的备注中写入OpenOffice相应的版本号；

当该问题在OpenOffice不能重现，则在Bug描述的备注中写入，该问题开始产生时的RedOffice内部过渡版本的版本号。

2.3Bug类型（由研发部标识）

Bug类型主要分为以下几方面：

代码错误、界面优化、设计变更、新增功能、数据校对、事务跟踪、其他

2.4关键字

最能体现该bug反应问题核心的功能点。

关键字已定义整理，在提交Bug时大家要在定位问题时尽量找到该问题涉及到的主要功能点。

指定关键字时请和菜单中涉及到的功能叫法相同。

关键字文档参见“svn:

//172.20.69.219/test/TTech/测试控制文档/测试规范”目录下的《RO40KeyWord.mht》。

2.5Bug状态

严重性（Severity）顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。

在软件测试中，软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。

Blocker：

阻断性的缺陷，如：

安装、卸载及操作时影响到系统其它的软件等；

Critical：

严重错误，如：

死机、程序退出、死循环、内存溢出、程序错误、操作后导致的文档不能编辑、功能缺失、主要功能实现错误等；

Major：

较严重的功能缺陷，如：

共用操作实现错误、基本功能实现错误、缺省值或默认属性错误等；

Normal：

一般的功能缺陷，如：

可以通过绕过缺陷而操作的功能、操作界面错误、打印内容及格式错误、简单的输入限制未进行控制、非法操作未给出提示等；

Minor：

较轻的功能缺陷，如：

界面显示不规范、辅助说明描述不清楚、提示窗口文字未采用行业术语、可输入区域和只读区域没有明显的区分标志、操作的响应时间较慢等；

Trivial：

产品外观上的问题或一些不影响使用的小毛病，如：

菜单或对话框中的文字拼写或字体问题等；

Enhancement：

建议或意见。

注：

如果在提交BUG时，遇到“死机、程序退出、崩溃”的问题，请优先选择“稳定性”的组件。

2.6Bug优先级（由产品部标识）

优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。

P1最高优先级：

立即修复，停止进一步测试。

P2次高优先级：

在产品发布之前必须修改。

P3中等优先级：

如果时间允许应该修改。

P4较低等优先级：

可能会修复，但是也能发布。

P5最低等优先级：

不影响发布。

注：

问题严重程度和优先级的定义关乎研发解决问题的进度。

2.7Bug摘要

根据问题实际反映的情况，用最精练的语言概述其存在现象，尽量控制在60字之内。

其中如果问题不能百分百重现，需在标题中注明“随机”；如果Bug提交针对特例文档，需在标题中注明“特例文档”，并说明文档的类型，如：

Word、Excel、PPT、RO文字处理、RO电子表格、RO演示文稿等。

具体要求：

需提到具体功能及bug结果，无需指明具体路径

2.8Bug描述

Bug描述包括：

bug产生前后的全部过程、按照操作正确的期望结果和该bug所有的相关信息。

具体规格样式：

[步骤]

1.……；

2.……；

3.……。

[结果]

[期望]

[备注]

在“步骤”中描述问题产生的每一个详细步骤，使检阅bug的人能通过问题描述可准确的重现问题；

在“结果”中写出bug的表现形式；

在“期望”中描述出正确的处理方式；

在“备注”需填写以下内容：

●OpenOffice是否存在该问题；

●低版本是否存在该问题（以最近的低版本为主）；

●若是兼容方面的问题，还要注明WPS的情况；

●和该bug相关的其它信息（如：

对于OpenOffice不存在的问题，如能查到相关的RedOffice修改条目也需注明；提交过的相关的bug的编号等等）。

2.8.1能重现的bug

●测试过程中发现的问题；

●用户反馈或通过其他渠道知道的问题。

2.8.2不能重现的bug

●用户反馈或通过其他渠道知道但不能重现的问题

●随机遇到的问题

此类问题属于测试暂不能找到重现的方法，对问题不能精确定位。

需在描述问题步骤结束后，在备注中注明“此问题存在随机性”，对于此类问题应尽量总结出重现的规律。

2.9附件

为了更有效的体现问题，随问题一起附上的相关文档。

●具有代表性的文档；

●特例文档。

注：

对于附件除在测试人员本机保留外，还要统一放置在服务器上。

3提交格式规范

1.摘要和描述等，输入的文字中的相关标点符号尽量用中文标点；

2.描述中步骤、结果、期望、备注分多条时，首条及中间条目描述完后用中文分号结尾，最后的条目用句号结尾；

3.输入路径，比如说“插入-对象”，其中“-”用中文或英文输入状态下的减号键输入，字体用宋体；

4.步骤中一些用语的统一规定：

A.新建文档（主要体现在步骤1中）

例：

新建文字处理文档/电子表格文档/演示文稿文档/绘图工具文档/数据库/HTML文档/XML窗体文档/主控文档/公式编辑器文档/标签/名片。

（如该bug不止存在一个模块但还不是所有模块，在备注中一定要注明其他模块也存在）

若是共用操作：

新建RO文档。

B.打开文档

若是已有文档：

打开一个已保存的文字处理文档/电子表格文档/演示文稿文档；

RO打开Word文档/Excel文档/PPT文档；

RO打开另存文字处理文档/电子表格文档/演示文稿文档。

若是特例文档：

打开文字处理文档/电子表格文档/演示文稿特例文档。

C.菜单

例：

文件-新建-文字处理。

D.插入图片/对象

无需指定图片/对象存于本机的具体路径，但若和图片类型有关，需指明。

例：

选择任意图片，点击“打开”。

E.工具栏：

单击“……”工具栏上“……”按钮。

例：

单击“格式”工具栏上的“加粗”按钮。

F.对话框、对话框中的选项卡、对话框中的选项、对话框中的下拉按钮：

“……”对话框中的“……”选项卡“……”选项“……”下拉按钮。

例：

视图-页眉和页脚，弹出“页眉和页脚”对话框，选则“幻灯片”选项卡，单击“日期和时间”下的“可变”选项的下拉按钮，选择任意一个日期和时间格式。

G.右键

例：

光标定位在文字中，右键对齐-左对齐

具体示例：

[步骤]

1.新建文字处理文档，输入文字；

2.光标定位在文字中，格式-项目符号和编号，弹出“项目符号和编号”对话框；

3.选择“位置”选项卡，在“位置和间隔”中选择“1级”，在缩进对应的数字框中输入4或大于4，点击“确定”按钮；

4.光标定位在文字中，格式-项目符号和编号，弹出“项目符号和编号”对话框，选择“项目符号”或“编号类型”选项卡中的任意编号项目符号，点击“确定”按钮。

[结果]

编号项目符号的缩进增大，且每更改一次，缩进就增大一次。

[期望]

更改编号项目符号不影响原来的缩进值。

[备注]

WRO060515版本修改编号和项目符号功能开始。

4引发问题追朔版本标准

对于OpenOffice不存在的问题，测试人员需追朔问题的起源版本。

下面是针对不同问题而制定的版本追朔标准。

1.OpenOffice没有我们自己添加的功能。

我们添加的部分，但是功能实现有缺陷，在某种情况下可以实现预期的功能，但在有的情况下不能实现该功能，应该属于此类。

此类bug的测试，可以追述到初次添加此类功能的版本，察看现象，如果和测试结果一致，可以断定是在添加功能时没有考虑到一些情况，测试到此完成。

如果和初次实现功能的版本不一致，请依照修改列表，查找对该功能有修改的版本继续测试，直到找到跟目前现象一致的版本。

出现此问题有可能是以前的某个版本，也有可能是刚修改造成的问题，请在测试中注意测试方法，以提高效率。

2.OpenOffice可以正常实现此功能，但当前版本会出现问题，包括不能实现或非法退出等现象。

此类问题的测试，可以追述到初次出现此功能障碍的版本，有可能是早先的版本已经出现，只是测试没有发现，也有可能是刚出现的问题。

在测试时，找到初次出现此类问题的版本，测试完成。

5附录

1.演示文稿版式中，框的命名分别为：

标题框、副标题框、文本框；

2.“查找和替换”对话框中，“类似查找”和“类似字符”后的按钮名称分别为“类似查找”按钮，“类似字符”按钮；

3.导航中的最下方的列表名称为“文档列表”；

4.

自定义动画面板上每个名称如图：

5.

演示文稿中左下方的按钮称为“视图切换”按钮，如图：

6.演示文稿中的几个窗格命名如图：

.