9、软件测试过程总结.ppt

第9章 软件测试过程 内容提要 9.1 计算机软件的可靠性要素 9.1.1 软件可靠性工程 9.1.2 注意的要素 9.2 软件测试的目的和原则 9.2.1 软件测试的目的 9.2.2 软件测试的原则 9.3 软件测试过程 9.3.1 软件测试过程概述 9.3.2 单元测试 9.3.3 集成测试 9.3.4 系统测试 9.3.5 验收测试 9.3.6 回归测试 内容提要 9.4 软件测试与软件开发的关系 9.4.1 软件测试贯穿于整个软件开发生命周期 9.4.2 生命周期测试与V模型 9.5 软件测试的过去、现在和未来 9.6 我国软件测试产业的现状 9.7测试工具选择 9.7.1 白盒测试工具 9.7.2 黑盒测试工具 9.7.3 测试设计和开发工具 9.7.4 测试执行和评估工具 9.7.5 测试管理工具 9.7.6 功能和成本 9.8 小结 9.1 计算机软件的可靠性要素 9.1.1 软件可靠性工程 软件可靠性（Software Reliability）是软件质量中的一个重要因素，同时，它还是软件系统固有特性之一，它表明了一个软件系统按照用户的要求和设计的目标，执行其功能的正确程度。软件可靠性与软件缺陷有关，也与系统输入和系统使用有关。 理论上说，可靠的软件系统应该是正确、完整、一致和健壮的。 但是实际上任何软件都不可能达到百分之百的正确，而且也无法精确度量。一般情况下，只能通过对软件系统进行测试来度量其可靠性。 软件可靠性有很多不同描述的定义，目前被广泛接受的定义是：“软件可靠性是软件系统在规定的时间内及规定的环境条件下，软件不引起系统失效的概率。” 该概率是系统功能及软件中存在的差错的函数。 软件可靠性是软件的客观属性，它只有在软件运行时才表现出来。因此，一般来说，软件失效就意味着在软件运行时不能够完成需求中所规定的预期任务。 9.1.2 注意的要素 规定的时间 规定的环境条件 不引起系统失效 研究软件可靠性的目的 软件的可靠性与正确性的区别 什么是软件测试 广义的概念 指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认 狭义概念 识别软件缺陷的过程，即实际结果与预期结果的不一致 什么是软件测试 软件测试通常包括验证(verification)和确认(validation)： 验证指保证软件正确的实现了某一特定功能的一系列活动 确认指的是保证软件的实现满足了用户需求的一系列活动 软件测试的目的 测试的目的就是发现软件中的各种缺陷 测试只能证明软件存在缺陷，不能证明软件不存在缺陷 测试可以使软件中缺陷降低到一定程度，而不是彻底消灭 以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量 测试的目标 最终目的是确保软件的功能符合用户的需求，把尽可能多的问题在发布或交付前发现并改正： 确保软件完成了它所承诺或公布的功能 确保软件满足性能的要求 确保软件是健壮的和适应用户环境的 测试的目标 为软件的质量评估提供依据 为软件质量改进和管理提供帮助 软件测试的复杂性分析 1、无法对程序进行完全测试 （1）测试所需要的输入量太大 （2）测试的输出结果太多 （3）软件实现的途径太多 （4）软件规格说明没有一个客观标准 2、测试无法显示潜在的软件缺陷和故障 ——通过软件测试只能报告软件已被发现的缺陷和故障，无法报告隐藏的软件故障。 3、存在的故障现象与发现的故障数量成正比 ——结论：应当对故障集中的程序段进行重点测试 软件测试的复杂性分析（续） 4、不能修复所有的软件故障 ——原因：没有足够的进行修复；修复的风险较大； 不值得修复；可不算做故障的一些缺陷；“杀虫剂现象”。 ——结论：关键是要进行正确的判断、合理的取舍，根据风险分析决定哪些故障必须修复，哪些故障可以不修复。 5、软件测试的代价 ——工作原则：就是如何将无边无际的可能性减小到一个可以控制的范围，以及如何针对软件风险做出恰当选择，去粗存精，找到最佳的测试量，使得测试工作量不多也不少，既能达到测试的目的，又能较为经济。 软件测试的复杂性分析（续） 软件测试原则 Good-enough: 一种权衡投入/产出比的原则 保证测试的覆盖程度，但穷举测试是不可能的 所有的测试都应追溯到用户需求 越早测试越好，测试过程与开发过程应是相结合的 测试的规模由小而大，从单元测试到系统测试 为了尽可能地发现错误，应该由独立的第三方来测试 不能为了便于测试擅自修改程序 既应该测试软件该做什么也应该测试软件不该做什么 测试的规律 木桶原理： 软件质量的关键因