从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都离不开开发的心血，也离不开测试人员的严格把关，只有这样，销售出去的软件才能够得到用户的好评。
-----------------------------------------------------------------------------------
转自：http://bbs.51testing.com/viewthread.php?tid=555626&highlight=ios