浅谈
设计一个好的接口测试用例，能够在执行时更好的发现缺陷，接下来就整理一份我自己对接口测试用例编写的一些思路
我们在测试没有关联的接口，即单一的接口，要对它的正例设计以及反例设计，当存在多种条件下的正例时，也要一一写出，比如注册、修改昵称的接口
因为是对接口进行测试，那么对参数，也要重点测试下
《1》必传参的参数未传，查看接口响应的内容
《2》少参、空参、多参时，查看接口响应的内容
《3》 参数名前有空格、参数值前有空格，查看接口响应的内容
《4》参数名后有空格、参数值后有空格，查看接口响应的内容
《5》对参数类型为int的，传入参数时改为str，查看接口响应的内容
《6》 传入错参时，比如接口规定的是地址，我却传入的是名字（就是接口文档怎么规定，我就反着来，但是参数类型是对的），来看接口响应的内容
《7》参数的边界值，左边界、右边界、左离点、右离点、内点等都可以进行用例设计
还要对一些错误的测试场景下，来设计
《1》 错误的url
《2》错误的请求方式
在对有关联的接口进行测试，也要重点考虑以下（一般是对需要拿到登录凭证的接口）
《1》 需要关联的参数，未关联
《2》 传入错误的关联参数名、参数值
《3》 多传入关联参数、参数值
《4》 传入关联参数名、参数值前、后有空格
接口安全方面的测试，也要考虑到，比如sql注入
接口用例的要素：
用例编号、所属产品、模块、用例标题、前置条件、接口名称、请求url、请求方式、请求参数、是否必传、对应值、参数类型、预期结果、优先级、实际结果、通过否、状态码、参考文档、编写人、编写时间、执行人、执行时间、备注
用例编号：一般为产品的名称+case+编号，为了方便以后的查看用例,且编号不可重复，根据你要写的条数，比如我要写10条，那么就是这样：taobao_case_01，如果是百条： taobao_case_001…依次类推
所属产品： 你做的接口测试，所在的产品名称
模块： 如果说你要编写的模块，分为很多子集，比如在我的下有登录、注册，那就应该划分为一级模块、二级模块…依次类推，比如我要编写的是我的模块下的登录功能： 一级模块:我的，二级模块：登录
用例标题： 标题一定要直奔主题，你这个用例是拿来干什么的，简单、明了，标题也是不可重复，尽量不要把预期结果也写在标题中
前置条件： 你要执行这条用例前所要准备的东西，比如我要做修改昵称的用例，那么我首先要先登录，并且已经关联到了登录的cookie，根据每条用例的实际情况，来考虑
是否必传： 如果是必传参数，那么就写上是
剩下就不一一细说，照着标题写就可以
下面写几个注册接口的例子(可能写的还没有大家好哈~)：
献丑了，这里只是为了以后留存一份接口用例的设计思路，方便我自己回看。。。。
浅谈
设计一个好的接口测试用例，能够在执行时更好的发现缺陷，接下来就整理一份我自己对接口测试用例编写的一些思路
我们在测试没有关联的接口，即单一的接口，要对它的正例设计以及反例设计，当存在多种条件下的正例时，也要一一写出，比如注册、修改昵称的接口
因为是对接口进行测试，那么对参数，也要重点测试下
《1》必传参的参数未传，查看接口响应的内容
《2》少参、空参、多参时，查看接口响应的内容
《3》 参数名前有空格、参数值前有空格，查看接口响应的内容
《4》参数名后有空格、参数值后有空格，查看接口响应的内容
《5》对参数类型为int的，传入参数时改为str，查看接口响应的内容
《6》 传入错参时，比如接口规定的是地址，我却传入的是名字（就是接口文档怎么规定，我就反着来，但是参数类型是对的），来看接口响应的内容
《7》参数的边界值，左边界、右边界、左离点、右离点、内点等都可以进行用例设计
还要对一些错误的测试场景下，来设计
《1》 错误的url
《2》错误的请求方式
在对有关联的接口进行测试，也要重点考虑以下（一般是对需要拿到登录凭证的接口）
《1》 需要关联的参数，未关联
《2》 传入错误的关联参数名、参数值
《3》 多传入关联参数、参数值
《4》 传入关联参数名、参数值前、后有空格
接口安全方面的测试，也要考虑到，比如sql注入
接口用例的要素：
用例编号、所属产品、模块、用例标题、前置条件、接口名称、请求url、请求方式、请求参数、是否必传、对应值、参数类型、预期结果、优先级、实际结果、通过否、状态码、参考文档、编写人、编写时间、执行人、执行时间、备注
用例编号：一般为产品的名称+case+编号，为了方便以后的查看用例,且编号不可重复，根据你要写的条数，比如我要写10条，那么就是这样：taobao_case_01，如果是百条： taobao_case_001…依次类推
所属产品： 你做的接口测试，所在的产品名称
模块： 如果说你要编写的模块，分为很多子集，比如在我的下有登录、注册，那就应该划分为一级模块、二级模块…依次类推，比如我要编写的是我的模块下的登录功能： 一级模块:我的，二级模块：登录
用例标题： 标题一定要直奔主题，你这个用例是拿来干什么的，简单、明了，标题也是不可重复，尽量不要把预期结果也写在标题中
前置条件： 你要执行这条用例前所要准备的东西，比如我要做修改昵称的用例，那么我首先要先登录，并且已经关联到了登录的cookie，根据每条用例的实际情况，来考虑
是否必传： 如果是必传参数，那么就写上是
剩下就不一一细说，照着标题写就可以
下面写几个注册接口的例子(可能写的还没有大家好哈~)：
献丑了，这里只是为了以后留存一份接口用例的设计思路，方便我自己回看。。。。