testcomplete之回归测试（原创翻译）

   （最近比较闲，就翻译了一下）

   回归测试比较容易理解但如果没有一个好的自动化工具来处理所有的细节恐怕很难执行。testcomplete就是这么一个自动化测试执行工具。

   回归测试意思是“重复一个已经执行成功的测试并将新的结果与之前的测试结果相比较”。当你在一个项目上运行一个测试并修正项目编码的时候，这个过程是有用的。用户从此过程中得到两件事情----一个测试脚本，和一个被认可的标准。回归测试时基于一个观点：重复利用一个测试脚本并接受这个标准，而并不是一旦测试成功就将之遗弃。

    在真正的回归测试中，所有形式的所有测试及其结果都记录在一起，没有一个被扔掉。在每次的重复中，所有存在的经过验证的测试脚本被运行并且将新的结果与已存在的标准相比较。并且，通常会增加一个或多个测试脚本对项目进行测试并调试直到项目成功通过所有的测试脚本。显然，在此观点来看一些自动化测试工具是必须的。检查几百个结果是否正确是人力所不可能达到的。

    测试一开始回归测试就开始了。回归测试脚本随着编码重构及项目的进展越来越壮大 。很快它将包含上千个必须借由自动化软件来顺序执行的小测试脚本。

    测试脚本的开发灵感来源于testcomplete重要功能的设计，测试日志。

    在强大的机器和老练的测试管理工具的帮助下，一天之中我们能运行多次全部的回归测试。不管什么时候一旦程序中加入了一个新的功能，按规定对应的测试脚本将比编码更早一步加入到脚本中来。一旦编码完成，它将被编译，并且整个回归测试集合将在此编译版本上运行。测试集合的结果将自动检查，新测试的结果将手工检查，修改的编码将再次整体测试直到通过相应的测试 。这些测试脚本及其验证结果将像编码被添加进版本一样被添加进测试集合。

    这样的程序的优势是如果这些回归测试脚本中有一个发生故障 ，你知道它是由哪部分编码导致的。

    回归测试的运用是极限编程方法的中心。（参考极限编程，Kent Beck, Addison-Wesley, 或者http://www.extremeprogramming.org/）。AutomatedQA公司跟极限编程或她的拥护者没有关系，但极限编程是基于对TestComplete来说测试自动化的有效性和软件管理的通用性。TestComplete也显著地影响其他极限编程实践。

    来看看一个回归测试在testcomplete中是怎么执行的？

• 首先，执行测试脚本并进行调试。
• 其次，在测试脚本中添加或修改。
• 然后为新加入版本的特殊性功能设计一个测试脚本。
• 在新版本上运行旧的和新加入的测试脚本。
• 修改并重复执行直到所有脚本都测试通过。
• ……