再上一节我们已经了解了什么样的团队适合做什么类型的自动化测试，那接下去我们聊聊什么样的项目适合做自动化测试。

什么类型的项目适合做自动化

这几年自动化测试越来越火，但火的背后其实也伴随着很多盲目的追求自动化，所以有时我们也得冷静下来想想自己的项目是否适合做自动化测试，在做自动化测试之前，我们得搞清楚这么几个问题：

  1. 我们的项目是不是短平快的项目，也就是一次性项目，交付即可，无需后续维护。
  2. 系统是不是稳定（主要是需求变更是否过于频繁），如果系统稳定性很差，那么盲目去做自动化测试，会让自动化测试团队忙于奔命。
  3. 易用性测试，这类型的测试也不适合做成自动化，成本过大。

再补充几个问题

  1. 自动化测试的效率体现在能反复并快速的运行，快速的反馈，快速的回归，所以无自动化测试，不敏捷。自动化测试非常适合敏捷这种快速迭代的团队，手工去测试新功能，自动化去回归老功能。

  2. 自动化测试能发现新Bug么？答案是否定的，因为自动化测试主要用于回归测试，那么自动化测试自然就难发现新bug，这也是我们现在说测试不应该是为了发现bug，而是要去防范bug的产生。

  3. 不要一味追求UI自动化测试的覆盖率也不要去定制不合实际的UI自动化覆盖率。如上节所讲，个人经验上来说建议UI自动化覆盖10%的测试用例。 API自动化测试倒是可以尽可能覆盖100%。