服务端测试和客户端测试的区别

面试的时候总是有人会问，你是想做服务端测试还是客户端测试？很多没有接触过的同学往往是一脸懵的，这里着重介绍下这二者的区别，让大家对此有些概念，明白自己的定位。

1.客户端测试

用户可以看到的，使用界面的，web端，pc端，app，一般是在用户的机器上去做相关测试。web端是指各个浏览器里面的功能测试。PC指的的电脑上的应用，APP指的是移动设备上的应用。

具体内容我会单开一贴介绍客户端测试。

缺点：最繁琐的是各种适配，同一个功能在不同设备不同系统不同浏览器都需要验证一遍。（当然有些功能可以通过自动化来实现，并不是只有服务端有测试开发哦~）
优点：容易上手。

2.服务端测试

服务端测试有两种：一种是直接对WEB或者应用的服务端进行测试；另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试。

对于这种服务端后台的测试人员，除了需要掌握上述的自动化测试技术之外，还有一个沟通、协调的工作，因为后台的接口一般是同时提供给iOS／Android／WEB三个端，所以需要跟三端的测试人员协调测试进度、测试环境等事项。

如果遇到后端服务大的重构、或者是第一次上线预计有大流量的，那还需要对后端服务做一个性能测试，用JMeter／Grinder等工具编写脚本并进行压测，看看后端服务能不能撑住大流量。有些版本性能风险小的，不必要每次都做性能测试，可以根据实际版本的情况具体分析。

（3）对更后端的数据库、缓存系统、中间件、文件系统等进行测试。
这种就类似于云计算等后端基础服务的测试，对于一些大的公司，会有一个专门的团队来开发这种后端基础服务，这种服务当然也需要测试人员来保证质量。

这类服务一般都是通过HTTP接口的方式提供给刚才讲的WEB／APP的后端使用，所以，第一个要做的也就是接口测试，也就是用Postman等工具做手工测试、用自动化测试框架做自动化测试。
不过，对于这类后端服务来说，接口只是暴露给外用的部分，内部逻辑通常是非常复杂的，所以，除了针对接口做测试之外，测试人员还需要细致地了解这些服务端产品的技术框架及技术实现，需要了解到模块的级别，对于系统框架图、时序图等都有很好的理解。针对这些理解去设计用例，再跟开发一起讨论如何实现用例。

如果这种基础服务用了某一个开源软件，那通常也需要测试人员能关注社区的进展，并把我们发现的Bug及解决方案等推到社区，为社区做贡献。

除了接口测试之外，在我们公司，异常测试、稳定性测试、性能测试也是服务端测试必备的测试类型。
异常测试会模拟各种异常情况，比如硬件异常－机器挂掉的情况下能否启动备机、硬盘挂掉的情况下是否会丢失数据；网络异常－网络忽然断掉、或者网络流量变小的情况；系统异常－操作系统忽然挂掉的情况。这些极端的情况出现的时候，我们需要验证数据有没有丢、能不能尽快启动备机对外提供服务、系统状态有没有异常等。我们会采用各种方式或者工具来模拟这些异常，比如用TrafficControl工具来控制网络流量。

稳定性测试，就是模拟系统在7*24的运行下会不会出问题，一般会用接口测试或者性能测试用例不断地跑，在运行期间，我们会模拟各种情况，比如说负载的变化、系统的各种干扰等。可以用ChaosMonkey等工具来进行这类测试。