在测试行业中，自动化测试是比较受欢迎的，它可以使测试的工作减少不少，但并不是所有的项目都适应自动化测试的。那么有什么样特点的项目适合呢？我们在写测试方案的时候要注意什么呢？接下来我们就来了解一下。
什么样的项目适合自动化测试？
1、需求稳定，不会频繁变更
自动化测试最大的挑战就是需求的变化，而自动化脚本本身就需要修改、扩展、debug，去适应新的功能，如果投入产出比太低，那么自动化测试也失去了其价值和意义；
折中的做法是选择相对稳定的模块和功能进行自动化测试，变动较大、需求变更较频繁的部分用手工测试；
2、多平台运行，组合遍历型、大量的重复任务
测试数据、测试用例、自动化脚本的重用性和移植性较强，降低成本，提高效率和价值；
3、软件维护周期长，有生命力
自动化测试的需求稳定性要求、自动化框架的设计、脚本开发与调试均需要时间，这其实也是一个软件开发过程，如果项目周期较短，没有足够的时间去支持这一过程，那自动化测试也就不需要了；
4、被测系统开发较为规范，可测试性强
主要出于这几点考虑：被测试系统的架构差异、测试技术和工具的适应性、测试人员的能力能否设计开发出适应差异的自动化测试框架；
自动化测试方案的要点和方式
1.对整个项目会产生怎样的影响
2.实施的复杂性有多高
3.实施的时间会有多长
4.早期需求及代码稳定性如何
5.是否方便后期维护
6.对于软件的测试能达到多高的覆盖率
7.现有资源是否可满足开展条件，包括人力、硬件、数据等
8.执行测试时的易用性
根据以上的方案评估咱们就可以选择合适的自动化方式：
线性脚本：简单的录制脚本回放。优点是开发成本较低，人员要求较低，有无编程基础均可，测试用例不需要计划设计；缺点是硬编码脚本，维护成本较高，无公用脚本，造成重复劳动。
结构化脚本：在脚本中用结构化控件，一般使用条件判断语句实现。优点是在脚本中定义测试用例，后期维护成本较线性脚本编写低；缺点是需要某种程度的计划和设计，测试人员除编程知识外还要有一定的脚本语言基础，编程成本较线性脚本高。
共享脚本：把程序行为的脚本在某些脚本之间共享。优点是脚本结构化，测试用例在脚本中定义，开发成本和维护成本较线性脚本和结构化低；缺点是硬编码，需要更多的计划和设计，需要测试人员有调整代码的编程技术。
数据驱动脚本：把脚本分离出去存储在外部文件中。优点是结构化编程，测试用例由测试数据或脚本定义，维护成本较低，代码独立存储，可在需要测试正反数据时使用；缺点是开发成本较高，人员要求较高，需要更多的计划和设计。
关键字驱动脚本：把执行的控件都编写在外部数据文件中。优点是综合了数据驱动、共享脚本和结构化脚本的编写方法，数据在外部文件存储，维护成本低，测试用例由数据定义；缺点是开发成本高，需要额外的框架和库，人员要求高，管理要求高。
本篇文章到这里就要结束了，大家现在应该知道什么样的项目适合自动化测试了吧，在做自动化测试的时候，是需要借助自动化测试工具的，小编觉得AutoRunner(简称AR）是一个不错的工具，AutoRunner支持函数调用，支持脚本调用脚本，能够非常简单地实现各种复杂脚本的编写。
推荐阅读：
自动化测试技术的发展阶段及与手工测试的区别
自动化单元测试要怎么理解？自动化单元测试有几大原则？
想要做好渗透测试，就需要明白的这八大步骤
深入了解黑盒测试的定义和黑盒测试的步骤
黑盒测试的主要方法和常用的工具有什么？
自动化测试有哪些？自动化测试的过程是怎么样的？
sales@spasvo.com
