2.5 网络测试
2.5.1 室内网络测试
室内网络测试就是在室内固定地点，选择移动网络较好或者较差的地点，自行设计网络信号强弱点，还可以在室内连接稳定的Wi-Fi、蓝牙等无线网络进行相关测试。
2.5.2 外网测试
外网测试包含常说的路测、户外拨测。
App的外网测试可以不沿用手机路测那么严格的路线，但是高铁、公路、郊区、市区、超市、车站、地下车库等场景还是要考虑的。
外网测试主要模拟客户使用的网络环境，如Wi-Fi、GPS、北斗，以及移动、联通、电信的2G、3G、4G网络。
场景包括在高山、丘陵、火车、高铁等特殊环境下的App测试。
信号被屏蔽后，也要进行App的测试。
2.5.3 弱场测试
弱场测试一般是指在信号比较弱的场所进行的测试。
一般在测试时，选择地下车库、地下室、地铁上、地铁下层换乘厅、地下超市、电梯等场所即可以满足日常弱场测试场景。虽然很多实践中也把弱场测试划分到外场测试里面，但是最好还是提取出来单独设计。这个弱场测试对手机测试来讲更为重要一些。
2.6 异常测试
异常测试包括以下几种情况下的测试。
（1）各种网络信号的网络中断异常。
（2）SIM卡松动，这可以采取SIM卡插拔手段模拟实现。
（3）低电量。
（4）手机内存占或CPU占用率达100%。
（5）手机死机或卡死。
对于后面两种情况，可以自行研发一个App。其主要功能是快速占满内存和CPU，或让进程产生异常，使手机快速产生卡死现象，因为手工完成这些操作会很麻烦。
2.7 发布测试
要发布测试，可以按以下步骤进行。
发布测试包括以下内容。
（1）检查安装包大小。
（2）检查版本号、语言。
（3）安装和反安装测试。
（4）用其他辅助工具（如91助手、豆瓣荚等）安装、卸载测试。
（5）在线升级测试，相近版本及跨版本升级。
（6）验证数字签名。
2.8 用户界面测试
用户界面测试旨在测试用户界面（如菜单、对话框、窗口和其他可见控件布局、风格）是否满足客户要求，文字是否正确，页面是否美观、完整，文字、图片组合是否完美，操作是否友好等。
界面测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能，确保用户界面符合公司或行业的标准，包括易理解性、易操作性、易学习性等测试点。
下面重点介绍图形测试和内容测试。
2.8.1 图形测试
图形测试包括以下内容。
（1）横向或纵向比较，确认各控件操作方式统一。
（2）自适应界面设计，内容根据分辨率大小自适应。
（3）测试页面标签风格是否统一。
（4）测试页面是否美观。
（5）页面的图片应有其实际意义，而且要求整体有序美观。
（6）图片质量高且图片尺寸在符合设计要求的情况下应尽量小。
（7）界面整体使用的颜色不宜过多。
2.8.2 内容测试
内容测试包括以下内容。
（1）测试输入框说明文字的内容与系统功能是否一致。
（2）测试文字长度是否加以限制。
（3）测试文字内容是否表意不明。
（4）测试是否有错别字。
（5）测试信息是否有中英夹杂或中文中夹杂其他语言的情况，如果有，则需要核对需求规格说明书，或找前台开发负责人进行确认。通常，中外文夹杂就是BUG。
（6）测试是否有公司、行业或法律法规所规定的敏感性词汇。
（7）测试图的合法性，如是否涉及版权、专利、隐私等问题。
2.9 冲突测试
2.1.2节提到的第三方应用打断的场景，其实也就是冲突测试的内容。此部分可以放在功能测试里统一考量，也可以单独提取出来作为一个测试项目。因为人们经常会提到冲突测试，所以在此单列一节，但是主要内容在2.1.1节里已经详细描述了。下面给出几个移动终端上App冲突测试的典型场景实例，有助于读者拓展思路。
2.9.1 按键打断
考虑到手机下方功能键有三个键的情况，还有一个键的情况，根据场景，可以设计不同的按键进行干扰打断。
另外，还要考虑到关机/锁屏键的干扰打断，以及其他手机上的按键功能。
2.9.2 程序后台相互切换
在App之间频繁切换的场景很多，尤其是多个交互的App之间的业务协作切换（如12306订票和支付宝之间的切换），需要重点考虑。
2.9.3 网络切换
网络切换包括：两种4G网络之间的切换，三家运营商之间的网络切换，移动网络和Wi-Fi网络之间的相互切换。使用正交实验方法进行用例组合，会实现比较完整的测试。
2.9.4 待机唤醒
在手机进入待机状态之后，对于App要设计几个待机时长的等价类。至于待机的具体时长，可以通过咨询相应的开发人员，了解一下该App前台失效的等待时间阈值，在阈值边界处进行边界值（上点和离点）选取。
2.10 接口测试
App的接口测试也是实际测试中使用非常频繁的一种测试类型。尤其是在快速迭代、一些紧急补丁的场景下，设计好充分的接口测试用例，自动进行快速测试比传统界面级别的功能测试的效率高很多。当然，效果也是很不错的。
服务器端一般会提供JSON（JSON语法是 JavaScript 语法的子集）格式的数据给客户端，这种格式就是键值对，如 "Name" : "David"。
在服务器端需要进行接口测试，确保服务器端提供的接口和转换的JSON内容正确，对分支、异常流有相应的返回值。
此部分测试可以采用ITest框架完成，最方便的方法是采用HttpClient。
下面给出几个接口测试的接口划分场景，以供参考。
（1）客户端和服务器端交互测试。
（2）测试客户端的数据更新和服务器端数据是否一致。
（3）当更新客户端时，客户端和服务器端断开。
版权声明：51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
