移动测试

1.移动端的测试人员常常以不同的用户角色进行测试——当然有点夸张，但是，这种把自己当成不同用户进行思考、分析和设想的能力对测试是备受启发的。测试人员可能会设想自己是以下用户：

·　毫无经验；

·　很有经验；

·　爱好者；

·　黑客；

·　竞争对手。

2.当然还有更多可选的角色，这主要取决于你们所开发的产品是什么。其实除了角色特点外，其操作行为和工作流程也很重要。人们使用产品方式常常很奇怪，比如：

·　在不应该返回的时候返回了；

·　不耐心而且多次敲按键；

·　输入错误的数据；

·　不理解该怎么做；

·　可能没有按要求进行设置；

·　可能会自以为是地认为自己知道该怎做什么（比如通常不阅读说明）。

3.也许你可以尝试在以下场景中检查出问题：

·　 移动设备数据已满；

·　测试人员移除了所有的数据；

·　测试人员删除了App，那数据怎么办？

·　 测试人员删除并重装了App，数据怎么办？

·　 过多或者过少的内容导致设计和布局的改变；

·　在不同的时间段和时区使用；

·　 数据不同步；

·　同步被中断；

·　数据更新影响其他的服务（比如网页和云端服务）；

·　快速处理数据或是处理大量的数据；

·　使用无效的数据；

4.测试人员也很喜欢测试极限数据下的情况。他们常常是作为典型用户来了解这个App，所以极限下的测试并不会花很长的时间，比如，他们可能尝试以下场景：

·　测试用户可输入的极限值；

·　用重复的数据进行测试；

·　在全新无数据的手机里测试；

·　在老手机上测试；

·　预先安装不同类型的数据；

·　考虑聚集大家的资源来进行测试；

·　让一些测试自动化；

·　用一些超出预期的数据去测试，看它是怎么处理的；

·　分析信息和数据是怎么影响用户体验的；

·　不管用户看到的是否正确，都要一直问问题。

5.关于错误信息要问的问题，请考虑以下问题：

 · 出错提醒的UI设计可以接受吗？

·　错误信息内容可以理解吗？

·　错误信息是否保持一致？

·　这些错误信息有帮助吗？

·　错误信息内容是否合适？

·　这些错误是否符合惯例和标准？

·　这些错误信息本身是否安全？

·　运行记录和崩溃是否能被用户和开发者获得？

·　是否所有的错误都被测试过？

·　用户处理完错误信息后，将处于什么状态

·　是否在用户应该接受错误信息时，却没有错误信息弹出？

6.移动端App的测试人员应该找出哪些平台相关的问题呢：

·　是否遵照了这个特定平台的设计规范？

·　与竞争对手以及行业内的设计相比如何？

·　是否适应外围设备？

·　触摸屏支持手势吗，如：轻拍、双击、长按、拖动、摇动、夹捏、轻拂、滑动？

·　这个App可以被理解吗？

·　当转动设备的方向时，有什么变化？

·　可以使用地图和GPS吗？

·　有用户指南吗？

·　电子邮件的工作流程友好吗？

·　通过网络分享时，它运行得流畅吗？是否整合了其他社交应用或网站？

·　当用户正在进行多任务工作，并在不同App间切换的时候，它还运行正常吗？

·　当用户更新它时，它是否会显示时间进度？

·　默认设置如何?有经过调整吗？

·　使用音效会有不同吗

7.你是否尝试过在以下场景中使用App：

·　走动环境下？

·　Wi-Fi连接下？

·　没有Wi-Fi的情况下？

·　3G模式下？

·　间歇性地连接？

·　设置为飞行模式？

·　一个电话打进来时？

·　接收到一条信息时？

·　接收到一个提醒通知时？

·　在电量很低甚至自动关机时？

·　被强制更新时？

·　收到一条语音留言时？