如果测试用例写得很细，我们测试了接口中每个功能点甚至是每一条分支路径都有涵盖，那么就会特别依赖被测代码的逻辑，如果被测代码逻辑稍微有点变化，测试用例可能就会执行失败。
如果我们的测试用例验证的内容没那么细的话，那有可能即使被测代码逻辑有变动，但是测试用例执行不容易失败，这时就有可能遗漏由于代码变动产生的bug缺陷。
所以开展自动化测试要找到一个平衡点，尤其是要注意和其他层面的测试相互配合，比如单元测试、UI自动化测试、人工测试等。我们可以事先定义出一套分层测试的规范，即哪些逻辑应该有接口自动化测试保证，哪些逻辑要由UI自动化测试保证，哪些逻辑要由人工测试保证。我们在进行不同层面的测试时，就能互相配合，达到一个较高的测试覆盖率。这个规范没有统一的标准，也是根据自己团队的实际业务、资源、人力等因素来设定的。
接口自动化测试用例其实也是有生命周期的，从产生到修改、再到废弃。自动化测试用例只要在生命周期内才能发挥价值，所以我们要尽可能的延长它的生命周期，还要尽可能的降低用例的产生成本和修改成本，所以整个自动化测试用例就要进行管理。说到测试管理，我们就不得不谈谈度量了。关于自动化测试的度量指标列举了一些供大家参考：
用例总数量
用例变更量
代码覆盖率
投入人力
单个/所有case执行次数
单个/所有case发现问题数
当我们开展自动化测试时，就需要通过分析上述指标，以及这些指标一段时间内的趋势，来调整自动化测试方案和策略。
sales@spasvo.com
