我们想，什么是API？
简单来说，API，是应用程序通达信交易接口,接口，是软件系统不同组成部分衔接的约定。一个软件系统越庞大，需要用到的通达信交易接口,接口相对越多，同时通达信交易接口,接口的复杂度和通达信交易接口,接口的设计都需更好的设计和提升。
什么是API测试？
API测试其实是一种用程序或工具来发送数据，同时验收系统的返回值的方法。这种测试更偏向于业务实现逻辑。常见的网络协议有TCP、Http、webservice、socket等，http?和webservice都是基于TCP/IP协议的应用层协议，webservice是基于http的soap协议传输数据。我们今天主要说最常见的基于http协议的API的测试。
一般来说，API测试是除去单元测试和白盒测试之外最能够从底层发现问题的测试方法。API测试需要注意哪些技术细节呢？换句话说，怎么做一个好的API测试呢？
我们从以下四点说起：
用例设计
如果把API看做一个黑盒的话，那么我们首先可以设计基于边界值法、等价类划分法等的黑盒用例，这些设计思想其实占据很大成分。常见的比如参数值的边界，参数缺失/多余，参数空/非空，特殊字符等；对于复杂的参数，比如结构体/数组链表等，可以考虑其最大长度限制/内置特殊字符等。
请求方式/不合法的数据格式/不合法的cookie也会影响到一个通达信交易接口,接口的返回值。还有，有些通达信交易接口,接口涉及到加密解密，需要传一些密钥值，一些非合法秘钥的检验，来观察API的响应情况。如果手里有很详细的通达信交易接口,接口文档，把每个returncode都覆盖到，很有必要。比如正常是200OK，此外还有400(不合法请求)，401(未授权)，429(太多请求)等，或其它一些自定义的errorcode，覆盖的过程，也是把工程代码分支覆盖的过程。
请求工具
一般用Chrome浏览器的话，postman的使用频次应该是最多的了。也可以下载postman等位客户端。之前用Firefox浏览器的时候，还用过HttpRequester。不管用哪种，方法一样。
填写好测试URL，选择测试方法(GET/POST/PUT/DELET，设置Header(常用的有content-type/Cookie等)，设置authorizationtype(BasicAuth等)，最后在body中填充测试数据。接下来，点击send就好啦，这样就发送了一个请求到你的目标API了。
这里面比较复杂的可能就是body了，常用的格式有form-data,x-www-form-urlencoded,applictaion/json等。用哪种格式，正规的通达信交易接口,接口文档里开发同学就会注明。此外，postman有一个功能很nice，就是它可以配置环境变量。把配置信息抽象成类，不同环境对应不同的实例，初始化设定后，在request请求中通过实例成员变量来引用不同的值，从而在需要的时候通过切换环境来选择不同的配置信息。比如：我配置了一个env1环境，并添加了一组key和value，那么当我引用{{}}这个变量时，就会替换成你所配置的。
程序设计
首先是选择用哪种语言和相应的请求包，比如python的话常用的就是requests库，而Golang的话你可以使用net/http包或是gorequest包。拿python来说，短短十来行代码就可以模拟发送一个请求。
但是难点并不于此。
如何组织用例？
一般来说，用例可以分为单个通达信交易接口,接口用例和场景用例，单个通达信交易接口,接口很简单，针对一个通达信交易接口,接口的参数设置边界值，对应校验不同的返回；场景用例涉及到多个通达信交易接口,接口的调用，用以简单模拟用户行为。
测试数据应该放在哪里？
测试数据可以放在用例里，也可以放在json/yaml等配置文件中。如果涉及到片/视频等比较大的测试文件，最好不要存在本地，可以在测试服务器搭建一个简单server，比如使用ngnix，接下来只需要访问这些测试文件的链接就好了。
使用哪种风格的测试框架？
现在基本有BDD和TDD两种框架之分，我更倾向于使用BDD，也就是“行为驱动测试”。这个风格有两个优点：
场景分级，易读清晰，方便定位失败的用例
新手好上手，BDD的过程就是写case的过程。下面是它的一个流程。
通达信交易接口,接口分析
如果你的团队里面，能够维护一份完整细致的通达信交易接口,接口文档，当然是最好的。如果没有的话，优先去推动开发生成一份合适的API说明文档吧。如果达不到这个阶段，但是也要做自动化，那么你就要掌握基本的抓包分析工具，能够自己去抓包分析形成API文档。
所以通达信交易接口,接口分析是很必要的，也属于通达信交易接口,接口测试的高阶提升。比如通达信交易接口,接口定义是否冗余，通达信交易接口,接口的请求字段是否冗余，通达信交易接口,接口调用是否得到了所有期望的信息，通达信交易接口,接口调用是否合理方便，通达信交易接口,接口是否做到最数据库进行了正确的变更，通达信交易接口,接口的平均响应速度是否在可接受范围等。这些指标的分析，有时候可以反馈给开发同学，对优化整体性能也是有益处的。这些分析可以帮助你更好理解这个过程的来龙去脉，理解这些API做了什么，又产生了什么影响。
总之，API测试上手很简单，但做得好，做成工程化还真需要费一点力气，一些技术细节的把控和提升，会无形中提升整体的测试水准；而如何让API测试真正在我们的日常工作中发挥出最大作用，也需慢慢研究和调整的。
文章为作者独立观点，不代表观点
相关文章
股民评论