3.3 自动测试执行
3.3.1测试案例的编写与测试
自动测试工具实现后，接下来很大部分的工作就是测试案例的编写和测试了，根据业务逻辑和自动测试案例的规范将测试案例系统中的测试案例转化成自动测试案例脚本，自动测试案例脚本编写完成后对这些脚本进行测试，确保自动测试案例脚本能够被正确地执行且正确地测试了测试案例所描述的功能。在利用自动测试工具进行测试之前，首先要测试自动测试工具和案例能否正确地进行相关功能的测试，否则自动测试的结果不可信，自动测试也就没有意义了。
3.3.2自动测试的执行
自动测试案例编写完成后，自动测试就可以在无人干预的情况下进行测试了。
（1）需要进行自动测试的测试案例的ID写在一个文件中，自动测试工具只执行这个文件中的测试案例；
（2）自动测试案例的目录、数据库连接、模拟接口的IP和Port等参数写在配置文件中，自动测试工具会到配置文件指定的目录读取测试案例，也会读取自动测试工具所使用到的数据库连接信息和模拟接口信息；
（3）自动测试案例所使用到的参数写在参数配置文件中，自动测试工具根据自动测试案例的参数的名字到参数配置文件中读取该参数的值代替自动测试案例中的参数；
（4）指定测试结果的输出文件，自动测试工具在测试完一个测试案例之后，将这个测试案例的测试结果输出到测试结果文件中，测试结果文件每行表示一条测试案例，每条测试案例的输出结果包括测试案例的ID，测试案例的功能描述和测试案例的结果；
（5）自动测试工具在测试案例的过程中，需要记录测试日志，包括测试案例ID，读取测试案例的内容，测试步骤，各个测试步骤的测试结果，测试结果的比较等；
（6）自动测试工具自动执行所需要测试的案例，并记录测试结果，测试工程师在测试完成后查看测试结果，测试成功的测试案例意味着这个功能测试通过，对于测试失败的测试案例，需要根据日志分析原因，如果是测试环境或测试脚本引起的则修改环境或测试案例或自动测试工具，否则需要记录bug，通知开发修改测试失败的测试案例所发现的问题。
第4章 自动编译与自动测试
4.1.1自动编译
自动编译就是在源代码管理服务器上进行自动编译，对编译的结果进行分析，并将编译成功的并且是自动测试环境需要的文件更新到测试环境中。
自动编译的过程可分为：
（1） Update源代码服务器上的需要编译的所有相关代码，需要编译的代码的路径在配置文件中读取；
（2） 自动编译需要编译的源代码；
（3） 分析源代码编译结果，只有编译成功了的执行文件用于自动测试才有意义，将编译结果上传到测试服务器并发送给相应的人员；
（4） 将需要更新的文件打包并上传到测试服务器，并将上传结果发送给相关人员。
自动编译，可以写一个脚本交给crontab去调用自动编译程序，实现无人干预下的编译自动化。
4.1.2自动测试
这里所说的自动测试，就是自动更新或安装被测试软件，自动启动被测试软件，然后跑自动测试案例进行自动测试，并将自动测试的结果发送给相关的测试或开发人员。
自动测试的过程可分为：
（1）到自动编译结果上传目录获取自动编译结果，分析自动编译结果，如果自动编译失败则自动测试结束，发送测试结果给相关人员，否则进行一步；
（2）到FTP被测试软件的安装文件上传目录获取FTP上传结果，分析ftp上传结果，如果ftp失败则自动测试结束，发送测试结果给相关人员，否则进行下一步；
（3）到被测试软件的安装文件上传目录获取安装文件；
（4）停止原正在运行的被测试软件，如果是全新安装的测试环境，不需要执行这一步；
（5）进行软件安装或更新：如果是一个全新的测试环境则进行软件的安装，如果是已经存在的测试环境则更新被测试软件；
（6）启动被测试软件；
（7）调用自动测试工具进行自动测试，记录测试结果；
（8）所有自动测试案例都测试完成之后，分析测试结果，将测试结果发邮件通知相关的测试和开发人员。
自动编译，可以写一个脚本交给crontab去调用自动测试程序，实现无人干预下的测试自动化。
配置文件应该包括以下信息：
（1） 自动编译的结果文件和FTP的结果文件的路径、文件名；
（2） 被测试软件的安装文件或更新文件的路径；
（3） 存放自动测试结果的路径和文件名；
（4） 停止原测试软件的脚本的路径和文件名；
（5） 启动被测试软件的脚本的路径和文件名；
（6） 启动自动测试软件进行自动测试的脚本的路径和文件名；
（7） 测试结果发送的邮件地址。
第5章 编后语
来到新的公司，战战兢兢地接下了自动测试的重任，在软件测试的领域，这是我以往接触得最少的一部分，也是我最没把握的一部分，不过同时也是我最想学习的一部分。自动测试，在很早以前就想花时间去研究了，不过因为老公司产品的限制，也因为自己没有足够的决心去研究，所以一直没有动作。这篇文章的完成后，自己忽然有了一种豁然开朗的感觉，我知道我已经找到了自动测试的感觉。
