- 2020-02-05本课最有价值的点：“在接口测试中，我们通过单个接口测试完成了全部异常状态的覆盖；而在业务流程中，我们更需要关心业务流和数据流的关系，并不需要再过度关心如何用业务流的方法覆盖更多的代码逻辑异常，这也是分层测试中为什么在单元测试和界面测试之间要加入一层接口测试的主要原因之一”。之前分的不是太清晰，现在很清晰了。
作者回复: 谢谢支持
2 7 
2020-02-05关于单接口和业务流中，接口校验的点有什么区别作者回复: 单接口覆盖接口正确param和处理异常param，业务流程是业务流异常和正确业务逻辑
2
2020-02-06按照这个步骤做完接口测试后，还需要安排做界面的功能测试吗？UI测试和接口测试的时间分配比例是多少？谢谢作者回复: 您好，ui测试时需要的，UI测试更加关注交换层面的事情，时间安排我没有办法给出决定的意见，因为ui的复杂度每个系统都不一样。但是会比以前无api测试减少很多
1
2020-02-05我怎么请求不到地URL作者回复: 你用浏览器访问一次是不是可以看到结果呢？
3 1
2020-02-05对于分层测试的的概念给出了很好的描述，让大家可以更好的理解，先从单个接口的测试开始，保障单个接口的正确性和健壮性，然后通过单个接口的测试完成多个接口的业务逻辑串联，站在业务逻辑的角度完成业务逻辑的正确性检测。作者回复: 谢谢tyhom支持
1
2020-02-05单接口测试时，如果需要前置条件，怎么测？比如你案例你的对战，需要有一个对手;对手又可能是一次性消耗数据，比如干掉他，和他同归于尽？如果前置条件很多的单接口测试，有没有什么好的思路呢？个人经验，很多接口测试，如果要测，基本就要走业务流了，构建前置数据成本很高，还要依赖于其他接口的稳定性？作者回复: 谢谢您，您说的很全面，这也是在后期课程中我会讲一下解耦的原因.
1- 2020-02-09感觉都是讲的一般的操作步骤，没有深刻的内容和好的测试策略
2020-02-08单接口测试：保证单接口的正确性和健壮性；多接口业务逻辑测试：多接口串联，从业务逻辑角度验证业务流程的正确性。测试脚本持续集成，减少人工重复劳动，提升测试效率和项目质量。作者回复: 谢谢支持
2020-02-07以前一直不知道如何把握接口测试的力度，听了老师的课稍有启发。单接口测试覆盖入参的检验，弥补单元测试不足； 业务流程接口测试注重业务流转，无需过多关注入参异常情况。这也是菱形测试模型的依据之一！作者回复: 谢谢支持
2020-02-07单接口正确性 健壮性的用例设计方法；多接口的数据流 业务流的设计方法可以调理性的讲一下么作者回复: 业务逻辑就是你正确被测系统的业务，可以参考战场系统看一下。
1
2020-02-07“在获取了参数后，下面你就要借助 Postman 这个工具，选择 Post 访问方式，输入登录接口的 URL”中，URL怎么确定呢？作者回复: 在postman截图和被测系统的readme中都写了，您可以看一下，谢谢
1- 2020-02-07“在获取了参数后，下面你就要借助 Postman 这个工具，选择 Post 访问方式，输入登录接口的 URL，在 Request 的 Body 中输入 username=criss&password=criss 的参数，然后点击发送，接下来，你就会在 Response 的 Body 中对应返回内容。如下图所示：”中的返回内容看不懂，为什么没有提示是否成功呢？
作者回复: 系统设计没有设计这样的逻辑，您可以看看战场系统的readme
1 
2020-02-06接口测试的思维：先从单个接口的测试开始，保障单个接口的正确性和健壮性，然后通过单个接口的测试完成多个接口的业务逻辑串联，站在业务逻辑的角度完成业务逻辑的正确性检测。
看到这里忽然发现新接手的存量项目的单接口测试还需要补充健壮性用例，即异常参数用例。但对于一个存量项目，1000+接口补充起来也比较痛苦~老师有什么好的建议吗作者回复: 旧账不建议一次还清，需要补！慢慢积累
2020-02-06老师，自动化测试有什么用？是自己根据给出的字段或者逻辑进行测试？减少人工的操作？作者回复: 自动化是为了节省重复投入，提高质量效率，建议尽早开始
2020-02-05看完这篇让我知道我一直将接口测试用例分成参数检验和逻辑用例是比较正确的思路作者回复: 谢谢
1
2020-02-05例子中用户名这个字段需要与密码这个字段进行 用户名正确+密码错误，以及用户名错误+密码正确这样的组合吗？
比如一个请求很多参数，那么这么多参数需要像例子中这样，进行多个排列组合吗，作者回复: 这里需要运用测试用例设计方法了，常用边界值做case，你可以尝试一次
- 2020-02-05单接口测试，只要分参数（字段）为空，参数为正确，参数错误这三种情况就好了吗，不需要考虑参数类型（数字 中文 英文 敏感词 特殊字符等以及极大极小值）吗？之前看到有人说要讲究这些类型。
另外，流程接口测试，从例子看来，是只考虑各种业务场景，不考虑异常（列出的全是全是业务正常执行的场景，没有其他环节正常，某一个接口异常这样的用例），是把所有的异常都放在单接口测试了吗？作者回复: 第一个问题，你说的那些内容在安全测试范围，不应该是接口测试考虑的。不过做了也不是错反而更好。第二个问题业务逻辑api测试要考虑业务逻辑错误
1 
2020-02-05老师最好还是给出完成版本给学习者，作为菜鸟拿过来一看对应学习，自己理解加深印象，毕竟每个人实际情况不同啊😊考虑不是很熟练者或者是初学者，谢谢作者回复: 谢谢您的建议，其实其他就是照猫画虎了，希望您能画出你的老虎
1
2020-02-05用Newman驱动postman的脚本文件，要想知道失败的结果，需要在指定的用例中加入断言的脚本；但是本身postman中的断言就是一个鸡肋，它是内置的一种类js的脚本语法，使用起来比较繁琐。作者回复: 您说的特别好，谢谢您。我还是提倡大家写代码，coding更容易解决问题