先说说我们搜狗公司都有哪些服务器端的应用。
1.有web端的服务，包括搜狗搜索、搜狗百科、搜狗抢票、搜狗地图、12306服务器端抢票等等。
2.有客户端相关的服务，包括浏览器的名单更新服务、客户端的升级服务、搜狗号码通的号码查询服务，等等。
针对以上的这些服务，我们总结归纳了一下，划分了两种类型：
a. 一种，我们称之为B\S结构，即浏览器\服务器结构，也就是各种web应用，这些web应用只与浏览器有关，他的web页面以及各种后台逻辑均运行在各种服务器上。
b. 另一种，我们称之为C\S结构，即客户端\服务器结构，这种产品的客户端需要与服务器端通过接口进行通讯，同时服务器端还有自己的功能逻辑，在接收到客户端发送的请求之后会进行处理，然后返回给客户端。
那么针对以上这两种不同结构的服务器端程序，我们是如何进行测试的呢？
首先，我们制定了一套完善的测试流程，通过该流程，指导测试、开发、产品、OP运维等同学的工作。在这个流程中，有三个关键的环节：
1.
我们有“两会”。
a)
产品需求评审会
在这个评审会上，产品会对提出的需求做出详细的讲解，如果各方涉及的人员比较多，还会确定产品负责人、开发负责人、测试负责人。各负责人的职责如下：
i.
产品负责人：是这个项目的总负责人，负责各配合方之间的沟通。
ii.
开发责任人：包括客户端和服务端，原则上由客户端开发为开发的总负责人。
iii.
测试负责人：包括客户端和服务端，原则上由客户端测试为测试的总负责人。
b)
开发设计实现讲解会
在这个环节，开发会在接到需求后，组织一次设计评审，在这里主要由开发（包括前端和后端）和测试参加，在会上我们会做以下几件事情：
i.
由开发详细的讲解功能得到设计思路，包括客户端和服务器端的功能实现
ii.
后续的计划排期
iii.
在设计阶段就会增加线上的监控机制
经过这两个评审会之后，测试会给出大概的测试方案，待开发提测后，测试就可以展开后续的测试工作。
2.
三种服务器环境
a)
测试服务器
我们的开发会将编写完成的代码上传到SVN上，所有测试环境中的代码均来自SVN，这样可以保证被测试的代码与SVN上的代码是一致的，与此同时，我们也会不断的关注开发开发SVN上的改动，以便确认测试的范围和后续的验证。
b)
待上线服务器
待服务器端的功能测试完毕后，会将被测试完成的代码部署到待上线服务器上，待上线环境的配置与线上环境完全相同。我们会在这台机器上进行性能相关的测试。
c)
线上服务器
待性能测试与功能测试均完毕后，测试会将开发提交的代码进行冻结，开发会给OP运维部门提交上线申请单，然后由OP运维部门将SVN中测试完毕的代码部署到线上。待部署完成后，测试会针对线上环境进行上线验证。
那么测试人员与开发人员如何在这三个环境中进行切换呢？如下图：
3.
一套线上实时监控
我们会针对线上提供的服务进行监控，主要是该服务的接口功能正确性。而服务器运行的稳定性是由OP运维部门负责监控。当发生线上问题时，测试、产品、开发、OP均会收到包括邮件和短信的通知。测试先进行问题确认，并及时给出结果反馈，如果有问题，开发和OP会对问题进行排查，并由测试进行验证。如果没有问题，会查当时通知时发生了什么，以便确认问题是被自动修复了，还是线上监控脚本出现了问题。
