测试 iOS App 时需要注意什么
本帖最后由 小皮球的故事 于 2017-6-7 14:23 编辑不知道有木有用，分享一下小小的经验~
1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。
2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。
例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对移动应用软件支持语言自适应功能），这一点通常会被测试人员忽略。
3、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。
例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。对手机可以施加的压力测试类型主要有：存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。边界压力：边界处理一直是程序员最容易忽略的地方。响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。网络流量压力：执行较大数据流量的功能的同时，再进行其他功能操作，使得网络流量始终处于很高的状态（如视频通话时再进行短信等其他功能操作），验证各功能是否依然能正常工作，是否存在因网络流量瓶颈而引起某功能异常。压力测试用手工测试可能很繁锁，可以考虑自动化测试。遗憾的是，目前还没有较为大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。
4、容量测试：即存储空间已满时的测试，包括手机用户可用内存和SIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件在极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。
5、兼容性测试：也就是不同品牌、款型的手机（针对目前我们产品来说，主要是针对不同品牌、款型的手机上的测试），不同网络，不同品牌和不同容量大小的SIM卡之间的互相兼容的测试。以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，需要验证显示和回复功能是否正常等。再比如，应用软件分别在Nokia N80、N93手机上运行，各功能是否均能正常使用，界面是否均显示正常等。
6、易用性/用户体验测试：易用性（Useability）/用户体验是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力，是交互的适应性、功能性和有效性的集中体现。
app基本功能的测试
比如计算器就要首先做计算器应有的加减乘除等运算基本功能的测试
app 分辨率兼容性测试，针对不同版本和屏幕大小的iOS系统
计算器在iPad和iPhone5是否正常显示，iPhone升级iOS8计算器能否正常工作等等 还是说些细节吧，比如当状态栏变为两倍宽度（通话中、录音中、热点等）时以及在应用中状态栏由两倍宽度变回一倍宽度时界面是否正确显示。 1、新安装，覆盖安装;2、关闭软件后卸载，未关闭后卸载;3、无网络下的反应;4、网络异常时的登录;5、横屏竖屏的快速操作：切换菜单，播放，下载等 我通过对自己负责测试的一款即时交互App的几个测试版本的Bug进行大概的分析，将Bug化分为：功能Bug，样式Bug，兼容Bug，其他...... APP要考虑落网测试（无网络，WIFI，2G,3G,4G,以及网络间的切换问题） 看楼主写的总结里面还有提到小灵通，诺基亚n93，有点开始怀疑这篇文章的时效性，日期显示是17年啊，瞬间感觉有点时空错乱了，不过里面的内容好像也不能说完全过时了，但是对于刚开始不熟悉app测试想了解内情的我还是不能够让我清晰的认识到app测试的流程方法，跟帖到是不错，学习到了些，感谢
页:
[1]
