移动端测试

当前位置:首页 > 移动端测试

大话移动APP测试Android 与iOS应用测试指南(第七章)(续)


7.4社交应用分层设计实践案例

前面3节并没有给出非常详细的测试用例设计方法,更多的是给大家提个醒,给个设计.上的思路。在测试用例设计、探索性测试、随机测试等时候,无论我们觉得无从下手也好,找不到缺陷也好,一切原因归根结底都是来自于我们的无知。对于-一切未知的东西,人天生会产生恐惧、迷茫,所以我们做测试的时候就必须去深入了解与被测对象有关的知识,这样才会看得更多、更深,思路也就会随之展开。

提示:从本节开始,笔者会举一些具体应用的测试用例设计和实现的方法。其中关于移动系统和开发语言本身的基础知识就不细说了,有需要的朋友可以自行谷歌。接下来我们看看下面这个“社交应用”的背景吧:

应用类型:社交应用

所在系统环境: Android, ios, windowsphone 等

应用核心功能:发布自己喜欢的图片、评论、互粉等

应用所属结构: C/S

应用帐户:可使用自己的账号登录,也可使用新浪微博等第三方账号登录

现在假设项目开始了,我们作为测试人员开始接触需求,经过了解之后发现,这应用与图片式的微博很相似。但是当我们开始设计用例的时候却发现,用例量远远超t我们的想象,这里列举- -些功能核心的测试点:

●不同账号的登录。

●发布一张或者多张照片。

●测试照片的不同来源。

●测试照片或智能机的经纬度。

●测试不同网络下的交互。

●测试交友功能。

●测试评论、喜欢、互粉等功能。

●测试照片预览、放大、旋转等功能。

●测试发布照片时候,@好友、增加描述、增加定位、增加滤镜等功能。

●多智能机同时登录。

●.....

以上每一点都可以延伸出很多 个测试用例。当我们辛辛苦苦正在编写测试用例的时候得知,原来给的测试时间只有不到2周,望着只有一两个人的测试队伍,已经欲哭无泪了。

此时,我们只有两个选择,其- -告诉老板人手不够,时间不足,功能点太多做不完;其二是硬着头皮去做,发布之后出现各种缺陷。无论哪种选择都会降低老板对测试人员,的好感。原因很简单,大家都希望事情能按时完成,克服困难并最终达到目的,谁也不愿意看到自己的项目一拖再拖。也许反馈的理由是客观存在的现实,但人手不够,时间不够也不是一时半会儿能够解决的问题。在移动互联网行业,无论公司大小,大部分项目的周期都差不多,开发与测试人员的比例都很悬殊(不得不说,这点我很想谴责很多人歪解了Google 的10: 1的意思,包括我老板)。其实随着项目业务的增加,单纯地增加人力肯定不是办法,所以我们需要有策略地去做测试。

很多朋友看到这里就想了,按照你这样的说法,人少、时间短,功能点又多又杂,还要按时完成,那么岂不是只剩下一个办法一自 动化测试。说得没错。在移动互联网.的项目中,测试必须要有自动化的部分。我这样说并非希望大家为了自动化而自动化,而是因为在项目中的确可以找到很多提升效率的方法,本例就是其中一个。此外还可以找到很多重复劳动的地方,比如界面的自动化, Android 渠道包的测试等。移动互联网行业人少、项目多的状况已经见怪不怪了,采用自动化是为了提升测试效率,帮助做回归测试,而不是很表面的认为是为了解放手工测试人员。不过很遗憾地告诉大家,在移动互联网中,无论自动化做成什么样子,手工测试的比例还是会很高。

要做到以上说的,测试人员深入了解产品是必不可少的。经过了解,我们发现这种社交应用大多是在客户端搭建一个框架 ,所有的图片、数据都是从服务器传递到客户端的。比如图片,都是经过服务器压缩过之后再传给客户端,客户端以bitmap的形式绘制出来,如下图所示。

大话移动APP测试Android 与iOS应用测试指南(续)

其逻辑可以用下图来说明。

大话移动APP测试Android 与iOS应用测试指南(续)


大约有80%的数据是由服务器返回,这必然是-一个非常重要的测试点。一*般而言 ,我们会编写如下的测试点(由于是举例,简单写- - 下测试用例的步骤,请不要误解测试用例真正的编写方法):

●step1:使用账号登录

step2:发布- -张图片

step3:从我的界面或者好友的界面查看这张图片是否发布成功

●step1:使用账号登录

step2:与某用户成为好友关系.

对这些用例执行的时候有几种方法:

●手动执行测试用例

●界面自动化测试

●分层测试


相关内容

文章评论

表情

共 0 条评论,查看全部
  • 这篇文章还没有收到评论,赶紧来抢沙发吧~