接口测试笔记一

1.什么是接口测试

包含了单元测试、接口测试、界面测试等一系列质量保障活动的测试工作

由于开发工程师很少写单元测试，接口测试的工作投入比重，来弥补单元测试的不足，演变为

 这样做的好处：

接口测试更容易和其他自动化系统相结合

相对于界面测试，接口测试可以更早开始，也可以测试一些界面测试无法测试的范围

接口测试还可以保障系统的鲁棒性，使得被测系统更健壮

接口就是有特定输入和特定输出的一套逻辑处理单元，而它不用知道自身的内部实现逻辑，这也可以叫做接口的黑盒处理逻辑

接口分为

　　内部接口

　　外部接口

接口测试是通过设计输入和预期输出来完成测试验证的

接口测试是一个技术知识和业务知识相结合的工作，可以更好地提升你自己的技术实力

接口测试也是功能测试

2.如何开始接口测试

理想的提测项目，在提测的过程中应该既包含前期参与的产品需求、原型设计，这些是由产品经理来提供的；也包含后端接口文档、代码单元测试脚本，这些是由开发工程师提供来的

拿到SUT（System Under Test，被测系统），如果没有有拿到价值的文档

　　（1）工具辅助

　　　　借助一些工具的辅助来完成接口分析，如Fiddler

　　（2）分析问题

　　　　通过工具截获一些接口信息

　　　　浏览器访问掘金，Fiddler 截获了很多消息

　　　　在右侧上方 Inspectors 的标签页下，可以看到

　　　　Request

HOST，指定访问的服务器域名
Connection 的值为 keep-alive，表示需要持久连接
Accept，表示客户端可以接受的内容类型为 application/json, text/plain, / 
User-Agent，说明请求是从什么浏览器发出去的
Accept-Encoding 设置为 gzip、deflate、br，这表示可以支持的 Web 服务器返回内容压缩编码类型
Accept-Language，它表示接受的语言

　　　   Response

　　（3）询问解惑

　　　　通过分析接口的访问方式、参数等信息整理出一些问题，和研发工程沟通，主要询问：

　　　　　　参数的含义及来源

　　　　　　参数的作用域

　　　　　　返回值的含义——每一个 JSON 的 Key 所对应的含义

　　制作一个流程中所有接口的接口信息表，理清每一个流程的数据流程（数据流程驱动了业务流处理），这样才能开始业务逻辑的接口测试

3.接口测试的关键

　　单接口测试

　　　　通过单接口测试，可以更加接近于单元测试，如代码异常、代码边界等

　　业务流程接口测试

　　　　通过业务流的接口测试，可以更加接近于界面所承载的交互中的业务流验证

　　持续集成测试，Newman

总结：

　　先从单个接口的测试开始，保障单个接口的正确性和健壮性，然后通过单个接口的测试完成多个接口的业务逻辑串联，站在业务逻辑的角度完成业务逻辑的正确性检测

  https://gitee.com/babybeibeili/testFrame.git