软件工程 第七版 Chapter_14v1 软件测试策略 .pptVIP

* 软件测试 测试是在交付产品给最终用户之前，带着特定的目的在运行程序的过程中发现错误。 测试的目的是为了发现测试对象的问题，而不是证明测试对象没有问题。 * 策略性方法 测试策略为软件开发人员提供了测试模板，且具备下述一般特征： 为完成有效的测试，应该进行有效的技术评审。通过评审，许多错误可以在测试开始之前排除。 测试开始于构件层，然后向外“延伸”到整个基于计算机系统的集成。 不同的测试技术适用于不同的软件工程的方法和不同的时间点。 测试由软件开发人员和（对大型项目而言）独立的测试组执行。 测试和调试是不同的活动，但任何测试策略都必须包括调试。 * V V（验证与确认——Verification and Validation） 软件测试是通常所讲的更为广泛的主题——验证与确认的一部分。 验证是指确保软件正确地实现某一特定功能的一系列活动。 确认指的是确保开发的软件可追溯到客户需求的另外一系列活动。Boehm [Boe81] 用另一种方式说明了这两者的区别： 验证：我们在正确地构造产品吗？ 确认：我们在构造正确的产品吗？ * 谁测试软件？ 开发者 独立测试者 理解系统，但是测试很“温和”，由“交付”驱动。 开发者的软件分析与设计连同编码是建设性的任务。其精心地设计和执行测试，试图证明其程序的正确性，而不是发现错误。 必须了解系统，但试图打破它，由质量驱动。 以开发者的观点，可以认为测试是破坏性的。由一种微妙但确实存在的企图，试图摧毁软件工程师所建造的大厦。 developer independent tester * 测试策略 系统工程 需求分析模型 设计模型 代码生成 单元测试 集成测试 确认测试 系统测试 System engineering Analysis modeling Design modeling Code generation Unit test Integration test Validation test System test * 测试策略 我们首先以‘小的测试’开始，随后转向‘大的测试’ 对于传统的软件 我们最初关注模块（构件） 随后关注集成模块 对于面向对象软件 我们的关注点从单独模块“小的测试”（传统的观点）变化到一个包含属性和操作以及暗含沟通和协作的面向对象类。 * 策略问题 早在测试之前，就要以量化的方式规定产品需求。 明确地陈述测试目标。 了解软件的用户并为每类用户建立用户描述。 指定强调“快速周期测试”的测试计划。 建立能够测试自身的“健壮”软件。 测试之前，利用有效的正式技术评审作为过滤器。 实施正式技术评审以评估测试策略和测试用例本身。 为测试过程建立一种持续的改进方法。 单元测试 单元测试是对软件的基本组成单元进行测试。 单元可以是：函数、子过程 类或类的方法 独立的过程和函数 一个菜单或显示界面 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman. * * 单元测试 被测试的模块 测试用例 结果 软件工程师 module to be tested test cases results software engineer * 单元测试 接口 局部数据结构 边界条件 独立路径 错误处理路径 测试用例 被测试的模块 interface local data structures boundary conditions independent paths error handling paths module to be tested test cases 单元测试的主要任务 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman. * 模块 模块接口 局部数据结构 独立路径测试 出错处理 边界条件 模块接口 这是对模块接口进行的测试，检查进出程序单元的数据流是否正确。模块接口测试必须在任何其它测试之前进行。若数据不能正确的输入输出，那么其他测试都是没有意义的。 These slides are designed to accompany Software Engineerin