接口文档给你分析及测试用例组织和设计
接口设计文档一般在项目概要设计阶段编写，在项目开发阶段，web项目的前后端是前后端分离的。应用程序的开发，需要提前由前后端工程师共同定义接口，编写接口文档，之后大家都根据这个接口文档进行开发，到项目结束前豆芽一直维护。
企业接口文档类型：
Word 编写Swagger 自动生产API文档wiki文档对一份接口设计，从以下方面去分析：
接口的请求方式接口的请求地址接口的请求参数接口的业务功能接口的返回值如果公司无接口设计文档，需要根据前面讲解的fiddler进行抓包获取接口信息。
接口测试用例设计方法及实战接口测试是为了保证数据的安全及程序在异常情况下逻辑的正确性而进行的测试。接口测试用例设计主要考虑以下因素：
请求参数的必填项和可选项请求参数的合法输入和非法输入；请求参数的边界值；请求参数的异常处理，例如：未带入必填参数等基本业务场景考虑，例如：登录状态、权限、依赖性等设计到DAO层调用等，考虑数据增删改查的正确性。模块接口参数的类型不一致需要做一下考虑：
数据类型问题，包括：变量的数据类型是否错误。b、是否存在不同数据类型的赋值。c、是否存在不同数据类型的比较。变量值的问题，包括：变量的初始化或缺省值收到有错误。b、变量是否发生上溢或下溢。c、变量的精度是否足够。逻辑判断问题，包括：是否由于精度原因导致比较无效。b、表达式中的优先级是否有误。c、逻辑判断结果是否颠倒。文件I/O问题，包括：对不存在的或者错误的文件是否进行操作。 b、文件是否不以正确的方式打开。c、文件结束判断是否正确。d、是否正确地关闭了文件。根据上述，接口常用用例设计方法为：
等价类，边界值场景法正交排列法（涉及到报表查询接口等）接口测试易忽略部分
接口有翻页时，页码与页数的异常值测试数据库的增删改查，比如一个post接口操作完成后，通过列表页接口看下新的数据是否和刚才的post一致接口返回的图片地址能否打开，图片尺寸是否符合需求当输入参数有联动性时，需要校验返回两参数的实际结果是否符合需求所有列表页接口必须考虑排序值所有功能都要考虑兼容旧版本入参支持传多个值时，要考虑传的值得个数多的情况下，接口会不会报错输入参数类型
还没有评论，来说两句吧...