产品性能问题：
　　开发时是否完全按照产品设计交付？
　　是否按照计划完成了既定要开发的功能？
　　超负荷使用的情况下，产品状况会怎么样？加载速度会变慢吗？会崩溃闪退吗？出错有给用户反馈吗？
　　闪退后数据是否会丢失？
　　用户数据的安全如何？
　　运行过程中程序中断会发生什么情况？
　　是否需要调用的硬件服务？（如GPS，Wifi）打开会如何？没打开会如何？
　　用户是否按照既定的产品路径完成了我们期望的引导？
　　跳转到网页，浏览器，或其它App时会出现Bug吗？
　　是否整合了第三方登陆？（如QQ、微信登陆）
　　用户反馈是都符合我们的产品定位？
　　……
　　从数据发现问题：
　　数据对于产品的意义咱们不多提了，往往经得住考验的功能点都是基于数据做出的。
　　然而，数据多了也同样愁人，不管是用户还是我们自己开发，数据一多，出现错误的概率也随之增加。
　　跨平台的数据同步问题
　　数据存储的极限
　　数据被移除时会发生的情况
　　删除App或卸载软件时，数据如何处理？
　　删除并重新安装时，数据如何处理？
　　是否会因过多或过少的数据需求导致布局和UI的改变？
　　在不同时段和时区时使用会如何？
　　数据同步时被打断
　　数据或网站数据架构更新时会造成的影响
　　如何快速处理大量数据？
　　无效的数据如何处理？
　　根据不同的用户类型和用户场景，出现极限数据时的测试也不可忽视
　　测试用户可输入的极限值
　　用重复数据反复测试
　　在无任何数据的手机上测试
　　在老旧手机上测试
　　预装多种不同类型的数据
　　使用超出预期的数据测试，看程序如何处理
　　分析数据是如何影响UE的
　　写一些小的脚本让测试自动化也是非常高效的~
　　出错时的提醒和消息
　　这时完全从用户和测试者本身的角度来思考问题了，错误提醒和消息是经常出现问题的地方。
　　错误提醒的UI是否易于接受？
　　错误信息内容是否易于理解？
　　错误信息格式是否一致？
　　错误提醒有没有用？
　　信息内容是否合适？
　　错误是否符合惯例和标准？
　　错误信息本身是否正确？
　　产品是否能获得错误和崩溃信息？
　　是否所有的错误都测试过？
　　用户处理完错误信息后，将处于什么状态？
　　是否在用户应该接受错误信息时，却没有错误信息弹出？
　　错误信息的确会影响用户体验。然而，错误始终是不可避免的，像我们永远写不出没有任何Bug的程序一样。
　　虽然理想的状态是避免用户遇见错误信息，但这几乎不可能。
　　对于出错情况的设计、实现和确认很可能与预期相反，但只要测试时善于发现这些意料外的Bug，改进它们更有头绪了。
　　特定平台的注意事项
　　每个平台上的技术标准和设计规范都有很大差异，考虑产品在不同平台上的限制都是至关重要的。我们可以从一下一些方面入手：
　　是否遵循该平台的设计规范？
　　转动设备的方向时，有什么变化？
　　平台支持哪种设备？
　　触摸屏在不同情况下支持何种手势，如：双击、长按、拖动、摇晃、左右滑动等
　　是否需要调用GPS？
　　分享或转发邮件时是否足够流畅？是否接入其它社交产品？
　　用户进行多个任务，并在不同App间切换时，产品是否正常运行？
　　用户进行更新或上传操作时，是否会显示进度？
　　默认设置如何？是否可调整？
　　网络中断或其它原因打断时的情况
　　当连接断断续续或意外中断时，很多场景我们都要重新考虑：
　　用户运动，走动环境下
　　WiFi连接下
　　无WiFi连接时
　　3、4G模式下
　　手机和WiFi网络切换时
　　飞行模式时
　　有电话打来时
　　收到信息时
　　收到消息提醒时
　　电量过低，甚至自动关机时
　　……
　　这类测试容易发现错误和Bug。不仅是开关机，确认设备是否正常工作，尝试用户使用的整个流程也至关重要。
　　测试远非对与错的判断
　　以上是重新归纳后的8个维度，肯定不是面面俱到，但多少提醒我们：
　　带着问题，才能发现问题
　　测试往往大家被认为是完全按照逻辑的、可计划和预测的，然而只有在真正编写测试脚本，实施测试计划，在通过和失败，正确和错误的反馈中不断总结，我们才能越来越接近上线后的真实状态。