用例设计: 我所理解的测试覆盖层次

AT -
  1. 覆盖需求：
    覆盖需求明文的测试点，还要覆盖需求暗含的测试点。
  2. 覆盖业务：
    尽管本版改动没涉及，但代码写了什么你并非完全清楚，那么你需要整理并长期演进一套核心业务体系的测试点，由于版本迭代快，所以更多是从业务角度去积累。
    如果从系统角度去积累这套用例，也不是不行，只能练练手。因为你会发现，老要去改它以适应每个版本的功能变动。
  3. 覆盖技术：
    app测试就是点点点，但它背后代表了app代码功能和逻辑，手机系统提供的接口处理，service的api接口传返，数据库的增删改查，还有服务器架构的请求负载转发……
    技术的深入并非覆盖更全，而是节省用例和资源。
    如果你的功能用例做到科学理论角度的100%覆盖，那么所有问题都会暴露，但是你写不出也执行不到……那就提高技术吧。