自动化测试用例数量是不是越多越好呢？并不一定。衡量自动化测试用例的产量有点类似于衡量一个应用的代码数量，并不是数量越多就越好。由于这是一个很简单明了又方便计算的指标，常常被大家广泛使用，但是一味追求数量，可能会造成产生大量无效的自动化测试用例这样的结果。因此建议不要单独使用该指标来度量自动化测试，而是需要结合其他数据来计算自动化测试执行效率和有效自动化测试用例比率等指标，从而来衡量自动化测试系统自身的成熟和完备程度。
和自动化测试用例数量一样，执行次数也并不是越多越好。该指标适合用来衡量和展示自动化测试系统或平台自身的能力，而并不能很好的体现其产生的实际价值。
自动化测试执行成功率
自动化测试执行成功率，一般会在单次自动化回归测试的报告中展示，有时候在流水线中设置成功率的阈值，比如低于某个阈值x%的时候，视为自动化回归测试不通过。该指标是个很好的过程指标，但并不适合作为常规度量自动化测试价值的指标。
自动化测试覆盖率
自动化测试覆盖率的高低，和被测系统的变更结合起来，能够很好反馈系统所存在的质量风险。自动化测试覆盖率，有测试用例覆盖率、功能覆盖率、接口覆盖率和代码覆盖率等等。如果自动化测试能够有很高的覆盖率，也能够帮助团队成员对系统和产品建立信心。只是目前很多团队的覆盖率数据统计维度比较单一，而且也不太准确，比如有些团队是通过人工统计的方式来计算了测试用例覆盖率，但是并未考虑到测试用例本身就未覆盖完全的情况。这种情况下，有可能虽然系统具备了较高的测试覆盖率，但是仍然会有缺陷遗漏的风险。
自动化测试的目的
既然以上的指标并不能够完全体现自动化测试的价值，那么我们应该如何做呢？我们回归自动化测试的价值本身，首先自动化测试目前阶段并不能完全替代手工测试，而其目的是为了替代一些需要重复执行的手工测试和执行一些手工无法执行的复杂而且容易出错的测试等等。
推荐阅读：
sales@spasvo.com
