摘要：本文介绍了基于数据驱动的自动化测试以及其实现方法，包括软件是否适合自动化测试的可行性分析；开发测试前的需求分析；基于数据驱动的测试框架的实现以及其维护和扩充。

　　关键词：自动化测试；手工测试；数据驱动；测试框架：回归测试

　　引言

　　随着社会的不断发展和信息化的不断普及，各种软件越来越多，在日常生活中也起着越来越重要的作用，再加上客观系统的复杂性，无论经验多丰富的开发人员、无论采用哪种开发模型开发出来的软件，每个阶段的技术复审也不可能毫不遗漏地查出和纠正所有的错误，因此如何才能把新的软件做得更稳定、错误更少呢？测试！统计表明，在典型的软件开发项目中，软件测试工作量往往占软件开发总工作量的40％以上。

　　测试是软件能否通向市场的最后也是最重要的一关。传统的测试方法是手工测试，目前大部分都是采用此方法，其特点就是简单，但是它存在的问题非常多。手工测试可能引入人为的输入错误，尤其在数据量大的情况下；另外大量重复性的手工测试可能成本较高，如果考虑软件发生改动而需要重复手工测试的情况，这个成本还会更高；没有办法对组件进行隔离的测试，从而导致发现问题和解决问题的成本都太高。在很多项目中，测试人员的所有任务实际上都是手动处理的，而实际上有很大一部分重复性强的测试工作是可以独立出来自动实现的。

　　针对手工测试的缺点，自动化测试应运而生。相比手工测试，自动化测试的优势很多；规范测试流程，提高测试效率、测试覆盖率等。很多人对自动化测试存在误区，把其理解为找到一种自动化测试工具，把它应用到软件工程项目中，自动化测试工具只是被看作是一种录制和回放的工具。事实上自动化测试远不止这么简单，录制和回放仅是自动化测试中的最低级别。目前常把自动化测试分为5个级别，如图l所示。

　　现在常用的是基于数据驱动的测试，它是以数据来控制自动化测试的流程和动作的测试，其中数据是独立于测试用例脚本的，通常以文本文件形式、Excel文件形式、XML文件等形式存在。

　　1、基于数据驱动自动化测试的实施

　　1.1 可行性分析

　　基于对自动化测试优点的分析，很多人对自动化测试存在另一个误区，认为对于所有的软件都适合引入自动化测试，且只要引入自动化测试，就会提高测试的效率，降低测试的成本。实际上并非如此，自动化测试也需要开发和搭建测试框架，创建测试用例，这也就意味着成本的投入。对于一个项目周期很紧的测试项目，按测试方案进行手工测试的效率可能要比自动化测试工具录制脚本再测试的效率好得多。那么自动化测试工具的价值在什么地方？