第10章软件测试方法要点分析.ppt

* 上述43个测试用例可以发现在程序中大部分常见的错误。如果用随机方法设计测试用例不一定会发现这些错误。如果使用得当，边界值分析方法是很有效的。 这个方法看起来似乎很简单，但是由于许多程序中的边界情况很复杂，要找出适当的测试用例还需针对问题的输入域和输出域边界，耐心细致地逐个考虑。 * 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。然后，把已测试过的模块组装起来，进行组装测试，主要对与设计相关的软件体系结构的构造进行测试。确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。最后是系统测试，把已经经过确认的软件纳入实际运行环境中，与系统其他成分组合在一起进行测试。严格地说，系统测试已超出了软件工程的范围。 * 常见的不正确计算有：运算的优先次序不正确或误解了运算的优先次序；运算的方式错，即运算的对象彼此在类型上不相容；算法错；初始化不正确；运算精度不够；表达式的符号表示不正确等。 常见的比较和控制流错误有：不同数据类型量的相互比较；不正确的逻辑运算符或优先级；因浮点数运算精度问题而造成的两值比较不等；关系表达式中不正确的变量和比较符；“差1”错，即不正确地多循环一次或少循环一次；错误的或不可能的循环终止条件；当遇到发散的迭代时不能终止的循环；不适当地修改了循环变量等。 * 驱动模块和桩模块的编写会给测试带来额外的开销。因为它们在软件交付时不作为产品的一部分一同交付，而且它们的编写需要一定的工作量。特别是桩模块，不能只简单地给出“曾经进入”的信息。为了能够正确地测试软件，桩模块可能需要模拟实际子模块的功能，这样，桩模块的建立就不是很轻松了。 * 自顶向下的增值方式在测试过程中较早地验证了主要的控制和判断点。在一个功能划分合理的程序模块结构中，判断常常出现在较高的层次里，因而较早就能遇到。如果主要控制有问题，尽早发现它能够减少以后的返工。如果选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能。 * 随着组装层次的向上移动，驱动模块将大为减少。如果对程序模块结构的最上面两层模块采用自顶向下进行组装和测试，可以明显地减少驱动模块的数目，而且可以大大减少把几个子系统组装起来所需要做的工作。 * 通常调试是一项技巧性很强的工作，其中人员的经验和掌握的技术固然重要，然而分析问题的能力常常是因人而异的。事实表明，这恰是能否很好地完成调试工作的关键。软件调试人员看到测试工作的结果时，迹象表明有问题存在，但此时只能观察到问题的外部表现形式，事实上，问题的外部表现与发生问题的根源之间的联系并不明显。这就需要调试人员通过对表象的分析，由表及里，去伪存真，进而发现问题的本质，找出问题的来龙去脉，然后加以根治，将错误排除。 * 确认测试（validation testing）又称有效性测试。它的任务是验证软件的有效性，即验证软件的功能和性能及其他特性是否与用户的要求一致。在确认测试阶段需要做的工作如下图所示。 10.5 软件测试的策略 确认测试 从上图中可看出，首先要进行有效性测试以及软件配置复审，然后进行验收测试和安装测试，在通过了专家鉴定之后，才能成为可交付的软件。 1．进行有效性测试（黑盒测试） 有效性测试是在模拟的环境（可能就是开发的环境）下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。为此，需要首先制订测试计划，规定要进行测试的种类。还需要制订一组测试步骤，描述具体的测试用例。通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符，确保所有的软件功能需求都能得到满足，所有的软件性能需求都能达到，所有的文档都正确且便于使用。同时，对其他软件需求，如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试，确认是否满足。 10.5 软件测试的策略 2．软件配置复查 软件配置复查的目的是保证软件配置的所有成分都齐全，各方面的质量都符合要求，具有维护阶段所必须的细节，而且已经编排好分类的目录。 除了按合同规定的内容和要求，由人工审查软件配置之外，在确认测试的过程中，应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。必须仔细记录发现的遗漏和错误，并且适当地补充和改正。 10.5 软件测试的策略 3．?测试和?测试 在软件交付使用之后，用户将如何实际使用程序，对于开发者来说是无法预测的。如果软件是为多个用户开发的产品，让每个用户逐个执行正式的验收测试是不切实际的。很多软件产品生产者采用一种称之为?测试和?测试的测试方法，以发现可能只有最终用户才能发现的错误。 ?测试是由一个用户在开发环境下进行的测试，也可以是公司内部