软件工程课件教案实现.ppt

3. 估算平均无故障时间 经验表明，平均无故障时间与单位长度程序中剩余的错误数成反比，即 其中K为常数，它的值应该根据经验选取。美国的一些统计数字表明，K的典型值是200。因此，也可以根据对软件平均无故障时间的要求，估计需要改正多少个错误之后，测试工作才能结束。 换个角度看问题 7.7.3 错误推测 不同类型不同特点的程序通常又有一些特殊的容易出错的情况。因此必须依靠测试人员的经验和直觉，从各种可能的测试方案中选出一些最可能引起程序出错的方案。 错误推测法在很大程度上靠直觉和经验进行。它的基本想法是列举出程序中可能有的错误和容易发生错误的特殊情况，并且根据它们选择测试方案。 例如，测试一个对线性表（比如数组）进行排序的程序，可推测列出以下几项需要特别测试的情况： 1）输入的线性表为空表； 2）表中只含有一个元素； 3）输入表中所有元素已排好序； 4）输入表已按逆序排好； 5）输入表中部分或全部元素相同。 于是，可以针对以上列出的每一种情况各设计一个测试用例。 组合数据测试 实践表明，在单个测试用例没有测试出错误的情况下，采用测试数据的某种组合却可能检测出程序中隐藏很深的错误。 组合数据测试法可以采用的有效工具有判定表、判定树等。 以判定表为例，即列出输入数据的各种组合情况和程序相应的动作、可能的输出结果之间的对应关系，然后为判定表的每一列至少设计一个测试用例。 实用策略(Practical Strategies) 黑盒设计 ? 白盒补充 ① 在任何情况下都应该使用边界值分析的方法； ② 必要时用等价划分法补充； ③ 必要时再用错误推测法补充； ④ 对照程序逻辑，检查测试方案。可根据对程序可靠性的要求采用不同的逻辑覆盖标准，必要时补充一些测试方案。 注: 即使用上述综合策略设计测试方案，仍不能保证发现一切错误。例如Lucent公司经过包括逐行检查源代码在内的多方面测试之后，其软件能达标运行的成功率为 80%。 补充：集成测试文档 集成测试文档即测试说明书（test specifications）应给出集成的总体规划和某些特殊测试的描述。它将作为软件配置的一部分提交给用户。测试说明书的主要内容提纲如下： 测试说明书的主要内容提纲 1）测试范围 2）测试计划 A．测试的各个阶段和划分模块群情况 B．进度安排 C．开销软件（驱动和桩模块） D．环境和资源 3）各个模块群测试过程的描述，包括： A．集成的顺序 ①用途 ②被测模式 B．模块群中各模块单元测试的情况 ①模块的测试描述 ②开销软件描述 ③期望的结果 C．测试环境 ①特殊工具和技术 ②开销软件的描述 D．测试用例 E．模块群的期望结果等 4）实际测试结果 5）参考文献 6）附录。 7.8 调试 调试是在测试发现错误之后排除错误的过程。 软件错误的外部表现和它的内在原因之间可能并没有明显的联系。 调试就是把症状和原因联系起来的尚未被人深入认识的智力过程。 测试 —— 发现错误 调试 —— 改正错误 调试(纠错技术) 测试是找出软件错误的过程， 调试是确定错误的位置、性质 并纠正。 调试的困难在于错误的定位.  调试的概念 调试是在进行了一次成功的测试之后立即开始的。 调试的目的是确定错误的位置和引起错误的原因，并加以改正。因此，又称为排错或纠错。 实践表明，错误定位是软件工程中最困难的工作，确定发生错误的位置和内在原因所需的工作量几乎占整个调试工作量的90%。 7.8.1 调试过程 调试发生在测试之后。 调试过程从执行一个测试用例开始，评估测试结果，如果发现实际结果与预期结果不一致，则这种不一致就是一个症状，它表明在软件中存在着隐藏的问题。 调试过程试图找出产生症状的原因，以便改正错误。 执行测试用例 测试 用例 结果 测试 附加 测试 被怀疑的 原因 已识别的原因 纠正 回归测试 测试过程 隐藏在程序中的错误的特殊的性质包括： ①错误的表现远离引起错误的位置和内在原因，尤其对高度耦合的程序结构更是如此； ②某些错误现象可能是假象； ③纠正一个错误可能引起多个错误，也可能掩盖其他错误； ④由于操作员的疏忽致使错误现象无法重现，很难追踪； ⑤错误可能不是直接由程序引起的； ⑥某些输入条件难于精确地再构造（如某些实时系统的输入次序不确定）； ⑦错误现象时有时无。 7.8.2 调试途径 有下列3种调试途径可以采用： 蛮干法 回溯