首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

服务器端测试经验分享

服务器端测试经验分享

先说说我们搜狗公司都有哪些服务器端的应用。
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会对问题进行排查,并由测试进行验证。如果没有问题,会查当时通知时发生了什么,以便确认问题是被自动修复了,还是线上监控脚本出现了问题。


有了上面的测试流程之后,那么在开发提测后,我们是如何进行测试的呢?针对之前提到的两种不同的产品类型,我们会进行以下两方面的测试:
1.
功能测试。

2.
性能测试。


返回列表