欢迎来到天天文库
浏览记录
ID:24890298
大小:770.00 KB
页数:37页
时间:2018-11-16
《06缺陷管理61766》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库。
1、第6章缺陷管理本课教学目标了解缺陷的严重级和优先级分类正确理解缺陷跟踪管理流程了解缺陷管理流程的要点正确理解缺陷数据分析的重要性课程内容6.1软件缺陷概念回顾6.2缺陷的严重性和优先级6.3缺陷跟踪管理6.4缺陷书写规范6.5缺陷数据分析6.1软件缺陷概念回顾软件缺陷的定义:(1)软件未达到产品说明书中已经标明的功能;(2)软件出现了产品说明书中指明不会出现的错误;(3)软件未达到产品说明书中虽未指出但应当达到的目标;(4)软件功能超出了产品说明书中指明的范围;(5)软件测试人员认为软件难以理解、不易
2、使用,或者最终用户认为该软件使用效果不良。软件缺陷概念回顾(续)软件缺陷的特征:“看不到”——软件的特殊性决定了缺陷不易看到“看到但是抓不到”——发现了缺陷,但不易找到问题发生的原因所在软件缺陷概念回顾(续)其他10%软件产品说明书(需求)56%编写代码7%设计27%图软件缺陷产生的原因分布缺陷分布情况:6.2软件缺陷严重性和优先级重要软件缺陷会导致重大经济损失与灾难测试员应对软件缺陷分类,以简明扼要的方式指出其影响,以及修改次序划分软件缺陷严重级和优先级的通用原则表示软件缺陷所造成的危害的恶劣程度优先
3、级表示修复缺陷的重要程度与次序软件缺陷严重性和优先级(续)严重级严重:系统崩溃、数据丢失、数据损坏较严重:操作性错误、错误结果、遗漏功能一般:小问题、错别字、UI布局、罕见故障建议:不影响使用的瑕疵或更好的实现软件缺陷严重性和优先级(续)优先级最高优先级:立即修复,停止进一步测试次高优先级:在产品发布之前必须修复中等优先级:如果时间允许应该修复最低等优先级:可能会修复,不修复也能发布一般严重性和优先级的划分用数字1~4表示,有的小数字表示的级别最高,而有的用大数字表示级别高。另外严重级和优先级的划分并不
4、唯一,可适当修改缺陷等级划分(SZSTC)等级描述说明5-紧急发现可重复出现的致命问题——导致系统崩溃;——导致程序模块丢失;——主业务流程出现断点;——内存泄漏;——导致死机4-非常高发现可重复出现的严重问题——被测功能不能正确实现;——软件错误导致数据丢失;——被测数据处理错误;——用户需求未实现。3-高一般性的错误或功能实现有不完美处——操作界面错误;——打印内容、格式错误;——简单的输入限制未放在前台进行控制;——删除操作未给出提示。2-中细小的错误——界面不规范;——辅助说明描述不清楚;——输
5、入输出不规范;——长操作未给用户提示;——提示窗口文字未采用行业术语。1-低建议类错误需求说明书、用户手册中未说明,但影响用户对软件使用的方便性等问题与讨论请将自己的缺陷定义等级划分6.3软件缺陷跟踪管理6.3.1缺陷跟踪管理目标6.3.2缺陷跟踪管理6.3.3软件缺陷的状态6.3.4缺陷管理流程6.3.5缺陷流程管理原则6.3.1缺陷跟踪管理目标确保每个被发现的缺陷都能够被解决(修正或其他处理方式)收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段收集缺陷数据并在其上进行数据分析,作为组织的过程财富6.
6、3.2缺陷跟踪管理为了正确跟踪每个软件缺陷的处理过程,通常将软件测试发现的每个错误作为一条条记录输入指定的错误跟踪管理系统目前的缺陷跟踪管理软件包括:ClearQuest(IBM)TestDirector(MercuryInterative)Bugzilla缺陷跟踪管理(续)作为一个缺陷跟踪管理系统,需要正确的记录错误信息和错误处理信息的全部内容Bug记录信息测试软件名称测试版本号测试人名称测试用例标题测试软件和硬件配置环境发现软件错误的类型错误严重等级详细步骤必要的附图发生错误的模块…Bug处理信息处
7、理者姓名处理时间处理步骤缺陷记录的当前状态软件缺陷的主要状态包括以下的内容新建(New):测试中新报告的软件缺陷;打开(Open):被确认并分配给相关开发人员处理;修正(Fixed):开发人员已完成修正,等待测试人员验证;拒绝(Declined):拒绝修改缺陷;延期(Deferred):不在当前版本修复的错误,下一版修复关闭(Closed):错误已被修复。6.3.3软件缺陷状态测试人员提交新发现的缺陷入库,缺陷状态为“New”高级测试人员验证错误如果确认是错误,则分配给相应的开发人员,设置状态为“Ope
8、n”如果不是错误,则拒绝,设置为“Declined”状态开发人员查询状态为“Open”的缺陷,对其进行处理如果不是错误,则状态置为“Declined”如果是错误,则修复并置状态为“Fix”如果不能解决,要留下文字说明并保持缺陷状态仍为“Open”对于不能解决或者延期解决的缺陷,不能由开发人员自己决定,一般要通过某种会议(评审会)才能认可测试人员查询状态为“Fix”的缺陷,验证缺陷是否已解决,做如下处理如果问题解决了,置缺陷的状态为“Clos
此文档下载收益归作者所有