|
从51毕业有大概4年了,从那时起也就立志做一名软件测试人员了。以前一直从事的是PC上的测试。随着APPLE设备的风靡,我对于APP的应用程序也一点点的了解了。家里有人是做IOS开发的,我自然担当起测试的任务了。开始开发出的APP是在虚拟机上运行的,然后上线去卖,但是销量一直不怎么好,因为许多的问题是在真机上才能调试出来的。后来有了个iPod,程序在上一运行,才发现了许多在虚拟机上无法发现的问题。
后来陆续开发了一系列的APP应用软件。并找到其中一个最适合市场销售的APP,并不断的升级,因为用户都很精明,他们会选择质量好的app去购买的。
APP与PC上的测试是不同的:
1. 屏幕大小是受限的。
iPhone屏幕的尺寸为480 x 320 像素点,这就需要在有限的屏幕上设计出的产品更适合用户使用。因此在UI测试时就要注意各个按钮的设计,工具栏,状态栏的设计。如果是与生产力相关的APP,就需要使用系统提供的默认的控件,这样方便用户使用,一看到按钮就知道是什么意思。例如:搜索的按钮,一般就是用放大镜这个图标。再比如进度条,在APPLE设备上就有几种进度条的标准格式。
2. 内存有限
表现在用户同一时间只能运行一个程序,因此开发时要注意内存泄漏的问题。在App Store里下载的软件经常能看到点几下就异常退出的现象。这对于用户使用来讲是致命的缺陷。估计也不会有什么好的销量了,原因大部分是与内存控制有关。我在测试过程中也会遇到系统崩溃,源于内存告急。
3. 多线程
用户会随时停掉手中的操作,转而打开另一个app程序。有些需要后台可以照常运行,利于音乐播放可以在后台运行,前台用户可能在看书。但有些就不需要后台运行了。比如下载通讯录的app。在下载过程中一直保持在前台运行,这样可以保证整个过程完整。如果这时有突发事件到来,比如一个电话进来,这个app是中断下载呢,电话打完继续下载呢,还是彻底中断,需要用户重新启动下载运行。哪种方法用户体验更好,或者说哪种方法是更符合app的标准化设计?
4. 标准化的控件设计
如果开发的app是一个生产力相关的,最好使用系统提供的标准化的控件设计。比如日期选择,可以采取滚轮的样式;表格视图;状态栏的颜色;导航栏的颜色,高度,里面按钮的样式。
5. 独特的用例设计
有一些功能点的测试用例设计可以参考WEB上做测试时,例如app上也有搜索输入框,测试用例和WEB上没太大的区别。但有的功能的用例设计就需要开动脑筋了,的确是很特殊的,通用测试用例里一般没有。需要和开发商量,并自己在网上找文章参考,或者就用学过的通用测试用例设计规则去做。
6. 开发周期短
尤其是个人开发者而言,有的app功能比较集中,app的开发周期比较短,或者软件升级用的时间也比较短,因此测试的节奏也要快些,才能跟的上。
移动互联的市场已来到,竞争也十分的激烈,据统计,只有大概20%的中国开发者从app开发上挣到了钱。每一个好的app都离不开开发的心血,也离不开测试人员的严格把关,只有这样,销售出去的软件才能够得到用户的好评。 |
|