标签：需求 自动 逻辑 操作 简单 谷歌chrome 脚本 组件 交换
提起服务端测试，第一反应想到的可能就是http协议、socket连接、post/get发送请求等等。回想起小编当时初次接触服务端测试，真可谓一脸懵逼，不知道要干什么也不知道从哪儿开始做。服务端测试往往呈现给大家的是一个很大很宽泛的任务，我们知道要做服务端测试但却不知道怎么做，流程是啥，用什么工具去做，要达到什么样的效果。今天小编就结合最近自己做的一些服务端测试的任务，和大家聊聊服务端测试中的一个常见方法——接口测试。
一、什么是接口测试
先来看看接口测试的定义：
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
如今的软件系统通常采用前后端分离的模式进行设计与实现，即一个系统分为前端（客户端）和后端（服务端）两部分。通常服务端以接口的形式给客户端提供服务，实际上接口和客户端的功能之间是关联的：每个接口都对应着客户端一个或多个功能点；而客户端同服务端的交互，一般也是以接口作为基础，客户端根据不同的需要请求不同的接口，服务端根据客户端请求的接口及携带的参数进行逻辑处理。因此服务端测试可以先从接口测试入手，保证其对客户端提供的服务没有问题后再进行更加深入的业务逻辑测试，这也是目前我们做服务端测试的一个“套路”。
定义中说的接口包括两种：系统与系统之间的接口，内部各个子系统之间的交互点。根据不同的划分会有不同的结果：如果我们把一个系统的客户端和服务器看成一个整体，那么此时服务端的接口相当于是内部子系统之间的交互点；如果我们把客户端和服务端各自看成是一个整体，那么接口就相当于是不同系统之间的交互点了。
二、接口测试常用工具
说到接口测试，最常见的一种测试方式就是检查服务端返回的数据正确性了。实际项目中，服务端在收到客户端的请求之后，对请求进行处理并将处理的结果返回给客户端，这种结果比较常见的是Json、XML等数据格式，所以测试的时候一个主要工作就是检查这些数据的正确性。比如，服务端以Json的格式返回客户端需要的数据，那么在测试中我们就需要关注返回的Json中是否包含我们期望的字段、字段的内容是否正确等等。这个时候自动化脚本就显得非常重要了。
小编在测试过程中发现好多接口都是以Json格式返回数据的，在实际执行中，我们用到了Python的一个开源框架Requests,该框架保留了所有urllib2的优点，比起urllib2更加简洁明了，更像是纯粹的“Python”，该框架在平时接口测试中几乎所有的自动化脚本中都在使用，关于该框架，小编之前在一次公开课中做过一次分享，有兴趣的话大家可以关注搜狗测试粉丝群（459645679）进行查看哦。
还有一些工具在实际的操作中用的比较多，比如Postman。Postman是谷歌Chrome的一个插件，使用起来非常简单，可以支持我们以get/post等各种方式发送请求，当然也可以自己构造请求，服务器返回的数据会全部展示出来，便于检查，这和Fiddler比较相似。此外Postman还支持用户自行构造环境，设置检查点等，不考虑时间的情况下基本能满足接口数据验证的需求。关于Postman的安装和使用教程，网上资源比较多，此处就不再赘述了。
接口测试的工具和自动化框架可谓非常多，除了上面罗列的之外，还有许多实践中比较常用的：urllib/urllib2，Jmeter等等，关于各种工具的使用和优缺点，小编会在后续的文章中结合自己项目的使用情况和大家进行分享。
三、接口测试的用例设计
不同于功能测试，接口测试的用例设计出了要验证正常功能之外，还需要考虑其他的一些情况，总结起来，接口测试的用例设计可以从以下几个方面入手：
1.功能用例设计
服务端的接口与客户端的功能是对应的，那么这个接口是否能提供给客户端某个特定功能所需要的数据自然是我们需要验证的地方，功能性用例的主要目的是帮助我们验证该接口最初设计的功能是否被实现以及该功能是否按照规定的接口文档进行实现等等。
2.业务逻辑用例设计
业务逻辑方面的测试用例主要是针对服务端接口的处理逻辑进行的用例设计，这种用例设计不是针对某个功能点是否实现，而是对接口的处理逻辑以及一些相互依赖的业务进行验证，通常依照接口的逻辑流程图来进行。举一个例子，购物系统中的两个动作：登录和下单操作，这两个业务是相互依赖的，下单操作必须在登录完成后（登录状态下），否则无法完成下单，这个时候我们就可以设计这样一条case：没有登录的状态下进行下单操作，看服务端如何处理。
3.异常处理的情况
服务端接口和客户端之间通常是通过HTTP请求来传递数据，在发送请求的时候，客户端会携带各种不同的参数，此时服务端会根据不同的参数进行不同的处理，所以异常处理主要是针对请求中的参数情况：比如参数增加和缺省、参数的数据类型错误，参数携带错误的值、参数为空等等，这需要我们根据接口文档中各种不同的参数去构造不同的参数异常，检查服务端的响应情况。
4.性能和安全性方面
服务器的性能往往是个非常重要的关注点，在实际的测试中我们主要关注的是接口的QPS数值，以及CPU和内存占用等性能指标，通常借助于其他工具比如LoadRunner进行性能测试。安全性方面，主要考虑一些常见的安全策略比如请求加密、sql注入等等。
以上向大家简单介绍了接口测试的一些基本概念，服务端测试是一个很庞大很复杂的过程，有自己的方法和特点，因此在后续的文章中，小编主要会就服务端测试的流程方法、工具使用以及踩到的坑和积累的经验与大家做分享，欢迎大家持续关注。
标签：需求 自动 逻辑 操作 简单 谷歌chrome 脚本 组件 交换
原文地址：http://www.cnblogs.com/scios/p/7402900.html
