软件测试的目标.pptVIP

集成测试 集成测试是通过测试发现和接口有关的问题来构造程序结构的系统化技术。 目标：把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构。 7．３　集成测试 集成测试是组装软件的系统技术，由模块组装成程序时有两种方法。 一种方法是先分别测试每个模块，再把所有模块按设计要求放在一起结合成所要的程序，这种方法称为非渐增式测试方法；（通常存在的倾向） 另一种方法是把下一个要测试的模块同已经测试好的那些模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试。这种每次增加一个模块的方法称为渐增式测试，这种方法实际上同时完成单元测试和集成测试。 两种方法的主要优缺点： 非渐增式测试方法工作量比较大 渐增式测试可以较早发规模块间的接口错误；非渐增式测试最后才把模块组装在一起，因此接口错误发现得晚。 非渐增式测试一下子把所有模块组合在一起，如果发现错误则较难诊断定位；使用渐增式测试方法时，如果发生错误则往往和最近加进来的那个模块有关。 渐增式测试方法对程序的测试更彻底。 渐增式测试需要较多的机器时间。 非渐增式测试方法可以并行测试所有模块，因此能充分利用人力，加快工程进度。 总的说来，渐增式测试方法比较好。 使用渐增方式把模块结合到软件系统中去时，有自顶向下和自底向上两种方法。 7.3.1自顶向下结合 从主控制模块（“主程序”）开始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。 7.3.2 自底向上结合 自底向上测试从“原子”模块（即在软件结构最低层的模块）开始组装和测试。 7.3.3 不同测试策略的比较 自顶向下结合的优点： 不需要测试驱动程序，能在早期实现并验证系统的主要功能，能较早发现上层模快的接口错误。 自顶向下结合的缺点： 需要存根程序，可能遇到与此相联系的测试困难，低层关键模块中的错误发现较晚，而且用这种方法在早期不能充分展开人力。 自底向上测试方法的优缺点刚好相反。 混合策略： 改进的自顶向下测试方法： 基本上使用自顶向下的测试方法，但是在早期，就使用自底向上的方法测试软件中的少数关键模块。 混合法：对软件结构中较上层，使用的是自顶向下方法；对软件结构中较下层，使用的是自底向上方法，两者相结合。 ７．４　验收测试 验收测试的任务——验证软件的有效性。 软件有效性定义——如果软件的功能和性能如同用户所合理地期待的那样，则软件是有效的。 需求分析阶段产生的文档准确地描述了用户对软件的合理期望，因此是软件有效 的标准，也是验收测试的基础。 回归测试 对某些已经进行过测试的某些子集在重新进行一遍。 用来保证（由于测试或其他原因）改动不会带来不可预料的行为或者另外的错误活动。 通过重新执行所有的测试用例的一个子集人工的来进行，或使用自动化捕获回访工具来进行。 测试用例的类型包括： 能够测试软件的所有功能的代表性测试用例 专门针对可能会修改影响的软件功能的附加测试 针对修改过的软件成分的测试 进行集成测试时，应能识别关键模块。 关键模块的特性： 和好几个软件需求有关 含有高层控制（位于程序结构的高层） 本身是复杂的或者是容易出错的 含有确定性的性能需求 关键模块应尽可能早地进行测试 回归测试应集中在关键模块的功能上 7.4.1 验收测试（确认测试）的范围 验收测试的范围与系统测试类似，但是也有一些差别。 验收测试有两种可能的结果： （1）功能和性能与用户要求一致，软件是可以接受的； （2）功能或性能与用户的要求有差距。 7.4.2 软件配置复查 系统测试 将软件和其他系统成分（新的硬件、信息）集成起来，进行系统集成和确认测试。（不属于软件工程的研究范围） 系统测试类型 恢复测试 安全测试 压力测试 性能测试 ７．５　设计测试方案 测试方案包括预定要测试的功能，应 该输入的测试数据和预期的结果。 通常的做法是，用黑盒法设计基本的测试方案，再用白盒法补充一些方案。 7.5.1 逻辑覆盖 逻辑覆盖是对一系列测试过程的总称，这组测试过程逐渐进行越来越完整的通路测试。 1. 语句覆盖 选择足够多的测试数据，使被测试程序中每个语句至少执行一次。 2. 判定覆盖 判定覆盖又叫分支覆盖，它的含义是，不仅每个语句必须至少执行一次，而且每个判定的每种可能的结果都应该至少执行一次，也就是每个判定的每个分支部至少执行一次。 3. 条件覆盖 不仅每个语句至少执行一次，而且使判定表达式中的每个条件都取到各种可能的结果。 4. 判定／条件覆盖 同时满足判定和条件两种覆盖标准的逻辑覆盖，这就是判定／条件覆盖。它的含义是，选取足够多的测试数据，使得判定表达式中的每个条件都取到各种可能的值，而且每个判定表达式 也都取到各种可能的结