面向客户端测试与面向服务端测试

前言

产品在早期的研发过程中,特别是初创团队,可能根本就没有专门的测试人员。(当初我参与的第一个手游项目就是这样,但也因此,项目组的程序、策划、美术每个人,都得反反复复跑游戏,充当测试的角色)。

测试是保证产品质量的一个重要环节,而测试人员本身的专业能力直接影响测试质量。
作为程序员,经常会听到到面向对象和面向过程这类词汇。那么“测试人员”,是否也有类似的分类呢?!答案是肯定的。
在我平时的工作中,接触到的测试人员,基本都是本文标题中所提到的面向客户端测试,能够做到面向服务端测试的寥寥无几。

面向客户端测试

这是一项门槛非常低的工作,基本只要有点常识就能做。所需要完成的工作,无非就是拿着手机各种点点点,看看界面显示是否正常,客户端会不会崩溃。
有些细心的测试人员,会做的更好一些。比如:
根据实际的产品逻辑,想一些比较容易忽略的操作,来进一步验证软件的稳定性。

但是!!! 面向客户端测试终归是有局限性的,怎么都跳不出客户端的那几个操作,那几个界面信息。

面向服务端测试

面向服务端测试(或者称为面向接口测试),这应该可以算是测试人员能力的一个分界线,可惜绝大多数测试人员都止步于此。
这是有门槛的,需要测试人员有一定程序能力(能写脚本)和计算机方面的知识(Http、Socket通讯细节等)。

这里以银行转账为例。

用户A通过手机银行往用户B账户转账。
那么客户端这边在输入金额这一块肯定是需要做限制的,比如正数,小数点保留两位等。
但是服务端可能并没有做限制。
所以用户可以绕开客户端界面,直接发送转账协议,把其中的金额改成负数,这就导致用户A的金额不减反增。
(平时报道的很多漏洞,有不少就是这样类似的原因)

当然这只是一个玩笑,但也足够体现出跳出客户端界面约束,面向服务端测试的重要性。

面向服务端测试还有很多内容,比如:性能测试。(这有点偏向服务端开发人员的工作)

当然面向服务端测试有许多现成的工具,虽然多了些学习成本,但的确可以减少测试人员的工作量。
(还是非常值得学习使用的!)

还需要…

以上只是具体的测试方法,而在实际项目中,测试规范也异常重要!
一般来说,测试流程应该是一轮一轮的完整进行,而不是一边开发,一边测试。
“一边开发,一边测试” 本身并没有问题,但是这不能算是测试阶段,只能算作是开发阶段!
只要客户端与服务端功能还未全部完成,期间进行的各种测试,都不能作为产品上线的依托。

当客户端,服务端代码不做修改之后,依旧需要进行一轮完整的测试!

其实,测试这一职业就是简化版的程序员,也需要不断的学习充电! 共勉!!!

转载本站文章请注明作者(xtutu)和出处 xtutu.me