文档介绍：:..***技技术有限公司▲软件测试管理规定文件编号:生效日期:受控编号:密级:版次:第版修改状态总页数正文附件编制或修订人:审核:批准:(版权所有,翻版必究)目录第一章引言 4第一条测试概述 4第二条测试H标 5第三条适用范围 5第二章测试职责 6第三章需求分析 6第四章测试策略 7第四章测试计划 8第五章测试用例 8第一条测试用例设计方法 9第二条测试用例操作步骤 12第三条测试用例选择准则 12第四条测试软/硬件环境 12第五条测试数据准备 12第六条测试执行过程绩效考核 12第六章测试执行 14第一条项冃测试周期 14第二条项目测试启动 14第三条项目测试阶段 15第四条项H测试结束 15第五条测试执行过程绩效考核 15第七章测试变更 16第八章缺陷管理 16第一节缺陷基本属性 17第二节缺陷管理流程 18第三节缺陷分类 19第四节缺陷定义 21第五节缺陷完成度 22第六节处理机制 24第九章测试结呆分析 25第一节测试完成的标准 25第二节允许保留的缺陷 2526第十章测试输出文档第一章引言广带格式的;字体:TimosNewRoman,五号带格芟的匚正文,行距:单侪行兀带格无的:两端对齐,—段落间距段r前:0磅,段后:0磅,行距:单倍行距,无孤行控制带格式的:字体:(默认)Timos"NewRoman,三号,(国际)Arial—本规足详细側述了系统测试的类型勺各类型飽基本测试井法7指导项口人员进行软件系,第一条测试概述无论怎样强调软件测试的車要性和它对软件口J靠性的影响都不过分。在开发人型软件系统的漫长过程中,面对着极其错综复杂的问题,人的上观认识不可能完全符合客观现实,与工程密切相关的各类人员Z间的通信和配合也不可能处美无缺,因此,在软件生命周朋的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束Z前通过严格的技术审查,尽可能早地发现并纠止托错;经验表明审查并不能发现所有差错,此外在编码过稈屮还不口J避免地会引入新的错误。如果在软件投入生产性运行之询,没冇发现并纠匸软件中的人部分差错,则这些差错迟早会在彳产过程小暴霜出來,那时不仅改正这些错误的代价更高,而且往往会造成很恶劣的***。测试的冃的就是在软件投入生产性运行前,尽可能名地发现软件中的错误。冃前软件测试仍然是保证软件质杲的关键步骤,它是对软件规格说明、设计和编码的故后复'市。软件测试在软件牛•命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试),模块的编打者和测试者是同•个人,编码和单元测试属于软件牛命周期的同一个阶段。在这个阶段结束之后,对软件系统还应该进行各种综合测试,这是软件生命周期中的刃一个独立的阶段,通常山专门的测试人员承担这项匸作。带格式的:两端对齐,缩进:育行缩进:()・85厘米,段落间距段前:0磅,段后:0磅,行距:,无孤行控制大量统计资料表明,软件测试的工作量往往占软件开发总工作量的40%以上,在极端*情况,测试那种关系人的生命安全的软件所花费的成本,可能相当于软件工程其他廿发步骤总成本的一•倍到五倍。因此,必须高度重视软件测试工作,绝不要以为釘出程仔之后软件开发工作就接近立成了,实际匕人约还右同样多的开发工作量需要定成。仅就测试而言,它的丨|标是发现软件屮的错误,但是,发现错误并不是我们的最终日的。软件匸程的根本II标是开发出高质量的完全符合用户需要的软件。第二条-测试目标徹式器缩書鶴巒“5下而这些规则也可以看作是测试的LI标或定义:(1) 测试是为了发现程序川的错误而执行程序的过程;(2) 好的测试方案是极町能发现迄今为止尚未发现的错误的测试方案;(3)成功的测试是发现了至今为止尚未发现的错误的测试。从上述规则可以看出,测试的正确定义是“为了发现程序屮的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是止确的”,“成功的测试是没有发现错误的测试”等等是完全相反的。止确认识测试的冃标是十分巫要的,测试冃标决定了测试方案的设计。如果为了表明程序是疋确的而进行测试,就会设计一些不易眾鉗错误的测试方案;相反,如果测试是为了发现程序屮的错误,就会力求设汁出最能暴露错误的测试方案。由丁-测试的目标是暴霜程序小的错误,从心理学角度看,由程序的编写者白己进行测试是不恰半的。伙I此,在综合测试阶段通常山其他人员组成测试小组來完成测试I:作。此外,应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试Z后,仍然可能还有没带格式的:字体:TimesNewRoman,7l号被发现的错误潜藏在程序中。测试只能查找出程序屮的错误,不能证明程序中没右错误。带格式的:iE文,段落间距段前:0磅,段后:0磅,行距: