软件文档写作07-管理文档.ppt

* ▲ 结构化测试 结构化测试是一种根据软件结构知识和实现知识所进行的测试方法。结构化测试也成为白盒测试。结构化测试的过程如下图所示。 测试数据 测试输出 组件代码 导出 测试 结构化测试除了用于单元测试外，一般适合用于相对较小的程序，如一个子程序或对象的一个操作等。 结构化测试是通过代码分析来估计需要多少测试用例，以保证测试过程中，程序或组件中所有语句都至少遍历一遍。 ▲ 路径测试 是结构化测试的一种策略。即在程序控制流程图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。而设计出的测试用例要保证在测试中程序的每一个可执行语句都能至少执行一次。 在面向对象的程序开发过程中，路径测试在测试对象中的方法时，常会用到。程序中的路径数量通常与程序的长度成正比。 * (2) 集成测试设计 集成测试开始于系统组件、子系统或完整系统的组装完成时，其目的是发现组件交互中的问题。 集成测试的主要困难是在测试过程中对发现的错误的定位。一个好的方法是采用所谓的增量法。即先从一个集成度最小的系统配置开始测试，完成后一个增量一个增量的增加配置，然后逐步完成系统完整配置的测试。下图就是增量化集成测试的例子。 A B T1 T2 T3 a. 测试序列1 A B T1 T2 T3 C T4 b. 测试序列2 A B T1 T2 T3 c. 测试序列3 C D T4 T5 * ▲ 自顶向下的和自底向上的测试是两种不同的测试策略 在自顶向下的集成测试中，系统的高层组件在系统设计和实现完成之前进行集成和测试。如下图所示 1级 1级 2级 2级 2级 测试序列 …… 在自底向上的集成测试中，低层组件在高层组件开发出来之前进行集成和测试。如下图所示 N 级 N 级 N 级 N 级 N 级 N-1级 N-1级 N-1级 测试驱动程序 测试驱动程序 测试序列 * ▲ 接口测试 当模块或子系统被集成时，就有一个事先定义的接口供其它组件调用。接口测试的目的就是检测因接口错误或对接口进行的无效假设而造成的系统缺陷。下图就是对接口测试的示意图。 测试用例 A B C 图中，指向方块边界的箭头表示测试用例不是只针对单个组件的，而是对组件构成的整个子系统的。 接口错误是对象之间交互的结果，而不是出于单个对象的行为。因此，接口错误是不可能通过对单个对象的测试发现的。 这种测试形式非常适合面向对象的系统。 ▲ 强度测试 系统被完全集成后，就可以进行总体性能测试了。 为性能测试所设计的测试用例要保证能够测试到系统的正常负荷。通常，要设计出一系列的测试，使得系统的测试负荷能稳步上升，直到系统达到性能极限。然后，强度测试继续使用测试用例测试，直到系统失败。这类测试有两个作用：检查系统的柔性；可能模拟到正常情况下的不寻常组合，以暴露系统正常情况下不会暴露的缺陷。 * (3) 面向对象的测试 尽管前面介绍的测试方法能够用于面向对象程序的测试，但是面向对象的测试还具有自己的另外一些特点。 ▲ 面向对象的单元测试 以往单元测试的方法可继续沿用，实际测试类成员函数。对象的完全覆盖测试应包括： - 对象中所有操作被单独隔离的测试 - 对象中所有属性的设置和访问的测试 - 对象中所有可能状态的测试 如果使用了继承，则对类的测试应延伸到所有子类所继承的操作。 * ▲ 面向对象的集成测试 由于面向对象程序中，类相互依赖极其紧密，根本无法在编译不完全的程序上对类进行测试。所以，面向对象的集成测试通常需要在整个程序编译完成后进行。此外，面向对象程序具有动态特性，程序的控制流往往无法确定，因此也只能对整个编译后的程序做基于黑盒的集成测试。 面向对象的集成测试能够发现相对独立的单元测试无法检出的那些类相互作用时才会产生的错误。具体设计测试用例，可参考以下步骤： - 选定检测的类，列出类的状态、行为、传递的消息，及输入/输出的界定等 - 利用结构关系图确定待测类的所有关联，确定覆盖标准 - 根据程序中类的对象构造测试用例，确认输入、服务和期望产生的行为等 * 8. 软件测试计划文档 测试计划起到测试工作过程框架结构的功能，是好的测试工作的基础。一个测试计划的基本内容包括：基本情况分析、测试需求说明、测试策略和记录、测试资源配置、问题跟踪报告、测试计划的评审等。 ▲ 基本情况分析。包括系统运行平台、应用领域、特点和主要功能模块等。分析要点有：测试目的和侧重点、系统适合于测试的内容/操作划分、测试的潜在风险、系统与测试相关的资料说明。 ▲ 测试需求说明。列出测试功能项，规定应该测试的具体内容。 ▲ 测试策略和记录。描述如何开展测