本节书摘来自异步社区《移动App测试的22条军规》一书中的第1章，第1.3节设备的硬件参数，作者黄勇，更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.3 设备的硬件参数
移动App测试的22条军规
（1）屏幕尺寸。现在手机越出越大，连坚持自己风格的苹果公司也开始跟风发布大屏手机了。屏幕大小除了会影响显示效果外，还会影响到用户的使用习惯。一般用户手持6英寸屏幕的设备时，会采取双手操作的方式，所以App如果同时支持横纵屏显示会带来更好的用户体验（如图1.7所示）。

而对于4～5英寸这种可以单手持握的设备，如果App无论横纵向显示，按钮都最好不要放在屏幕四个角，以免用户很难点击（如图1.8所示）。

49%的单手操作用户采用的是以上两种姿势（左手用户相反）。绿色代表容易点击区域，黄色为拇指伸展可点击区域，红色区域为超出单手可点击范围。

（2）分辨率。分辨率的大小会决定显示内容的多少，这对显示图片和视频时会有一定的影响（如图1.9所示）。

还需要注意的是，有些厂商（比如说魅族）虽然标注的屏幕尺寸和通用产品一致，但由于显示比例的不同，分辨率和通用产品也会有差别（图1.10所示为魅族MX4采用的15:9的屏幕比例，而非标准的16:9的屏幕比例）。

（3）像素密度。屏幕大小和分辨率决定了像素密度。不同的像素密度对于显示也会有差别。在retina的屏幕上显示非retina的图片会很模糊，反之则会显得失真（如图1.11和图1.12所示）。如果需要同时支持retina和非retina的设备，那测试人员需要测试是否对图片，尤其是App的显示图片提供retina和非retina两个版本。

选取了操作系统版本和测试设备之后，就可以设计矩阵来配对操作系统版本和测试设备了。具体可以参考表1.1。


设计测试设备和操作系统版本对照表的原则是：让不同分辨率、不同屏幕尺寸大小的设备尽可能多地涵盖各个操作系统版本，另外，对于市场占有率很高的重点操作系统版本，可以使用多个设备来测试。

可以看到，对于同一种设备（如图1.13中的iPhone 5s所示），由于市场占有率大，而且支持多个操作系统版本，所以在iPhone 5s上需要测试iOS 7.1和iOS 8.1两个版本；由于iPhone 5s和iPhone 6Plus分辨率、性能等都不一样，所以同样对于iOS 8.1，两者都需要测试。

在设计Android设备和操作系统的覆盖时，可以看到对于类似的设备（比如HTC One XL和三星Galaxy S3硬件水平很接近），并没有要在它们上分别都测试覆盖Android 4.1和4.2，而是在HTC One XL测试Android 4.1，在三星Galaxy S3上测试Android 4.2。而Sony Xperia Z在CPU、内存、屏幕大小和分辨率上都和三星Galaxy S3不同，所以在这两部设备上都需要测试Android 4.2。

设计表格的过程中，测试人员还需要注意以下两点。

（1）操作系统的小版本升级一般只是修复缺陷，不会引入新的功能，例如iOS从8.0.1升级到8.0.2，以及Android从4.4.1升级到4.4.4。这时，如果不是App恰好被这些缺陷修复所影响，测试人员不需要考虑覆盖这些小版本。至于中间版本的升级，例如从iOS 8.0.2升级到8.1，以及Android从4.1升级到4.4，这时需要考察变动对App的影响，决定是否测试覆盖相应版本。就拿 Android 4.1 和 Android 4.4 来说，因为Android 4.4相比于4.1新增了ART运行环境，所以针对这一点，测试人员需要准备设备安装Android 4.4，而不是仅仅在安装有Android 4.1的设备上测试。至于操作系统大的版本升级，就必须要进行测试覆盖了。

（2）随着操作系统升级，既有的设备可能无法流畅地运行新的操作系统时，测试人员就需要考虑是不是还继续在新的操作系统上测试这些设备。比如，iPhone 4在升级为iOS 7之后运行速度变得很慢，各种操作的延迟都会很长，固然有一部分用户还是强忍着会继续使用，但是很多用户会放弃在新的操作系统上使用运行很慢的老旧设备。当新的操作系统升级时，甚至有些旧的设备就不会被支持了，例如iOS 8就不再支持iPhone 4。这时候如果确定这些旧的设备上的操作系统占比很小的话，测试人员就可以果断放弃这些设备。

所以测试人员需要从设备角度出发决定要测试的操作系统，以及从操作系统出发决定要测试的设备这两方面来考虑测试设备和操作系统版本对照表的制定。

明确了测试设备和操作系统版本，下面我们就来了解下在设计测试场景和用例中可以运用哪些具体的军规。

本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。