1 / 165
文档名称:

软件测试.ppt

格式:ppt   大小:1,739KB   页数:165页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试.ppt

上传人:changjinlai 2018/2/28 文件大小:1.70 MB

下载得到文件列表

软件测试.ppt

相关文档

文档介绍

文档介绍:1
第八章软件测试工程
软件工程
2
第八章软件测试工程
软件测试的任务
软件错误
人工测试
在软件开发生存周期中的测试活动
面向对象的测试
单元测试
集成测试
系统测试
程序调试
软件工程
3
软件测试的任务
软件测试的目的和定义
基于不同的立场,有两种完全不同的测试目的。
从用户的角度出发,普遍希望通过软件测试暴露软件中隐藏的错误和缺陷,以考虑是否可接受该产品。
从软件开发者的角度出发,则希望测试成为表明软件产品中不存在错误的过程,验证该软件已正确地实现了用户的要求。
软件工程
4
1973年,软件测试领域的先驱Bill Hetzel博士首先给软件测试的定义:“测试就是建立一种信心,确信程序能够按预期的设想运行。” 1983年他又将软件测试的定义修改为:“评价一个程序和系统的特性或能力,并确定它是否达到预期的结果。软件测试就是以此为目的的任何行为。”
而Glenford J. Myers则认为应该首先认定软件是有错误的,然后用测试去发现尽可能多的错误。他于1979年提出了对软件测试的定义:“测试是为发现错误而执行的一个程序或者系统的过程。”
软件工程
5
Myers还给出了与测试相关的三个重要观点:
测试是为了证明程序有错,而不是证明程序无错误;
一个好的测试用例是在于它能发现至今未发现的错误;
一个成功的测试是发现了至今未发现的错误的测试;
Myers认为,一个成功的测试必须是发现程序错误的测试,不然就没有价值。他提出的“测试的目的是证伪”这一概念得到很多业内人士的认可。
软件工程
6
鉴于以上观点,IEEE在其软件工程术语标准中给软件测试下的定义是“用人工或自动的手段来执行和评价系统或系统部件的过程,以检验它是否满足规定的需求,或识别期望的结果和实际的结果之间有无差别”。
在以上两个目的中,通常测试专家更侧重后一个。他们普遍将软件测试视为“根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例,并利用这些测试用例去执行检查并发现软件错误的过程”。
软件工程
7
换言之,测试的目的是
想以最少的时间和人力,系统地找出软件中潜在的各种错误和缺陷。如果我们成功地实施了测试,我们就能够发现软件中的错误。
测试的附带收获是,它能够证明软件的功能和性能与需求说明相符合。
实施测试收集到的测试结果数据为可靠性分析提供了依据。
测试不能表明软件中不存在错误,它只能说明软件中存在错误。
软件工程
8
软件测试的原则
应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。
测试用例应由测试输入数据、执行条件和对应的预期输出结果这两部分组成。兼顾合理的输入和不合理的输入数据
3) 应由独立的第三方来构造测试。(开发和测试队伍分别建立)
4) 在设计测试用例时,应包括合理的输入条件和不合理的输入条件。
5) 所有的测试都应当追溯到用户需求,导致程序不能满足用户需求的错误是严重错误。
软件工程
9
测试与开发前期工作的关系
决定软件与系统的配合关系
需求分析
概要设计
详细设计
编码
单元测试
集成测试
确认测试
系统测试
软件工程
10
充分注意测试中的群集现象。(pareto原则:测试发现的错误中80%很可能起源于20%的模块中)换句话说,测试后程序中残存的错误数目与该程序中已发现的错误数目成正比。应孤立这些疑点模块重点测试
严格执行测试计划,排除测试的随意性。
应当对每一个测试结果做全面检查。
妥善保存测试计划、测试用例,出错统计和最终分析报告,为维护提供方便,直至系统废弃。
任何的修改后,都应进行回归测试。