软件测试管理精.ppt

《软件测试管理精.ppt》由会员分享，可在线阅读，更多相关《软件测试管理精.ppt（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试管理第1页，本讲稿共26页目录1.测试执行周期的入口标准（开始时间）和 出口标准（完成时间）2.测试用例管理3.缺陷追踪管理第2页，本讲稿共26页1.系统测试周期的入口和出口标准1.1入口标准在系统测试期间,为了接受一个软件版本,必须满足以下标准:所有的单元测试和集成测试成功完成、软件的生成过程没有任何错误、软件版本经过了烟雾测试、配套文档完成、缺陷已经修正并且准备重新测试源代码已经存储在版本控制系统只有以上标准满足后,测试组才接受软件版本并开始测试周期第3页，本讲稿共26页1.测试周期的入口和出口标准1.2出口标准:描述了软件完成了充分测试的时间.测试资源有限,测试预算和测试工程师的

2、人数有限,截止期限很快就到了,测试工作的范围也有一定的限制.即使满足了出口标准，只是说明它对客户是有用的。所有基于需求的、预先定义的测试过程在执行过程中没有出现任何重大错误高优先级的问题已经被开发人员修正，并且由测试组成员用回归测试进行了验证已经执行了用来确定系统满足指定的功能性和非功能性需求的测试过程第4页，本讲稿共26页在测试结果中记录的所有1级、2级和3级的软件问题都已经解决在测试结果中记录的所有1级、2级的软件问题都已经解决在测试结果中记录的所有1级、2级的软件问题都已经解决，同时90%的3级问题已经解决。软件发布时可能存在已知的低优先级的缺陷（当然有若干未知缺陷）第5页，本讲稿共26

3、页一些度量也可以作为出口标准的一部分在回归测试中，从以前运转正常的功能中发现缺陷的比例？（修正工作破坏以前运转正常功能的频率？）缺陷修正失败的频率？新缺陷的发现率走势？下降第6页，本讲稿共26页2.测试用例的管理测试用例的管理属性有那些？测试用例体本身的属性有那些？测试用例管理系统可以协助对测试用例进行良好的管理第7页，本讲稿共26页测试用例的管理属性行业，属性值用列表表示，包括：银行、电信、交通、电子、智能楼宇、其它.操作系统，属性值用列表表示，包括：windows 98、windows 2000、windows XP、Unix、Linux，嵌入式软件的操作系统有：Linux(armlinu

4、x/uClinux/RTlinux)、Vxworks、uCos/II、pSos、eCos、WinCE、Delta OS、VRTX、Nucleus、其它；数据库管理系统，属性值用列表表示，包括：sql server,my sol,oracle,Sybase,access，其它；浏览器，属性值用列表表示，包括：ie3.0,ie4.0，ie5.0,ie6.0,netscape3.0，netscape4.0，netscape6.0，其它；这三个属性支持具有相同系统平台的被测软件项目间的测试用例复用；系统类型，属性值用列表表示，包括：嵌入式、b/s、c/s、其它；编码语言，属性值用列表表示，包括：jav

5、a、c+、c、smalltalk、dephi、其它；测试类型，属性值用列表表示，包括：功能（包括可使用性测试）、兼容性、负载测试、强度测试、数据库容量测试、安全性测试、其它;测试阶段项目名称创建人/创建时间 重要级别:状态第8页，本讲稿共26页测试用例体本身的属性包括以下属性：测试用例名称、测试用例目的描述、测试用例版本号、相关附件、测试用例描述方式、测试用例前置条件、输入、操作步骤、预期输出、程序文件；与复用操作有关的属性有：父测试用例id、修改原因、修改时间、修改人员。在这些属性中，“测试用例目的描述”属性记录了测试用例的测试目的，因为每个测试用例都必须有明确的测试目标；“测试用例描述方式

6、”属性的值用列表表示，属性值包括文本方式、源代码（c，c+，java，rational脚本，qbasic，其它）、可执行程序；“测试用例前置条件”属性用文字描述测试用例执行前必须满足的条件，可能是和其他测试用例的关系，比如：在运行测试用例A的前提下才能完成该测试用例就描述了测试用例A和该测试用例之间的关系；“输入”属性可以是某个数据源，要给出数据源的路径和名称；或是具体的数据，要给出具体数据；“操作步骤”属性用文字描述操作步骤，各个操作步骤之间用“”进行分隔；“预期输出”属性指测试用例执行后的预期结果；“程序文件”属性是指有关的一些程序。(当测试用例是自动测试时所录制的脚本程序或者是可执行程序

7、时.)“相关附件”属性是指与测试用例有关的一些文件；第9页，本讲稿共26页测试用例管理系统可以协助对测试用例进行良好的管理市场上比较有名的测试管理工具中，国外著名的有Rational公司的Test Manager、Compueware公司的QADirector、MI的TestDirector等软件；国内比较有名的有中科院的I-test、北航的QESuite等软件，在这些工具中，测试用例的管理只是其中的一个子系统，提供的功能有限。第10页，本讲稿共26页3.缺陷追踪管理缺陷文档包含的属性举例缺陷优先级和严重性划分缺陷的分离和重现缺陷的度量及其意义缺陷管理系统-Jira的使用第11页，本讲稿共26

8、页3.1缺陷文档包含的属性举例度量项目名称 值 说明缺陷id Y+M+D+id 例如：03090101 表示2003年9月1日记录的第1个缺陷状态 1，2 1新发现状态，2正在修改状态 3，4 3待确认状态，4修改完毕状态测试人员 id 001 编号为001的测试人员提交时间 Y+M+D+AM/PM 例如030902a 表示缺陷在2003年9月2日上午提交 缺陷所属项目 id wf01 项目编号为01的工作流系统缺陷所属模块 id wf0101 该缺陷位于工作流系统的01模块开发人员 id 001 编号为001的测试人员缺陷类型 A-E 详见表2优先级 1，2 1-Urgent,2-High

9、3，4 3-Midium,4-Low修改人 id 001 编号为001的修改人解决方案 文字描述 提出解决当前缺陷的方案并给出修改部分代码修改时间 Y+M+D 例如030902表示2003年9月2日进行修改修改次数 N 用自然数记录该缺陷被反复修改的次数确认结果 1/0 1-表示缺陷已修复，0表示该缺陷还需再次修改第12页，本讲稿共26页3.2缺陷类别划分 缺陷类别 标识/权值 说明A 类 A1/5.6 由程序执行引起的死机、非法退出 A2/5.5 死循环 A3/5.4 数据库发生死锁 A4/5.3 数据库设计未达到第三范式的要求或 需求规格说明的水平 A5/5.2 数据功能实现错误 A6/5

10、.1 与数据库连接错误 A7/5.0 数据通讯错误 B 类 B1/4.3 程序语法错误 B2/4.2 因错误操作迫使程序中断 B3/4.1 程序接口错误 B4/4.0 数据库的表、业务规则、缺省值未加完整性 等约束条件 C 类 C1/3.4 操作界面错误(包括数据窗口内列名定义、含 义是否一致)C2/3.3 打印内容、格式错误 C3/3.2 简单的输入限制未放在前台进行控制 C4/3.1 删除操作未给出提示 C5/3.0 数据库表中有过多的空字D 类 D1/2.5 界面不规范 D2/2.4 辅助说明描述不清楚 D3/2.3 输入输出不规范 D4/2.2 长操作未给用户提示 D5/2.1 提示窗

11、口文字未采用行业术语 D6/2.0 可输入区域和只读区域没有明显的区分标志 E 类 E1/6.1 遗漏部分功能 E2/6.1 实现功能与需求不相吻合第13页，本讲稿共26页缺陷优先级划分优先级 1:紧急,需要马上关注2:高级,是重要的,1处理完后赶快处理3:中级,可以用较长时间解决4:低级,时间和资源允许就解决第14页，本讲稿共26页普通的缺陷处理流程缺陷报告最初生成的状态为“新”；赋予各个小组打开不同问题的能力（错误、变更请求、增强请求）选择缺陷优先级评估缺陷，为缺陷分配状态若状态为“打开”，则把缺陷分配给负责的人，变为“开发”状态开始改正缺陷了，变为“正在开发”状态缺陷改正完了，改为“修改

12、完毕”状态；或者“工作正常”、“缺陷不能重现”若创建了新版本，所有改正的缺陷改为“返测”状态测试工程师返测这些改动，设置状态为“关闭-改正”、“返测失败”第15页，本讲稿共26页普通的缺陷处理流程第16页，本讲稿共26页3.3缺陷的分离和重现有效地报告缺陷?(明显,通用,再现步骤)执行一些测试用例后出现分离缺陷记录每一个步骤每一个停顿每一件工作查找时间依赖和竞争条件的问题(slow软盘,quick硬盘)(时间发生次序)与负荷相关的边界条件内存泄露数据溢出考虑资源依赖性和内存网络硬件共享的相互作用第17页，本讲稿共26页7.4缺陷的度量及其意义为了保证软件的质量，软件开发组织必须对软件测试中发现

13、的缺陷进行有效的管理，确保测试人员发现的所有缺陷都能够得到适当的处理。对缺陷数据进行分析和度量，使我们在改正缺陷的同时，挖掘出更多对项目管理有用的信息，以便建立高效的缺陷管理流程,并使缺陷管理更好地融入项目管理过程中，转被动为主动，将缺陷管理从流程处理的模式下完全解脱出来，并将这一过程推向更高的阶段量化管理阶段.第18页，本讲稿共26页对收集的缺陷数据度量，并使用统计方法或者分析模型得出分析结果，以便:了解缺陷集中的区域，明晰缺陷发展趋向，度量软件开发过程中各阶段工作产品的质量，评估开发人员的效率、测试人员的效率和项目进展的情况.这对于软件过程的改进，软件产品的发布，软件质量的预测具有十分重要

14、的意义。第19页，本讲稿共26页软件开发只有引入了度量机制和定量化的管理，才能称为真正意义上的“工程”，这一准则清楚地体现在CMM中：CMM 4级（已管理级）引入了“定量软件过程”，CMM 5级（优化级）则完全建立在定量管理的基础之上，并明确提出了“缺陷预防”。第20页，本讲稿共26页缺陷的发展趋势缺陷的发展趋势包括新发现缺陷数量增长趋势和关闭缺陷数量的增长趋势。对于软件产品发布而言，发展趋势图是辅助决策的重要依据。一般来说，软件发布的必要条件是新缺陷的数量增加呈下降趋势.第21页，本讲稿共26页第22页，本讲稿共26页缺陷的分布状况在软件开发过程中，缺陷分布状况图有助于我们了解各版本中缺陷数

15、量的分布。特别在回归测试阶段中，缺陷的分布可以直接反映出版本的质量状况（见下图中各版本缺陷的分布状况）。缺陷分布状况图有两种，第一种是缺陷按模块的分布状况，另外一种是缺陷按产生的根本原因的分布状况。缺陷的模块分布图反映的是各个模块中缺陷数量的分布状况。它可以被用来评估各模块质量水平，开发难度。同时也能从侧面反映出测试资源在各模块分布的情况。第23页，本讲稿共26页第24页，本讲稿共26页3.4缺陷管理系统国内外已出现了一批质量较好的缺陷管理工具，其中比较有代表性的有：开源软件Bugzilla、jiraCompuware公司的TrackRecord、Rational公司的ClearQuest、北京航空航天大学的QAMonitor、上海微创软件有限公司的BMS等。这些工具各有特色，在功能的全面性上也各不相同，但都是基于“找出缺陷、修改缺陷、进行回归测试”这种面向流程处理的传统模式，实现了缺陷管理的基本流程，并在此基础上提供了一些查询和统计功能；其共同的缺点是没有充分利用软件开发过程中产生的缺陷数据，不能以一种主动的、精确量化的方式对软件缺陷进行预防并提供软件项目管理者所需的有关产品和过程的度量信息。第25页，本讲稿共26页Jira的使用第26页，本讲稿共26页