软件测试课件作者郑人杰许静于波第2章节软件测试策略.pptVIP

第二章 软件测试的策略 测试的设计 测试过程设计 测试类型设计 测试数据设计 测试的管理 流程管理 数据管理 软件测试与软件工程模型 V模型介绍 2.1 测试方法2.2 测试的步骤 2.1 测试方法 静态方法和动态方法 黑盒测试和白盒测试 回归测试方法 模拟用户操作测试方法 自动方法和手工方法 静态方法和动态方法 静态方法的主要特征是在用计算机测试源程序时，计算机并不真正运行被测试的程序，只对被测程序进行特性分析。因此，静态方法常称为“分析”，静态分析是对被测程序进行特性分析的一些方法的总称。 动态方法的主要特征是计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况(输入/输出的对应关系)进行分析。 黑盒测试 黑盒测试（Black—box Testing）又称功能测试、数据驱动测试或基于规格说明的测试，是一种从用户观点出发的测试。 被测程序被当作一个黑盒，不考虑程序内部结构和内部特性，测试者只知道该程序输入和输出之间的关系或程序的功能，依靠能够反映这一关系和程序功能的需求规格说明书考虑确定测试用例和推断测试结果的正确性。 软件的黑盒测试被用来证实软件功能的正确性和可操作性。 白盒测试 白盒测试（White—box Testing）又称结构测试、逻辑驱动测试或基于程序的测试。 它依赖于对程序细节的严密检验，针对特定条件设计测试用例，对软件的逻辑路经进行测试。 在程序的不同点检验“程序的状态”以判定其实际情况是否和预期的状态相一致。 软件的白盒测试用来分析程序的内部结构 白盒测试要求对某些程序的结构特性做到一定程度的覆盖，或者说是“基于覆盖的测试” 。 最为常见的程序结构覆盖有： 语句覆盖：它要求被测程序的每一可执行语句在测试中尽可能都检验过，这是最弱的逻辑覆盖准则； 分支覆盖或判定覆盖：要求程序中所有判定的分支尽可能得到检验； 条件覆盖：当判定式中含有多个条件时，要求每个条件的取值均得到检验； 判定／条件覆盖：同时考虑条件的组合值及判定结果的检验； 路径覆盖：只考虑对程序路径的全面检验。 黑盒测试与白盒测试的比较 回归测试 目标：① 修改的或增加的部分是正确的 ② 没有引起其他部分产生错误 应用：①增量开发 ②版本控制 ③软件维护 模拟用户操作测试方法 基于对用户如何使用被测试软件的了解来开发测试的方法。 经验表明，复杂的软件产品可能有许多错误，但用户一般只能找出这些错误中很少的一部分。 为给用户带来最大利益，要着重对那些用户可能发现的错误进行测试和修改工作。 2.2 测试步骤 单元测试 集成测试 系统测试 单元测试 目的：分别完成每个单元的测试任务，以确保每个模块能正常工作。 单元测试 单元测试在迭代的早期实施，侧重于核实软件的最小可测试元素。单元测试通常应用于实施模型中的构件，核实是否已覆盖控制流和数据流，以及构件是否可以按照预期工作。  单元测试的考虑 算法和逻辑 模块接口 数据结构（全局和局部） 边界条件 独立的路径 错误处理 单元测试的辅助模块 驱动程序：用于模拟主程序的运行 桩模块：用于模拟子程序的运行 单元测试的过程 集成测试 为什么进行集成测试？ 一个模块可能对另一个模块产生不利的影响 将子功能合成时不一定产生所期望的主功能 独立可接受的误差，在组装后可能会超过可接受的误差限度 可能会发现单元测试中未发现的接口方面的错误 在单元测试中无法发现时序问题（实时系统） 在单元测试中无法发现资源竞争问题 集成测试的方法 非增式测试：采用一步到位的方法来构造测试：对所有模块进行个别的单元测试后，按程序结构图将各模块联接起来，把联接后的程序当作一个整体进行测试。 增式测试 ：把下一个要测试的模块同已经测试好的模块结合起来进行测试，一次增加一个测试的模块。 非增式测试 增式测试 增式测试把单元测试与集成测试结合起来进行，将模块逐步集成起来，逐步完成集成测试。 实施方法： 自顶向下结合 自底向上结合 两种集成方法的比较 自顶向下增式测试 集成步骤： 主控模块作为测试驱动，所有与主控模块直接相连的模块作为桩模块； 根据集成的方式（深度或广度），每次用一个替换从属的桩模块； 在每个模块被集成时，都必须已经进行了单元测试； 进行回归测试以确定集成新模块后没有引入错误 上述过程从第2步重复进行，直到整个系统结构被集成完成。 自顶向下增式测试 自底向上增式测试 工作程序： 组装从最底层的模块开始，组合成一个构件，用以完成指定的软件子功能 编制驱动程序，协调测试用例的输入与输出 测试集成后的构件 按程序结构向上组装测试后的构件，同