24、软件测试与UML测试框架应用指南

软件测试与UML测试框架应用指南

1. 代码清单的局限性与最佳实践

代码清单虽有一定用处，但容易出错且非常耗时。这是因为整个过程完全依赖手动操作，并且代码的实际执行路径并未通过执行来确认，所以应将其作为最后的手段。

最佳方法是先找出代码故障，然后规划修复后的代码。利用检查覆盖率获得的信息，确保测试能全面检测修复情况及其影响。这种额外的测试层可确保故障得到修复。单独进行故障特征化或代码映射都不足以完成全面的工作，但将两者结合起来则非常有效。

2. 回归测试结果检查的重要性

回归测试中最常见的失败原因之一是对测试结果检查不足。实施回归测试时，应确保若软件产生错误结果，测试能够失败。不正确的输出与数据格式错误和软件崩溃一样常见。输出往往未得到检查，原因是难以以有意义的方式捕获，或者手动验证结果的正确性非常耗时。

对于具有GUI界面的软件，这是一个常见问题。一些GUI测试工具无法将输出转换为有意义的信息，仅为用户提供有限的位图比较功能。因此，仅提供位图比较的GUI测试工具在进行有意义的回归（或功能）测试时存在很大疑问。如果有GUI界面，建议投资一款能将GUI输出转换为文本和数字形式的有意义信息的GUI测试工具。

回归测试不应仅仅运行软件，还应检查结果并验证软件是否正确执行其功能。对于某些应用程序，自动检查结果可能相对简单；而对于其他应用程序，则可能需要进行替代计算或将捕获的程序输出与已知结果进行比较。虽然将这些功能构建到测试中需要更多时间和精力，但可以避免在发布过程后期因失败而浪费时间和引发恐慌，从而获得回报。

3. 回归测试的价值

进行强大的回归测试可能听起来工作量很大，但不进行