BUG描述及缺陷管理工具培训PPT格式课件下载.ppt

BUG描述及缺陷管理工具培训PPT格式课件下载.ppt

《BUG描述及缺陷管理工具培训PPT格式课件下载.ppt》由会员分享，可在线阅读，更多相关《BUG描述及缺陷管理工具培训PPT格式课件下载.ppt（38页珍藏版）》请在冰豆网上搜索。

,Bug举例3,替换字符串长度未作限定：

Word2000中，如果替换字符串长度过长，则会引起程序崩溃。

软件问题报告（Bug报告）,软件问题（Bug）报告是软件测试过程中最重要的文档。

它记录了Bug发生的环境，如各种资源的配置情况，Bug的再现步骤以及Bug性质的说明。

更重要的是它还记录着Bug的处理过程和状态。

Bug的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程。

判断Bug的规则,软件未达到产品规格说明书（需求）标明的功能。

软件出现了规格说明书指明不会出现的错误。

软件功能超出规格说明书指明的范围。

软件未达到规格说明书虽未指出但应达到的目标（隐含需求）。

软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。

需要注意的是，测试人员报告Bug时，应当保证Bug是可以重现的。

对于有时不可重现的Bug，应当反复测试，直到最终确定Bug的发生场景为止。

报告Bug的基本原则,尽快报告Bug;

有效描述Bug;

Bug的生命周期,Bug的生命周期就是指Bug从开始提出到最后完全解决，并通过复查的过程。

在这个过程中Bug报告的状态不断发生着变化，记录着Bug的处理进程。

有效描述Bug,短小：

只解释事实和演示、描述Bug必需的细节；

单一：

每一个报告中针对一个Bug；

步骤清晰：

要清楚地描述出Bug的发生场景，包括前置条件和操作的详细步骤；

再现：

按照预定步骤可以重现相同状况；

在报告Bug时只描述事实，不做评价，也不要有人身攻击；

必要的时候可以添加注释（remarks）；

可以上载屏幕抓图和其他附件。

有效描述Bug,以下是一个Bug描述的例子操作步骤：

使用MappingBuilder对URL为“jdbc:

mysql:

/10.0.0.12/test”的数据库进行映射，虚拟数据库名称设置为“VMysql”。

进入DataView主页面，在DASList中点击“VMysql”右侧的“高级查询”链接。

在高级查询页面底端的输入框中，输入SQL语句“select*fromempinfo”，点击查询按钮。

在得到的查询结果页面中，点击“下一页”链接。

翻页到下一页后，没有出现“保存当前页面的查询结果”链接，无法保存当前页面结果。

编写Bug摘要,Bug的摘要是要用一句话的形式简明扼要地将Bug描述出来，要清晰指出Bug所在部位以及其错误类型，不能太笼统。

如“页面对非法输入有问题”可以修改为“流量信息查询页面对于非法输入没有进行校验”。

Buglist,新建状态（NEW）Bug创建后的初始状态。

已分配状态（ASSIGNED）经过确认为合法软件问题后分配给开发人员的状态。

待验证状态（RESOLVED）开发部门对软件问题进行处理或修改后的状态。

重新打开状态（REOPENED）对开发部门修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。

对于“关闭/延迟修改”状态的软件问题，如果时机成熟，需要重新开发，则将其状态改为“重新打开”状态。

关闭状态（CLOSED）Bug生命周期的结束。

解决状态（VERIFIED）经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。

未经证实状态（UNCONFIRMED）由开发人员自己提交的Bug，是一种初始状态，待测试人员确定后变为“New”。

Bug的状态,在软件测试过程中发现的Bug，要根据其严重程度进行分类，然后，进行不同的处理。

可以把Bug划分为七级：

第一级（blocker）:

引起操作系统“挂起”或“崩溃”的错误；

第二级（critical）:

引起软件本身“挂起”或“崩溃”的错误；

第三级（major）:

不能完成软件说明书定义的功能的错误；

第四级（normal）:

程序所完成的功能与软件说明书定义不符的错误；

第五级（minor）:

显示方面的错误；

第六级（trivial）:

其它“轻微”的错误（如文本差错）；

第七级（enhancement）：

增强或者改进。

Bug的级别,Bug严重程度与处理工作日,Blocker、critical：

响应时间1天，处理1天Major、normal：

响应时间1天，处理3天Minor、trivial：

响应时间1天，处理7天Enhancement:

时间未定,Bug的修改优先级,修改优先级通常可分为五个级别：

P1：

尽快（或立刻）修正；

P2：

每个里程碑（或测试周期）结束前必须修正；

P3：

如果时间允许就修正；

P4：

低优先级。

P5：

在将来的某个版本修正也可以,跟踪Bug,测试人员要不断跟踪Bug，直到Bug修正，问题解决为止。

新提交的Bug为NEW状态，经开发人员修改后，Bug变为RESOLVED（待验证）状态。

此时就需要测试人员对Bug进行回归测试，验证问题是否修正。

如果问题仍然存在，则测试人员将该Bug的状态修改为REOPENED（重新打开）；

如果通过验证确认问题已经修改好了，则测试人员将该Bug的状态置为VERIFIED（已验证），同时添加附加意见如“该Bug在Releasexx.xx版本中已经修正”。

跟踪Bug,还有一种情况：

开发人员认为Bug在当前版本可以暂不修改，而考虑在后续版本中再做修正，Bug的对应状态为LATER。

对于这种情况，项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论，如果讨论结果为同意在后续版本修正，则测试人员可以将该Bug的状态置为VERIFIED；

如果讨论结果是需要在本版本中解决问题，则测试人员应将该Bug的状态置为REOPENED，重新打开Bug。

Bug状态报告,项目进入系统测试阶段后，SQA人员要定期做Bug状态报告。

Bug状态报告要以邮件方式发送给项目组长、项目组成员、测试人员和项目高层管理者。

关闭Bug,对于状态为VERIFIED的Bug，应由Bug的开启者即测试人员关闭。

开发人员无权关闭Bug。

将Bug的状态标记为CLOSED，则Bug生命周期的结束。

Bug报告的属性（内容）,Bug号报告者及创建时间Bug状态问题简单描述（摘要）基本信息：

项目严重程度、优先级URL测试平台、操作系统抄送,详细信息：

详细描述问题再现过程问题所在子系统和功能区域该功能区域的开发者和测试者配置信息：

如计算机型号、CPU、LAN、MEMORY、OS还可以建立附件（上传图片、文档）,Bug报告的属性（内容）,Bug统计1,各模块问题分布简况,1.流量信息统计查询模块（10个，59%）2.数据采集模块（0个，0%）3.数据整理模块（1个，6%）4.系统配置模块（2个，12%）5.邮件告警模块（4个，24%）,Bug统计2,各级别问题分布简况,1.一级bug（blocker,critical）（1个，6%）2.二级bug（major,normal）（8个，45%）3.三级bug（minor,trivial）（5个，29%）4.四级bug（enhancement）（3个，20%）,Bug统计3,各级别Bug解决平均工作日,1.一级bug（blocker,critical）（平均1天）2.二级bug（major,normal）（平均1.29天）3.三级bug（minor,trivial）（平均2.20天）4.四级bug（enhancement）（平均2天）注：

标记为LATE状态的问题不在统计之列,BugZilla操作指南1,注册、登陆用户输入服务器地址：

http:

/192.168.0.16/bugzilla/，进入主页面后，点击“登陆”。

BugZilla操作指南2,修改密码进入主页面，点击“设置”。

BugZilla操作指南3,输入BugAssignedto:

为空则默认为设定的admin,也可手工填写。

CC:

可为多人，需用，隔开。

BugZilla操作指南4,查询Bug直接输入BugID，点击find查询。

在主页面点击“查询”，进行条件查询。

BugZilla操作指南5,处理Bug如果Bug属于自己范围，填写“添加说明”并将Bug状态改变。

如果bug不属于自己的范围，直接输入被指定人的Email，进行Ressigned。

BugZilla操作指南6,验证Bug,BugZilla操作指南8,系统管理员工作内容：

1、产品（Product）、版本号（versions）和模块（Components）的定义，同时指定模块相应的开发者（owner）和测试人员（QAContact）。

2、小组的定义和划分3、测试中Bug严重程度、优先级的定义4、增加用户，并分别设定全部用户的分组、权限。

5、主要参数（parameters）的设置1）urlbase:

输入bugzilla工具所在的服务器IP地址。

2）usebuggroupsentry:

设为ON,可以分组。

3）whinedays：

Bug在whinedays设定的期限内若未被处理，将自动重发mail，默认为7天。

4）defaultpriority:

设定默认的优先级5）commentonresolve：

设为ON，系统将强制要求开发者处理完Bug后，必须填写修改的内容。

BugZilla操作指南9,系统管理员基本操作:

1、创建默认的管理员用户运行checksetup.pl。

若不小心删除管理员，重新运行checksetup.pl.2、管理用户1）增加新用户点击页面右下角users,submit后，出现Addnewuser页面。

输入相应输入即可。

Loginname:

一般为邮件地址，可以设为其他标识。

2）禁止一个用户填写Disabledtext输入框即可。

3）修改用户可以修改用户注册名、密码。

设置权限QA的权限一般设为:

Canconfirm,editbugsDeveloper的权限设为:

none分组控制：

group,BugZilla操作指南10,管理group1、增加groupeditgroup、addgroups（NewUserRegexp可不填/active选择则可选）-add2、修改group,submit即可。

管理Product和component1、增加Product2、Component对应一个owner（进行fixed）,QAContact（确保已fixed）3、ComponentNumberofUnconfirmed=10000,此产品将选择bug的初始状态（Unconfirmed,New）,谢谢！