软件测试管理

软件测试管理第一页，共二十六页，编辑于2023年，星期三目录1.测试执行周期的入口标准（开始时间）和出口标准（完成时间）2.测试用例管理3.缺陷追踪管理第二页，共二十六页，编辑于2023年，星期三1.系统测试周期的入口和出口标准1.1入口标准在系统测试期间,为了接受一个软件版本,必须满足以下标准:所有的单元测试和集成测试成功完成、软件的生成过程没有任何错误、软件版本经过了烟雾测试、配套文档完成、缺陷已经修正并且准备重新测试源代码已经存储在版本控制系统只有以上标准满足后,测试组才接受软件版本并开始测试周期第三页，共二十六页，编辑于2023年，星期三1.测试周期的入口和出口标准1.2出口标准:描述了软件完成了充分测试的时间.测试资源有限,测试预算和测试工程师的人数有限,截止期限很快就到了,测试工作的范围也有一定的限制.即使满足了出口标准，只是说明它对客户是有用的。所有基于需求的、预先定义的测试过程在执行过程中没有出现任何重大错误高优先级的问题已经被开发人员修正，并且由测试组成员用回归测试进行了验证已经执行了用来确定系统满足指定的功能性和非功能性需求的测试过程第四页，共二十六页，编辑于2023年，星期三在测试结果中记录的所有1级、2级和3级的软件问题都已经解决在测试结果中记录的所有1级、2级的软件问题都已经解决在测试结果中记录的所有1级、2级的软件问题都已经解决，同时90%的3级问题已经解决。软件发布时可能存在已知的低优先级的缺陷（当然有若干未知缺陷）第五页，共二十六页，编辑于2023年，星期三一些度量也可以作为出口标准的一部分在回归测试中，从以前运转正常的功能中发现缺陷的比例？（修正工作破坏以前运转正常功能的频率？）缺陷修正失败的频率？新缺陷的发现率走势？下降第六页，共二十六页，编辑于2023年，星期三2.测试用例的管理测试用例的管理属性有那些？测试用例体本身的属性有那些？测试用例管理系统可以协助对测试用例进行良好的管理第七页，共二十六页，编辑于2023年，星期三测试用例的管理属性行业，属性值用列表表示，包括：银行、电信、交通、电子、智能楼宇、其它.操作系统，属性值用列表表示，包括：windows98、windows2000、windowsXP、Unix、Linux，嵌入式软件的操作系统有：Linux(armlinux/uClinux/RTlinux)、Vxworks、uCos/II、pSos、eCos、WinCE、DeltaOS、VRTX、Nucleus、其它；数据库管理系统，属性值用列表表示，包括：sqlserver,mysol,oracle,Sybase,access，其它；浏览器，属性值用列表表示，包括：ie3.0,ie4.0，ie5.0,ie6.0,netscape3.0，netscape4.0，netscape6.0，其它；这三个属性支持具有相同系统平台的被测软件项目间的测试用例复用；系统类型，属性值用列表表示，包括：嵌入式、b/s、c/s、其它；编码语言，属性值用列表表示，包括：java、c++、c、smalltalk、dephi、其它；测试类型，属性值用列表表示，包括：功能（包括可使用性测试）、兼容性、负载测试、强度测试、数据库容量测试、安全性测试、其它;测试阶段项目名称创建人/创建时间重要级别:状态第八页，共二十六页，编辑于2023年，星期三测试用例体本身的属性包括以下属性：测试用例名称、测试用例目的描述、测试用例版本号、、相关附件、测试用例描述方式、测试用例前置条件、输入、操作步骤、预期输出、程序文件；与复用操作有关的属性有：父测试用例id、修改原因、修改时间、修改人员。在这些属性中，“测试用例目的描述”属性记录了测试用例的测试目的，因为每个测试用例都必须有明确的测试目标；“测试用例描述方式”属性的值用列表表示，属性值包括文本方式、源代码（c，c++，java，rational脚本，qbasic，其它）、可执行程序；“测试用例前置条件”属性用文字描述测试用例执行前必须满足的条件，可能是和其他测试用例的关系，比如：在运行测试用例A的前提下才能完成该测试用例就描述了测试用例A和该测试用例之间的关系；“输入”属性可以是某个数据源，要给出数据源的路径和名称；或是具体的数据，要给出具体数据；“操作步骤”属性用文字描述操作步骤，各个操作步骤之间用“〉〉”进行分隔；“预期输出”属性指测试用例执行后的预期结果；“程序文件”属性是指有关的一些程序。(当测试用例是自动测试时所录制的脚本程序或者是可执行程序时.)“相关附件”属性是指与测试用例有关的一些文件；第九页，共二十六页，编辑于2023年，星期三测试用例管理系统可以协助对测试用例进行良好的管理市场上比较有名的测试管理工具中，国外著名的有Rational公司的TestManager、Compueware公司的QADirector、MI的TestDirector等软件；国内比较有名的有中科院的I-test、北航的QESuite等软件，在这些工具中，测试用例的管理只是其中的一个子系统，提供的功能有限。第十页，共二十六页，编辑于2023年，星期三3.缺陷追踪管理缺陷文档包含的属性举例缺陷优先级和严重性划分缺陷的分离和重现缺陷的度量及其意义缺陷管理系统---Jira的使用第十一页，共二十六页，编辑于2023年，星期三3.1缺陷文档包含的属性举例度量项目名称值说明缺陷idY+M+D+id例如：03090101表示2003年9月1日记录的第1个缺陷状态1，21－新发现状态，2－正在修改状态

3，43－待确认状态，4－修改完毕状态测试人员id001编号为001的测试人员提交时间Y+M+D+AM/PM例如030902a表示缺陷在2003年9月2日上午提交缺陷所属项目idwf01项目编号为01的工作流系统缺陷所属模块idwf0101该缺陷位于工作流系统的01模块开发人员id001编号为001的测试人员缺陷类型A-E详见表2优先级1，21-Urgent,2-High3，43-Midium,4-Low修改人id001编号为001的修改人解决方案文字描述提出解决当前缺陷的方案并给出修改部分代码修改时间Y+M+D例如030902表示2003年9月2日进行修改修改次数N用自然数记录该缺陷被反复修改的次数确认结果1/01-表示缺陷已修复，0－表示该缺陷还需再次修改第十二页，共二十六页，编辑于2023年，星期三3.2缺陷类别划分缺陷类别标识/权值说明A类A1/5.6由程序执行引起的死机、非法退出

A2/5.5死循环

A3/5.4数据库发生死锁

A4/5.3数据库设计未达到第三范式的要求或需求规格说明的水平

A5/5.2数据功能实现错误

A6/5.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提示窗口文字未采用行业术语

D6/2.0可输入区域和只读区域没有明显的区分标志

E类E1/6.1遗漏部分功能

E2/6.1实现功能与需求不相吻合第十三页，共二十六页，编辑于2023年，星期三缺陷优先级划分优先级1:紧急,需要马上关注2:高级,是重要的,1处理完后赶快处理3:中级,可以用较长时间解决4:低级,时间和资源允许就解决第十四页，共二十六页，编辑于2023年，星期三普通的缺陷处理流程缺陷报告最初生成的状态为“新”；赋予各个小组打开不同问题的能力（错误、变更请求、增强请求）选择缺陷优先级评估缺陷，为缺陷分配状态若状态为“打开”，则把缺陷分配给负责的人，变为“开发”状态开始改正缺陷了，变为“正在开发”状态缺陷改正完了，改为“修改完毕”状态；或者“工作正常”、“缺陷不能重现”若创建了新版本，所有改正的缺陷改为“返测”状态测试工程师返测这些改动，设置状态为“关闭-改正”、“返测失败”第十五页，共二十六页，编辑于2023年，星期三普通的缺陷处理流程第十六页，共二十六页，编辑于2023年，星期三3.3缺陷的分离和重现有效地报告缺陷?(明显,通用,再现步骤)执行一些测试用例后出现分离缺陷记录每一个步骤\每一个停顿\每一件工作查找时间依赖和竞争条件的问题(slow软盘,quick硬盘)(时间发生次序)与负荷相关的边界条件\内存泄露\数据溢出考虑资源依赖性和内存\网络\硬件共享的相互作用第十七页，共二十六页，编辑于2023年，星期三7.4缺陷的度量及其意义

为了保证软件的质量，软件开发组织必须对软件测试中发现的缺陷进行有效的管理，确保测试人员发现的所有缺陷都能够得到适当的处理。对缺陷数据进行分析和度量，使我们在改正缺陷的同时，挖掘出更多对项目管理有用的信息，以便建立高效的缺陷管理流程,并使缺陷管理更好地融入项目管理过程中，转被动为主动，将缺陷管理从流程处理的模式下完全解脱出来，并将这一过程推向更高的阶段——量化管理阶段.第十八页，共二十六页，编辑于2023年，星期三对收集的缺陷数据度量，并使用统计方法或者分析模型得出分析结果，以便:了解缺陷集中的区域，明晰缺陷发展趋向，度量软件开发过程中各阶段工作产品的质量，评估开发人员的效率、测试人员的效率和项目进展的情况.这对于软件过程的改进，软件产品的发布，软件质量的预测具有十分重要的意义。第十九页，共二十六页，编辑于2023年，星期三软件开发只有引入了度量机制和定量化的管理，才能称为真正意义上的“工程”，这一准则清楚地体现在CMM中：CMM4级（已管理级）引入了“定量软件过程”，CMM5级（优化级）则完全建立在定量管理的基础之上，并明确提出了“缺陷预防”。第二十页，共二十六页，编辑于2023年，星期三缺陷的发展趋势缺陷的发展趋势包括新发现缺陷数量增长趋势和关闭缺陷数量的增长趋势。对于软件产品发布而言，发展趋势图是辅助决策的重要依据。一般来说，软件发布的必要