接口测试必学理论二

1.HTTP请求组成？

三个部分：请求行、请求头、请求体

2.常用请求方法有哪些？

1）GET:从服务器获取资源（一个或多个）

2）POST从服务器新建一个资源:

3）PUT:在服务器更新资源（客户端提供改变后的完整资源）

4)DELETE:从服务器删除资源

3.HTTP响应组成？

三个部分：状态行、响应头、响应体

4.状态行组成部分？

协议版本号、状态码、状态消息三个组成部分

5.状态的响应类别？

响应类别由状态码的第一个数字决定，类别如下：

1xx：指示信息：表示请求已接收，继续处理。

2xx：成功：表示请求已被成功接收、理解、接受。

3xx：重定向：要完成请求必须要进行更进一步的操作。

4xx：客户端错误：请求有语法错误或者请求无法实现。

5xx：服务器端错误：服务器未能实现合法的请求。

6.restful概念？

一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。

7.接口测试流程？

1）需求分析（主要依据需求文档）

2）接口文档解析（主要依据API文档，一般由开发人员编写）

3）设计测试用例

4）执行测试（使用接口测试工具或编写代码）

5）缺陷管理与跟踪

6）编写测试报告及总结

7）接口自动化持续集成

8.什么是API文档？

又称接口文档，用来描述系统所提供接口信息的文档。大家根据这个文档进行开发、并需要一直维护和遵守。

9.API文档内容？

1）基本信息：接口名称、请求方法、请求路径、接口描述

2）请求参数：请求头和请求体（包括具体的请求参数名称、类型、是否必填、示例、备注）

3）返回数据：不同情况的响应状态码和响应数据

10.接口测试测试点？

1）功能测试：1.单接口功能2.业务场景功能

2）性能测试：1.响应时长2.吞吐量3.并发数4.服务器资源使用率

3）安全测试：1.敏感数据是否加密2.SQL注入3.其他

11.接口测试用例设计思路？（功能测试）

#单接口测试

        正向（通过性测试）：

                1）仅必填参数

                2）全部参数

                3）参数组合

        反向（异常测试）：

                1）参数异常：多参数、少参数、无参数、错误参数

                2）数据异常：数据为空、长度不符、类型不符、错误数据

                3）业务数据异常：根据具体业务功能考虑各种会出现的异常返回情况

#多接口测试（业务场景功能测试）：站在用户角度考虑常用的使用场景

        接口之间的逻辑依赖

        接口之间的数据依赖