写在前面：有几天没写日报了，周末休息了两天好了些，接着折腾了下招聘和python的一些问题，元气大伤

今日完成：网上看了下接口方面的资料。想通过jemeter或postman深入学习下接口测试,但没有一个系统的步骤，不知道学那些，如何进行，而且没有实际的接口做练习，想着是不是可以找些开源的接口

问题：论坛上看到一个人谈集成,也触动了一些思考，关于接口测试的业务覆盖度。这里抛出来，不求立即解答，但愿能给自己和大家一些思考。我觉得问题才是学习路上最好的老师

前面日报写过，模块之间的集成也体现为业务之间的关联。自然接口或集成测试的用例也要从两面考虑 代码逻辑 和 业务逻辑

作者认为接口测试层面的业务逻辑覆盖应尽可能覆盖冒烟测试的用例(或者说基本的业务功能点-这是我的理解)，不要过多的去覆盖其它的业务流，其它业务流应该用功能测试来覆盖。接口测试更应该去覆盖功能测试难以覆盖的地方。如果反过来，在接口测试就去覆盖所有可能的业务流，这样为了避免重复，执行功能测试的时候又过于依赖接口测试的覆盖度。这样容易导致功能测试的遗漏问题

关于这个度的问题 我不知道是因为作者受限于自己的人员可开发环境及时间问题才提出这样的观点，还是这样的观点本身就是对的。不过想来也有一定道理。功能与接口在业务上有部分重合的地方，但是也是有区别的，他们之间还隔着一个前端的调用，如果业务覆盖过于依赖接口测试，系统功能是会更容易出现遗漏和问题的。

也许这个问题的深度有点深，还不适合无太多经验的我们。只是刚好看到作者谈接口测试，晚上想了想，问题是最好的老师，说不定以后哪天用着了

明日计划：和师姐商量测试点的问题 看能不能结束任务3