08软件测试.ppt

接口测试 * * 接口测试 目标是检测接口错误或无效的接口假设引起的故障 接口的类型 参数接口，主要是数据和函数指针，由一个组件传递到另一个组件 共享内存接口，有一个被子系统共享的内存块 程序接口，子系统封装一组程序，这些程序可以被其他子系统调用 消息传递接口，子系统通过消息传递来请求其他子系统上的服务 * * 接口错误 接口误用 调用者组件在调用其他组件接口时使用不当而产生的接口错误 接口误解 调用者组件误解了被调用组件的接口描述而产生接口错误，对被调用组件行为进行了错误的假设 时序错误 系统使用了共享内存接口或消息传递接口而产生接口错误 * * 接口测试一般准则 审查要测试的代码并明确地列出对外部组件的每个调用。 当有指针从接口传递时，总用空指针参数来测试接口。 设计一些容易引起组件失效的测试。 在消息传递系统中进行强度测试。 当组件通过共享内存来交互时，设计测试使其对激活组件次序有所改变。 * * 8.1.4 系统测试 系统测试包括集成组件来形成一个新版本的系统，然后测试集成后的系统 系统测试强调测试组件之间的交互 系统测试确保组件是可兼容的、能正确地进行交互，以及通过它们的接口在适当的时候传送正确的数据 系统测试测试系统的总体行为 * * 系统和组件测试的区别 在系统测试中，单独开发的可复用组件和商业现货系统可能会与新开发的组件集成到一起，然后对完整的系统进行测试 不同小组成员或群组开发的组件可能在这个阶段集成。系统测试是一个集体的过程而不是一个独自的过程 在一些公司中，系统测试可能由一个独立的测试小组执行，没有设计人员和程序员的参与 * * 用例测试 用例被用来定义系统之间的交互，可以作为系统测试的基础 每个用例通常涉及多个系统组件，因此测试这个用例，迫使这些相互作用发生。 序列图建模用例的实现，可以看到交互中涉及的对象或组件，从而进行测试 * * * * 收集气象数据的序列图 测试策略 无遗漏测试是不可能的，因此需要建立一个可能的测试子集，根据子集进行测试 测试策略例子 所有的能从菜单中得到的系统功能都应该被测试到 可以从同一个菜单中访问的组合功能需要被测试 在提供用户输入的地方，所有的功能都必须对正确的和不正确的输入进行测试 * * 8.2 测试驱动的开发 测试驱动的开发（TDD）是一种程序开发方法，交错进行测试和代码开发。 代码通过测试，是开发的关键驱动力。 开发代码增量，一起测试该增量。不移动到下一个增量，直到你已经开发的代码，通过其测试。 TDD的引入是作为如极限编程这样敏捷方法的一个部分。但是，它也可用于计划驱动的开发过程中。 * * 测试驱动的开发 * * 写 测试 运行 测试 实现功能 并重构 识别新 的功能 失败 通过 TDD 的过程活动 从识别所需要的功能增量开始。这个通常比较小，用几行代码就可以实现。 针对此功能编写一个测试并实现为一个自动测试。 然后运行此测试，以及所有已实现的其他测试。最初，并没有实现这个功能，因此这个新的测试是失败的。 然后实现这个功能，并重新运行这个测试。 一旦所有的测试成功，就可以转去实现下一个功能块。 * * 测试驱动开发的好处 代码覆盖 每个代码片段都至少有一个测试 回归测试 随着一个程序的开发，一个测试套件也增量式的开发出来 简化调试 当一个测试失败时，问题出在何处是很明显的 系统文档 测试本身就表现为一种文档形式，它描述代码应该做什么 * * 回归测试 回归测试就是测试系统，检查变化没有‘破坏以前的工作代码。 在手动测试过程中，回归测试是昂贵的，但是，自动化测试，它是简单明了的。当程序每次改变时所有的测试都重新运行。 程序在改变之前测试必须‘成功’。 * * 8.3 发布测试 发布测试是为开发组以外的用户使用系统的一个特殊版本所做的测试过程 发布测试过程中的主要目标是说服供应商，该系统是足够使用的。 因此，发布的测试表明，该系统提供了其指定的功能，性能和可靠性，在正常使用过程中，不会出错。 发布测试通常是一个黑盒测试过程，测试从系统描述导出 * * 黑盒测试、白盒测试 黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。 白盒测试：已知产品的内部工作过程，可以进行测试证明每种内部操作是否符合设计规格要求，所有内部成分是否经过检查。 * * 黑盒测试与白盒测试的区别 黑盒测试 测试特点：测试功能； 测试依据：需求规格说明书 方法举例：等价类划分、边界值测试 优点：能站在用户的立场上进行测试 缺点：不能测试程序内部特定部位，如程序有误，则无法发现。 白盒测试 测试特点：测试程序接口与结构 测试依据：软件程序 方法举例：逻辑覆盖 优点：对程序内部特定部位进行覆盖测试。 缺点：无法检验程序外部特性。 * * 黑盒测试与白盒测试的区别 黑盒测