摘要: （摘自Just Enough Software Test Automation）P.9 任何自动化的最终目的实现一系列有计划的测试，而且测试需求也要在自动化测试中得到反映。进一步说，测试的核心不是测试脚本，而是测试数据。这就是为什么以“ ...
| （摘自Just Enough Software Test Automation）P.9 任何自动化的最终目的实现一系列有计划的测试，而且测试需求也要在自动化测试中得到反映。进一步说，测试的核心不是测试脚本，而是测试数据。这就是为什么以“数据驱动自动化测试”作为基础搭建自动化平台如此流行的原因。而它的基本前提是数据应该驱动测试，且能够体现被测应用程序的特点。测试脚本只是一个工具。只有在测试数据设计完好的前提下，自动化测试才能提高效率。 搭建自动化测试平台的目的是减少测试脚本的维护成本。传统的测试工具厂商倡导多年的录制/回放（capture/playback）模式，由于测试数据很难融入测试脚本中，导致测试脚本维护成本过高。经验也表明严格使用录制/回放不是一种好的可选方式。进一步说，工具自带的测试用例除了对测试应用程序图形用户接口（GUI)外没有任何价值。真正的功能测试需要测试工程师编写测试数据，深入研究被试应用程序（application under test，AUT）。GUI测试可以做，而且可以用最小的代价实现。实际上，通常一个测试脚本适用于所有被测GUI对象，可以验证被测GUI的所有属性，可以在每个GUI screen上执行。 自动化功能测试需要复杂的测试数据。测试数据必须自动化功能测试需要复杂的测试数据，以便于探索AUT 。测试数据必须再现的测试场景，能够体现被测系统的重要特点。因此，自动化功能测试更加复杂和困难。测试脚本的很大部分需要测试工程师编写，而不是录制。这也意味着需要设计有效的测试数据。理解需要测试什么（成文的测试要求）、设计的测试数据能够验证需求，这些都对编写自动化功能测试非常有价值。 自动化测试经常采用的验证方法是，首先捕获和存储的基线数据，之后回归测试捕获到相同数据，与前面的数据做比较。复杂些的，需要记录测试之前、期间和之后对数据库的访问和操作。 一个强大的自动化测试平台必须提供许多工具，通过这些工具可以完成测试计划、测试设计、测试构建、测试执行和测试结果验证。一个高效的自动化平台的好比是一个集成的中央测试 |
