经过在自动化测试领域不断的摸索，有一件事情其实是很重要的，那就是评判一个项目是否适合自动化测试。自动化测试虽然高效，但毕竟还是机器，更多时候，测试任务没必要简单问题复杂化。
那什么项目适合开展自动化呢，以下是我给出的总结，总共列出了10点：
可以说，如果满足了以上十点，大部分的测试工作都可以通过自动化来完成了。
1. 任务测试比较明确，不会频繁变动
这个意思是说，你要测哪些内容，有哪些测试任务、工作，这些工作都要周而复始去做，不容易变动，而且，未来的很长一段时间都需要做这些工作。这样，这个工作长期来看，工作量就很大，也将有大部分的要进行自动化开展的工作，包括重复性劳动
2. 持续的构建 持续构建就是每日构建，每天都有一个版本或者隔两天一个版本，这时候也就意味着回归测试的任务比较重，所以这时候可以考虑用自动化。
3. 繁琐的回归测试
比较频繁的回归测试与第二点可以相对应，
4. 软件系统界面稳定
软件界面稳定，变动较少的时候，也就是界面元素稳定下来了，这个时候，UI自动化自然就可以开展了。
5. 跨平台测试
应用需要跨平台运行吗？在Windows测试一遍，又要去Linux去测试一遍，甚至还有安卓、iOS平台，每个平台相同的功能都去测试一遍，都是重复性的劳动。
6. 软件维护周期长
软件维护周期长，这个维护时长到底是多长呢，没有固定评判标准，依赖于实际情况。但是，对于周期特别短的，就很容易分辨出来。如一个项目就三个月，开发自动化测试就需要两个月，然后用了一个月就丢掉了，这种情况毫无疑问不适合。与其费力开发自动化，不如直接上人工就可以了。因此软件维护周期较长，版本迭代较多，适合用自动化。
7. 项目进度压力
项目进度压力决定了是否允许去投入自动化开发，需要考虑自动化测试的投入产出比。前期是需要投入人力、精力，如果项目进度压力不大，就可以在合适的时机介入自动化工作。
8. 被测软件（系统）规范性
被测试软件（系统）的规范性，也决定了其可测性。例如单元测试、接口测试、UI测试等，如果前期能够规范开发，考虑并兼容自动化测试介入，那么自动化测试开展起来就较容易。如果前期没有按照规范做，就会在后期自动化开展过程中造成很多问题。问题越多，可测性就越低。
9. 自动化平台
测试团队掌握大量的自动化工具，如QTB、UFT、Robot、RFT、Selenium等。而这些工具需要大量储备的技能、框架，才能开展、支撑自动化测试。如果团队里面全是手工，要开展自动化，很明显是不现实的。
10. 较强的编程能力 较强的编程能力，这是什么意思？不能单一的认为测试就是动动手指，来回点点，也并不是简单的录制和回放。我们需要一定的开发能力，既能够做简单的录制脚本，也能够对脚本就行一定的修改，进行二次开发。在这个过程中沉淀、输出符合我们团队、项目的自动化思路、框架。因此，测试人员应该具备一定的编程能力。
测试人员，我们也是做IT的，其实也属于技术人员，需要或多或少懂得一些编程技能。用自动化测试的方法、思路解决测试问题，服务于我们的团队，我们的项目！
