1、需求变动不频繁。
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例和相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改和调试，必要时还需要修改自动化测试的框架。如果消耗的成本高于节省的测试成本，那么自动化测试便是失败的。如果项目中的某些模块相对稳定，而某些模块需求变动性很大，可以针对相对稳定的模块进行自动化测试，而变动较大的仍采用手工测试
2、项目周期足够长
自动化测试需求的确定、框架的设计、测试脚本的编写和调试都需要相当长的时间来完成，这个过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样的一个过程，那么自动化测试变成了笑谈
3、自动化测试脚本可重复使用
如果费尽心血开发了一套近乎完美的自动化测试脚本，而脚本的重复使用率很低，致使期间所消耗的成本大于所创造的经济价值，自动化测试变成为测试人员的练手之作，而并非是真正可产生效益的测试手段
4、手工测试无法完成的测试工作
某些测试采用手工方式无法完成，或者需要投入大量的时间和人力，此时就可以考虑引入自动化测试，如，性能测试、配置测试、兼容性测试、大量数据输入测试等