一般具有如下几个特征的项目，就被叫适合做自动化。
1）任务测试明确，不会频繁变动
2）每日构建后的测试验证
3）比较频繁的回归测试
4）软件系统界面稳定，变动少
5）需要在平台上运行相同的测试案例、组合遍历型的测试，大量的重复测试任务
6）软件的维护周期长
7）项目的进度压力不大
8）被测系统开发较为规范，能保证系统的可测性
9）具备大量的自动化测试平台
10）测试人员具备较强的编程能力
当然并不需要都满足以上10中情况才能开展自动化测试工作。一般满足以下三点就可以对项目开展自动化测试。
1.软件需求不频繁变动
自动化测脚本的变化的大小与频率决定了测试脚本维护的成本。如果软件需求变化过于频繁，那么测试人员需要根据变动的需求不断的更新自动化测试用例，从而适应新的功能。脚本的维护本身就是一个开发代码的过程，需要扩展，修改，调试，有适合还需要对架构做出调整。如果花费的维护成本高于其节省的测试成本，那自动化测试就失去了它的价值与意义了。
适当的做法，就是先对系统中相对稳定的模块与功能进行自动化测试，变动较大的部分用手工进行测试。
2.项目周期较长
由于自动化测试需求的确定，自动化框架的设计，脚本的开发与调试都是需要时间完成的，而这个过程本身就是一个软件开发的过程，如果项目周期较短，没有足够的时间去支持这样的一个过程，那自动化必然是行不通的。
3.自动化测试脚本可以重复使用
重复使用要从这三个方面考虑：
一、所测试的项目之间是否存在很大的差异（比如C/S架构与B/S架构）
二、所选的测试技术和工具是否能适应这种差异
三、测试人员是否有能力设计开发出适用差异的自动化测试框架