如何作好接口测试用例设计

   接口测试主要分为系统做为服务端和系统做为客户端2种类型考虑进行用例设计。接口测试须要考虑业务组网和接口类型。一般来讲系统在一个接口测试场景中会同时做为服务端和客户端。

系统作服务端考虑

  一、功能。系统可以正确处理全部参数正常值、异常值，并按照要求响应客户端，包括结果码、成功或者失败处理消息等。

  二、性能。系统可以处理客户指定的性能指标、最大压测TPS，确保消息不丢失。系统最能够考虑静态、动态负荷控制（流控）。

  三、并发。系统可以正确处理并发，不形成客户损失。特别是支付类（涉及钱）接口。

  四、安全。须要考虑协议安全、参数传输安全（密码加密传输）、访问权限控制、其余安全控制（如pin屡次错误输入锁pin）。

  五、组网考虑。业务处理结果可以正确返回对应的客户端。

系统作服务端用例设计

  一、参数彻底覆盖，用例是否覆盖全部必须参数、可选参数；

  二、参数值范围设计，用例是否包含参数设计的范围内全部的值，若是是枚举，须要逐一覆盖；

  三、参数状态设计，用例是否包含改参数所特有的状态（如密码参数，包含正常、过时、锁定、待修改等）

  四、参数边界值设计，用例是否包含边界5点（上点、内点、离点）；

  五、参数属性设计（必选），用例是否包含参数不存在、参数值为空；

  六、参数属性设计（可选），用例是否包含该参数不存在、参数存在可是值为空；

  七、参数间关系设计。用例是否包含参数间约束、依赖关系。

  八、参数安全性设计，考虑参数是否须要加密，用哪一种安全算法加密，考虑正确加密密文、正确明文进行设计；

  九、参数边界值设计，用例是否包含边界5点（上点、内点、离点）；

  十、接口消息传输协议考虑，是否须要使用安全协议，如HTTPS。

  十一、参数响应结果设计。用例是否对响应结果的结构检查、全部成功或者失败结果码和消息的覆盖。

  十二、组网考虑。用例是否包含返回给客户端的消息可否正确返回到发送的客户端。

  1三、访问权限设计。用例是否包含用户有权限、无权限访问场景。

系统作客户端考虑

  一、功能（报文发送）。系统可以按照协议规范或者格式要求正确发送报文。

  二、功能（响应结果处理）。系统可以正确处理服务端响应的结果，并按照响应结果在本系统进行正确处理。响应结果考虑成功，失败，超时。

  三、组网。系统可以将报文正确发送到指定的服务端。

系统作客户端用例设计

  一、参数彻底覆盖，用例是否覆盖全部必须参数、可选参数。这里须要考虑2种状况。一种是用户直接与系统交互输入相应的信息，系统根据设计拼接对应参数发送到服务端。另外一种是系统根据用户输入再加工后再发送报文到服务端。对于后者须要针对性设计。

  二、参数默认值。用例是否包含不指定参数默认值和指定默认值参数的值。

  三、组网考虑。是不是否包含考虑报文正确发送的指定功能的服务端。

  四、响应结果处理。用例是否包含第三方返回成功结果码和成功结果码及相应消息的场景。

  五、响应结果处理（超时）。用例是否包含对服务端超时响应的处理，重点关注业务对超时处理逻辑（消息重发、按照成功仍是失败处理或者是挂起手工干预等）。

  六、超时结果处理。用例是否包含超时结果处理。好比手工干预，设计用例手工干预成功或者手工干预失败，包括单个和批量干预状况。

  七、超时时长。用例是否包含等待超时消息时长的设计。包括超时时长是否合理、超时时长是业务设置仍是平台设置、是否有依赖关系、客户端超时时长是否大于服务端配置超时时长、服务端处理业务耗时时长考虑。

  八、发送第三方请求消息检查，检查请求消息中全部参数类型、参数值是否符合接口设计规范。