共京部電大学 121.2软件的可测试性 影响软件可测试性的因素 可操作性:运行的越好,被测试的效率越高 可观察性:所看见的就是所测试的 可控制性:对软件的控制越好,测试越能被自动执行 与优化 可分解性:通过控制测试范围,能够更快地分解问题 ,执行更灵巧的再测试 简单性:需要测试的内容越少,测试的速度越快 稳定性:改变越小,对测试的破坏越小 易理解性:得到的信息越多,进行的测试越灵巧 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 6 12.1.2 软件的可测试性 ◆ 影响软件可测试性的因素 ： ➢ 可操作性 ：运行的越好，被测试的效率越高 ➢ 可观察性 ：所看见的就是所测试的 ➢ 可控制性 ：对软件的控制越好，测试越能被自动执行 与优化 ➢ 可分解性 ：通过控制测试范围，能够更快地分解问题 ，执行更灵巧的再测试 ➢ 简单性 ：需要测试的内容越少，测试的速度越快 ➢ 稳定性 ：改变越小，对测试的破坏越小 ➢ 易理解性 ：得到的信息越多，进行的测试越灵巧
共京部電大学 1213软件测试的对象 软件测试并不等于程序测试,应该贯穿于软件开发的整 个期间。 需求分析、概要设计、详细设计以及程序编码等各个阶 段所得到的文档,都应该成为测试的对象。 为了把握各个环节的正确性,人们需要进行各种确认和 验证工作: ◆确认( Validation):是一系列的活动和过程,其目的是 证实在一个给定的外部环境中软件的逻辑正确性。 需求规格说明的确认 程序的确认 ◆验证( Verification):试图证明在软件生存期各个阶段 ,以及阶段间的逻辑协调性、完备性和正确性。 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 7 12.1.3 软件测试的对象 ◆ 软件测试并不等于程序测试，应该贯穿于软件开发的整 个期间。 ◆ 需求分析、概要设计、详细设计以及程序编码等各个阶 段所得到的文档，都应该成为测试的对象。 ◆ 为了把握各个环节的正确性，人们需要进行各种确认和 验证工作： ◆ 确认（Validation）：是一系列的活动和过程，其目的是 证实在一个给定的外部环境中软件的逻辑正确性。 ➢ 需求规格说明的确认 ➢ 程序的确认 ◆ 验证（Verification）：试图证明在软件生存期各个阶段 ，以及阶段间的逻辑协调性、完备性和正确性
共京部電大学 1213软件测试的对象 用卢要求 运行结果 相符吗? 让算机 我要什么? 勤的窠得 理解正确 表达正确 推准/a 运行正确性 输入正确性 需求说明书 源程序 分析员 我可以提 猥序员 供什么? 我要 机 法算 理解正确 设计说明书 正确 表达正确 设计员 编码正确 要让软件 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 8 12.1.3 软件测试的对象 用户要求 用户: 我要什么? 运行结果 计算机: 程序运行得 到的结果 源程序 程序员: 我要让计算 机什么做? 设计说明书 设计员: 我要让软件 做什么? 需求说明书 分析员: 我可以提 供什么? 1 2 3 4 5 理解正确性 表达正确性 理解正确性 设计正确性 表达正确性 理解正确性 编码正确性 运行正确性 输入正确性 相符吗?
共京部電大学 1214软件测试信息流 错误 邀填梦 果结果 排错 分析 改正的软件 出 测试 软件配置 据 测试配置 可靠性 分析 测试工具 预测的可靠性 ◆软件配置:包括软件需求规格说明、软件设计规格 明、源代码等 ◆测试配置:包括测试计划、测试用例、测试驱动程 序等 ◆测试工具:测试工具为测试的实施提供某种服务。 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 9
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 9 12.1.4 软件测试信息流 ◆ 软件配置：包括软件需求规格说明、软件设计规格 说明、源代码等 ◆ 测试配置：包括测试计划、测试用例、测试驱动程 序等 ◆ 测试工具：测试工具为测试的实施提供某种服务
共京部電大学 121.5软件测试步骤 被测模块/单元 测试人 槍息 欢需 系 统 其元 它素 被测模块。/单元 测试 集成 确认 系统 测试 已集成 测试/已确认测可交付 已经过 的软件 的软件 的软件 测试的 被测模块,/单元)模块 测试 ⊙2008 BUPT TSEG 北京邮电大学通信软件工程中心 10
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心 10 12.1.5 软件测试步骤