现代软件工程第11章 软件测试.pptx

目 录10436712589面向对象的测试策略系统策略测试技巧软件测试策略传统软件的测试策略确认测试测试传统应用系统测试面向对象应用系统WebApp的测试策略测试Web应用系统第11章 软件测试软件测试的目标是发现错误。对于传统软件，这个目标是通过一系列测试步骤达到的。单元测试和集成测试侧重于验证模块的功能以及将模块集成到程序结构中去；确认测试验证软件需求的可追踪性；系统测试在软件集成为较大的子系统和系统时对软件进行确认。每个测试步骤都是通过有助于测试用例设计的一系列系统化测试技术来完成的。第11章 软件测试测试从“小范围”开始，并逐步过渡到“软件整体”。这意味着，早期的测试关注单个构件，利用测试发现封装在构件中的数据错误和处理逻辑错误。当完成单个构件的测试后，需要将构件集成起来，直到建成整个系统。这时，执行一系列的高阶测试，以发现不满足客户需求的错误。随着错误的发现，必须利用调试过程对错误进行诊断和纠正。与测试不同的是，调试被看作是一种技术。从问题的症状显示开始，调试活动要去追踪错误的原因。11.1 软件测试策略11.1 软件测试策略软件测试策略由项目经理、软件工程师及测试专家来制定，它提供了一张路线图：描述将要进行的测试步骤，这些步骤计划和执行的时机以及需要的工作量、时间和资源。任何测试策略都必须包含测试计划、测试用例设计、测试执行以及测试结果数据的收集与评估。因此，测试所花费的工作量经常比其他任何软件工程活动都多。测试规格说明是将软件测试团队的具体测试方法文档化，主要包括制定描述整体策略的计划，定义特定测试步骤的规程及将要进行测试的类型。11.1.1 策略问题尽管测试的主要目的是查找错误，但是一个好的测试策略也可以用来评估软件的其他质量特性，例如可移植性、可维护性和易用性等。这些都应该以可测量的方式加以规定，从而保证测试结果无歧义性。1）明确地陈述测试目标。测试的特定目标应该用可测量的术语进行陈述。例如，测试的有效性、测试的覆盖率、平均故障时间、发现和修正缺陷的成本、剩余缺陷的密度或出现频率、测试的工作时间，这些都应当在测试计划中陈述。2）了解软件的用户并为每类用户建立用户描述。描述每类用户交互场景的用例，侧重于测试产品的实际使用，可以减少整个测试的工作量。3）制定强调“快速周期测试”的测试计划。对客户有用的至少是可作检查的功能增量和（或）质量改进进行快速周期（2％项目工作量）测试，从中得到的反馈可用于控制质量的等级和相应的测试策略。11.1.1 策略问题4）建立能够测试自身的“健壮”软件。软件应该利用防错技术进行设计，能够诊断自身的某些类型错误。软件设计应该包括自动化测试和回归测试。5）测试之前，利用有效的正式技术评审作为过滤器。在发现错误方面，正式技术评审与测试一样有效，评审可以减少生产高质量软件所需的测试工作量。正式技术评审能够发现测试方法中的不一致、遗漏和明显的错误。为测试过程建立一种持续的改进方法。测试策略应该是可以测量的。测试过程中收集的度量数据应当作为软件测试的统计过程控制方法的一部分。11.1.1 策略问题测试是事先计划并可以系统地进行的一系列活动。因此，应该为软件过程定义软件测试模板，将特定的测试用例设计技术和测试方法放到一系列的测试步骤中去。为软件开发人员提供的测试模板具备下述一般特征：为完成有效的测试，应该进行有效的、正式的技术评审。通过评审，许多错误可以在测试开始之前排除。测试开始于构件层，然后向外“延伸”到整个基于计算机系统的集成。不同的测试技术适用于不同的软件工程方法和不同的时间点。测试由软件开发人员和（对大型项目而言）独立的测试组执行。测试和调试是不同的活动，但任何测试策略都必须包括调试。11.1.1 策略问题软件测试策略必须提供必要的低级测试，可以验证小段源代码是否正确实现。也要提供高级测试，用来确认系统的主要功能是否满足用户需求。软件测试策略必须为专业人员提供工作指南，同时，为管理者提供一系列的里程碑。测试的进度必须是可测量的，并且应该让问题尽可能早地暴露。11.1.2 验证与确认所谓验证是指确保软件正确地实现某一特定功能的一系列活动，确认是指确保开发的软件可追溯到客户需求的另外一系列活动，而软件测试则是验证与确认的一部分。验证与确认包含广泛的SQA（软件质量保证）活动：正式技术评审、质量和配置审核、性能监控、仿真、可行性研究、文档评审、数据库评审、算法分析、开发测试、易用性测试、合格性测试、验收测试和安装测试。测试确实为软件质量的评估（更实际地说是错误的发现）提供了最后的堡垒，但是，测试不应当被看作安全网。在软件工程的整个过程中，质量已经被包含在软件之中了。方法和工具的正确运用、有效的正式技术评审、坚持不懈的管理与测量，这些都形成了在测试过程中所确认的质量。11.1.