什么样的项目适合做自动化测试？

假如你已经决定要在项目中引入自动化测试，在正式开展之前需要分析清楚，你的项目、你的团队真的适合做自动化测试吗？虽然恰当引入自动化测试能给产品质量带来非常大的助力，但并不是所有类型的产品或团队都一定适合开展自动化测试。

对于公司项目而言，如果产品三天一小改、半月一大改，可能自动化测试脚本刚起步，产品就已经改动了。对于这类项目来说，引入自动化测试显然是不合适的。既然并不是所有项目或者团队都一定适合做自动化测试，那么决定要不要做自动化测试的因素有哪些呢？其中时间是一个比重较大的因素。

假如一个项目从立项到结束只有一个月的时间，而这一个月的时间中相当长的时间都要用来看需求文档、改需求文档、编写测试用例等，真正留给测试的时间并不多。这个时候如果强行做自动化测试，可能用例设计还没有完成，项目就结束了。这种情况，手工测试绝对是第一选择。

但是，一旦项目稳定下来，就要考虑接入自动化测试。因为这个时候项目比较稳定，做自动化测试就可以参照手工用例去做了。除了时间，还需要考虑成本和效率。自动化测试之所以能在很多大公司实施运作起来，根本在于项目的适宜性和有较高的投资回报率。

虽然行业中没有严格的标准，但在具体实施自动化测试之前，首先要做的是结合当前团队的现状和研发质量存在的痛点，对软件开发过程进行分析，观察其是否适合引入自动化测试，可以从以下几个方面进行权衡。

1) 项目变动少

测试脚本的稳定性决定了自动化测试的维护成本。如果项目需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试