接口测试思路

上一篇 / 下一篇  2017-05-10 15:15:20 / 个人分类：接口测试

查看( 929 ) / 评论( 0 ) / 评分( 0 / 0 )
查看接口文档内容，包括URL，调用方式，传入参数，返回值，错误提示（包括提示码和提示内容）等
测试用例需覆盖所有错误提示
开发代码中应该是对所有的正确和错误的输入都做了处理，并赋予相应的错误码和提示内容。
参考add_event接口，例如：
request error
user sign null
user sign timeout
user sign error
parameter error
event id already exists
event name already exists
start time format error
add event success

根据需求设计测试用例。如用户签名不能为空，如果为空则提示签名错误。
开发代码实现为，如果请求参数中缺少client_time或client_sign，则提示sign null
设计测试用例的主要关注点：（摘自http://www.infoq.com/cn/articles/interface-test/）
  1. 接口中所有的入参都要写测试用例。
  2. 每个入参的每个错误类型都要准备一个异常用例。如必须参数缺省、参数类型错误、参数 范围错误、参数超过最大位数、参数没有达到最小指定位数、参数的无效值（有效状态外）、参数的小数点超过规定长度、参数含有非法字、参数含有违禁字、参数的关联性检查（如所在省、市，所在地不匹配）等等。
  3. 对于正常系的用例，要把所有入参的各种合法的有效值都执行到。所有入参的最大位可以用一个测试用例执行掉。所有可缺省的参数不要（只输入必须参数）的测试用例也要做一个。
  4. 对于搜索接口，应该把每个参数单独作为搜索条件来确认搜索结果是否正确，然后再确认多条件输入后的结果。
然后设计测试框架



收藏 举报

TAG: 接口

 

评分：0

我来说两句

Open Toolbar