【转】移动互联网测试，你还落下哪些？

面试过很多测试工程师，简历写得都挺好，项目经验丰富、测试经验充足。可面谈结果基本都是一个样，几乎都是基于业务进行测试，能够考虑到各种异常情况的测试工程师已经算‘优秀’了。但是针对移动互联网测试来说，这些测试场景是非常不够的。

你玩新浪微博或微信么？

对于每个面试者我都会提出一个问题“你玩过新浪微博或微信么？”。如果答案是否定的，基本这个人在我这就是不过关的。作为一名互联网从业者，必须要关注业内最新的发展动态、最热门的产品应用。都说测试工程师也要有产品意识，产品意识从何而来，无非是多看、多玩、多用。对同类型的产品发展和变更了如指掌，那你才有资本对现有业务进行评估。

l 跟踪业内动态，推进产品向前发展

n  你了解移动互联网产业的发展趋势么？你了解移动终端的分布情况么？你了解操作系统发展状况么？估计也没有几个测试的同学能够说出全部的操作系统吧。Ubuntu操作系统发布后，你有没有考虑到刷个机器，看一下自己负责的业务能不能跑通？iOS7扁平化的设计，又让没让你考虑到自己业务是否也需要改一版？小米系统用户量飙升，你有没有做好适配小米的准备？时下最红火的疯狂猜图，借助微博、微信平台蹿红，用户量那么大，你是否也做好了‘微营销’的准备？ 你是否能够准确的说出你所涉及到业务的目标用户群？连面向的用户群体都不知道，如何定位产品发展方向？又如何区分产品模块重要性？如何制定测试方案？

l  分析竞品，补齐产品设计缺陷

n  分析竞品可以由两方面构成：竞品功能评价和同类功能的对比测试

u  竞品功能评价：挖掘与竞品之间的差距，增加或完善产品功能

l  常用功能使用情况（刷新、页面跳转等）

l  产品详细功能点（常规功能、特色功能，实现程度如何）

l  界面、交互设计情况（视觉美观、布局合理、使用习惯、易用性高）

l  竞品数据源情况如何，内容是否吸引用户

u  同类功能对比测试：

l  针对同类功能进行对比测试，给出性能指标，优化产品效率

l  分析竞品功能实现上的优缺点，采取更有效的实现方式

l  了解用户需求，完善产品功能

n  不要错把自己当做广大用户。多听取用户意见，不要以点概面。

n  不要忽视你身边的高端用户。互联网从业者也是互联网产品的使用者，而且均较为高端且有着各自的使用习惯，多了解他们的需求，会更有助于产品发展。

n  不要抛弃小白用户。越来越智能的移动终端，培养出来一批又一批的小白用户。用户更乐意你多替他们考虑一下。

你是否关注移动终端的发展？

随着移动互联网的急速发展，智能终端硬件和操作系统也在不断变化。用户量决定着产品价值。因此测试重点需要根据用户分布的变更作出相应调整，但也要尽可能满足其他环境下无严重问题。例如：Android1.5、1.6与2.0以上版本的SDK有很多实现不一致的地方。在没对资源文件和API等做特殊处理的情况下，Android1.6上可以正常运行的程序在1.5上打开就会崩溃。iOS在测试之前也要确认产品支持最低版本操作系统，否则也会导致程序异常崩溃等问题。除此之外，CPU配置、分辨率、存储空间、电池容量等均会对产品产生不可忽视的影响

l  跟进不断创新的操作系统和手机品牌

n  小米手机操作系统 MIUI

n  Ubuntu OS

n  魅族手机操作系统 Flyme

l  适应移动终端硬件性能不断提升

n  高频高速CPU

n  高分辨率和大尺寸屏幕

Android平台分辨率分布

iOS平台分辨率分布

n  大容量硬盘

n  标准化统一接口

n  高容电池

l  熟知系统平台版本的持续更新&各版本的特性

Android平台操作系统分布

iOS平台操作系统分布

l  Web UI应用需要适配主流无线浏览器

n  UC浏览器

n  360浏览器

n  Android系统自带浏览器

n  海豚浏览器

n  Chrome

n  Opera

n  QQ浏览器

n  Safari

你是否了解网络相关测试？

l  不同网络环境：2G、3G、WiFi

不仅仅需要测试这几种网络环境下，产品功能是否可以正常使用，还需要分别对不同网络速度进行相关检测。除此之外你可能没有想到还有一种特殊的网络情况。有经验的研发团队会搭建内网测试环境来进行开发时的测试，上线时将配置切换到线上环境。更优秀的团队会在测试环境与线上环境之间添加准线上环境进行测试。在该环境下，部分用户可以使用线上接口进行各种类型网络全覆盖的测试工作。有效的规避的测试环境切换线上环境过程中可能遗漏更改的配置。

l  不同网络协议：HTTP、HTTPS

许多App和服务器间都是通过HTTP来传输数据的。但是一些免费上网的环境（麦当劳、星巴克）的网络环境都是需要通过SSL认证的。如果客户端使用HTTP的library对这种异常没有做捕获处理，那你的App必定会崩掉

l  进行网络异常、服务器宕机或出现404、502等情况下的测试

服务器的稳定性不可控，那我们就需要对请求中可能存在的异常情况进行全面测试。如果请求返回404错误，而APP没有对返回数据进行正确的处理，可能会导致程序不能正常工作。除此之外，服务器相关问题的返回值尽可能的匹配一些通俗易懂的提示，再提示给用户

你是否主动收集过用户反馈？

产品发布上线后，你是否主动看到过用户反馈相关内容？你知道用户是怎样的使用习惯么？你知道用户最喜欢哪些功能，又有哪些功能用户基本不用么？

用户反馈大概分为两大类有用信息：

l  产品的Bug：不管是功能上的bug，还是用户需求上的bug，我们都要及时进行处理。对这些反馈的问题进行评估，确定是否需要紧急发布迭代版本，还是更新到下一版本的需求当中。

l  产品的需求：用户就是最好的产品经理。对于现有功能，用户反馈较密集的功能一定是需要优化的地方。对于用户需要新增功能，一定要看一下竞品是怎么处理的，别让对手抢了你的‘上帝’

你是否了解发布目的？

发布新产品或是更新产品的主要目的是什么？什么阶段、什么时期发布什么版本，你有没有仔细思考过？还是只是为了完成测试任务，保证基本功能能够实现就可以上线了。印象很深刻的就是新浪微博几乎在每个重要节假日前都会有更新。排除推广、新增用户等方面，仅仅在测试方面进行思考。如果是你，你会怎么看待这次版本更新？你又会怎样安排测试工作？

l  正常迭代版本：大概包括产品有新功能要添加，优化已有功能。测试相关准备需要先确定产品详细需求、上线时间，再去制定测试策略和实施

l  多终端移植：针对于产品或功能多终端移植，需要明确已有终端上该产品详细设计，确认详细产品需求后再安排测试

l  快速发布，抢占市场：针对于抢占先机的竞争类产品，通常核心功能保证完整无误，其他功能无严重问题即可。针对实现竞品已有功能，需要针对竞品相关功能进行对比测试，能够实现竞品功能即可，需要详细测试与竞品功能间存在差异的功能。

l  市场需求：开展测试之前需要明确市场需求，上线前需要再次核对是否满足需求预期

你是否还在重复的做功？

l  成熟业务规范化

随着业务发展日渐成熟，更新频率较少、功能变动较小，或基于固定模式的增加一些内容，则这些业务需要规范化。制定出产品测试guideline，做到任何人都可以按照guideline完成测试工作，并确保产品上线后无严重问题

l  稳定产品自动化

将产品稳定、变更较少的模块抽取出来进行自动化，实现UI、逻辑、接口、兼容性检查，大大的节省时间成本

l  重复操作工具化

将每个测试周期必须要做的测试工作实现工具化，让工具代替你去完成重复的操作