三、任务
1．什么需要选择自动化
大部分，不是所有的，测试类型都能自动化。像用户所理解的测试的某些测试类型，这些测试只须运行一遍，并且这些测试要求人们不断的介入，因此通常不值得投资自动化。下面举例说明了能被用来识别使用基本的候选自动化测试的标准。
 
    高频率路径 – 自动化测试能被用来查证当一个软件正在全面投产运行时使用高频率程度的应用程序路径的执行。例子有：创建客户记录，货品计价和其它软件故障发生频率比较高的高容量活动。

    关键业务流程 – 许多情况中，软件应用能正确的定义或者控制公司的核心业务。如果程序应用失败，整个公司将面临在关键操作上的极端混乱。

关键任务
       流程是自动化测试的主要候选者。比如包括：月底的财政结束核算，生产计划，销售订单输入和其它的核心业务。任何联系着的高程度风险失效的程序应用都是测试自动化的非常好的候选者。

       重复性测试 – 如果一段测试指令能被重复使用多次，那么它也是自动化的一个基本的候选者。例如，共同的概要文件能被创建来建立测试会话，关闭测试会话并应用测试值。这些自动化模块能一次又一次的使用而不需要重新建立脚本。当比较那些每个测试每次都创建一个新的端到端的脚本时，这种模块化的方法节省了时间和金钱。

长时间的持续应用 – 如果一个应用程序被计划在一个生产周期中很长一段时间，更大的受益的是来自自动化。

2．测试工具的评价
    选择一个软件测试的自动化工具是一个很重要的步骤，而这往往造成了整个企业的影响。当选择一个应用测试解决方案的时候，有几个关键问题应该被定位。
 
    测试计划和管理 一个强健的测试工具应该有能力来管理测试过程，提供为测试组件组织，还有创建有意义的终端用户和管理报告。它还应该允许用户包含在自动化测试计划和测试结果中的非自动化测试过程。一个强健的工具是会允许用户来集成已存在的测试结果到一个自动化测试计划中的。最后，一个自动化测试应该能将业务需求链接到测试结果中，基于应用程序支持业务需求的能力，用户可以随时申请评估应用程序。
 
    测试产品整合 测试工具应该提供紧密的集成模块以用来支持测试组件的复用性。为功能测试执行建立的测试组件应该也能支持其它类型的测试，包括回归测试和负载/压力测试。在测试产品环境中的所有产品应该基于在一个通用，易于理解的语言上。用户培训和在执行一个测试任务去中取得的经验应该也可以转换到其他测试任务上。并且，测试工具环境的结构应该支持与其它技术的交互开放，比如缺陷或者错误跟踪软件包。


    国际互连网/局域网测试 一个好的工具是有能力对web浏览器测试范围的支持的。为以国际互连网和局域网为基础的应用程序创建的测试应该是可移动在跨浏览器上的，应能为不同的加载时间和性能水平来自动调整。
 
    易用性 测试工具应该要设计成能被非编程人士和应用终端用户使用。从开发人员转移到部门的大部分测试责任，一个要求编程技能的测试工具是不会被大部分组织使用的。即使程序员也负责测试，测试工具本身应该有一个短期的学习曲线。
 
    界面和C/S测试 一个强壮的测试工具应该支持不同的用户接口、创建简单的管理、易于修改的测试。测试组件的复用应该是产品结构的基石。 负载测试和性能测试 选定的测试解决方案应该让用户执行有意义的负载测试和性能测试以精确的衡量测试性能。它也应该用一个易于理解的报告格式来提供测试结果。
 
    方法和服务 对于那些需要外部专业技术的情况，测试工具供应商应该提供广泛的咨询、实现、培训和评估服务。测试工具应该也支持结构化的测试方法。 注意：对于评估各种工具的共同参数，参见“测试工具评估和选择报告”模板。

3．脚本计划和设计
     认真的计划是任何过程成功的关键。对测试自动化的评价应该考虑到基本的计划步骤，才能从一个自动化测试过程中保证非常好的可能的结果。将时间投资到有意义的详细计划上能增进测试自动化所带来的好处。 业务需求的评估 通过在终端用户的实际业务活动的条件下精确定义你的应用软件应该完成的任务，再来开始自动化测试过程。这些任务的定义，或者业务需求，界定了高级别，软件系统的功能需求问题。这些业务需求应该要定义的足够清楚以致软件系统能正确的（或者错误的）执行必需的业务功能。比如，企业要求的薪金应用程序可能要能计算工资或者打印工资支票。

脚本计划和设计
     这是自动化周期里最重要的阶段。脚本计划基本上确定了测试结构。在这个阶段所有的模块都被确立。各模块用来导航、操作控制、数据输入、数据验证、错误识别、并进行书面记录。由命令、逻辑、数据组成的复用性模块。通用模块使用贯穿测试系统，比如初始化和功能设置，一般在文件中分组并命名来反映他们的主要功能，如“初始化”和“设置”，另一些具体的应用，如在客户窗口上设计的服务控制，分组在一起并命名相似。所有确定的功能/模块/库/脚本都按照标准命名规定来命名。测试数据计划也是在这个阶段做。

4．测试环境设置
    测试环境设置由访问自动化测试连接的建立、测试自动化工具、测试库、配置管理工具的建立、机器的识别来创建和运行测试、浏览器的安装、缺陷管理工具的配置等组成。 开发库 所有通用功能都能被开发和测试来促进可重复性和可维护性。

5．脚本的开发
    事实上脚本是要开发和测试的。 开发测试套件 集成的脚本和库所形成测试套件能以最少的用户介入独立运行。
6．部署/测试套件
    不同的机器配置上运行不同的测试套件。用缺陷跟踪工具来报告和跟踪缺陷。如果回归测试需要的话这些套件还要再次的运行。
7．测试套件的维护
    如果应用程序后面的发布有变更的话，功能上的这些变更要验证并且相似的分析测试套件同样也要做得达到所要求的变更。在变更影响后，测试脚本基线和适当版本的脚本也要得到相应的修改。

8．测试自动化方法