移动端测试用例设计总结
1.安装/卸载；真机上安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；
安装关注点：版本号、渠道号、数字签名（用抓包工具辅助查看）、安装成功后启动向导、安装过程中对意外情况的处理（取消、死机、重启、断电、内存不足、断网）、安装进度条、主要功能流程；
卸载关注点：卸载过程中的意外情况处理（取消、死机、重启、断电、内存不足、断网）、卸载进度条；
第三方软件协助安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；
在线升级：
升级注意点：升级提示、取消更新/强制更新、后台更新（ios的自动更新）、跨版本升级、升级过程中异常情况的处理（取消、死机、重启、断电、内存不足、断网）、升级进度、不同网络下升级；
第三方软件支持：itools、豌豆荚、91助手、华为助手、360、应用宝等；
2.业务功能测试；
根据需求文档、原型图和设计稿验证app各个功能的实现；
共性功能：
注册：用户名密码的输入（同文本框编辑“2-1）”）、用户名密码长度限制、注册后的页面提示（手机短信提示）、前台和后台数据一致、；
登录：用户名密码的输入（同登录“1-1）”）、非法登录次数限制、多设备登录（MTOP现有原则，一个应用同时只允许一台设备登录）、禁用账号登录、登录成功信息、登录后有注销按钮、登录超时处理、登录过程断网处理、登录过程切换网络；
注销：注销后新账号登录、取消注销；
应用前后台切换：app前后台切换、锁屏解屏、电话中断后回到app、必须处理的提示框处理后回到app、杀掉进程后重新启动app、有数据交换的页面注意进行前后台切换以及锁屏解屏；
免登录：登录后杀掉进程重新启动app、无网络、切换用户登录、密码更换、主动退出登录下次启动app、卸载重装、在线更新、覆盖安装、跨版本安装、；
数据更新：手动或自动刷新、从后台切换到前台时数据更新、实时更新、定时更新、数据展示的处理逻辑（服务器获取、本地缓存）、更新异常处理（弱网、断网、服务器响应异常、数据为空）；
定位、相机、语音、蓝牙等服务：已开启、未开启根据提示开启、未开启并拒绝开启；
时间测试：修改手机时区；
推送测试：推送消息内容、推送消息链接跳转、免打扰或拒绝接收；
交叉事件测试：
3.兼容测试；
分辨率；
主流分辨率：1080*1920、720*1280、800*1280、2560*1440、 2040x1080等
非主流：1080*1800等
主流系统版本；
ios：ios10、ios9、ios8、ios7；android：android6.0、android5.0、android4.*等；
不同厂家定制；
iphone、华为、小米、oppo、vivo、魅族等
不同尺寸：6寸、5寸、5.5寸、5.7寸、4.7寸、4寸等
4.稳定性测试：
monkey结合友盟持续使用8小时以上统计crash率；
各种事件打扰，如插拔数据线、电话打扰、收发短信、切换网络、浏览网络、使用蓝牙传送/接收数据、相机等；
多个运行中app切换测试；
5.性能测试：
monkey结合性能测试工具监控cpu、内存、流量、耗电量，性能测试工具如anothermoniter、腾讯的GT；
评估典型用户应用场景下，系统资源的使用情况；
大数据测试（如需要读取用户通讯录的情况）；
不同网络响应速度、服务器接口压力测试；
与竞品的Benchmarking（基线测试）；
6.网络测试：
无网络测试；
弱网测试；
外网测试；
7.界面易用性测试：
符合android或ios体验规范；
android体验规范：长按弹出删除选项（一时想不起来还有哪些，平时还是要多做总结）；
ios体验规范：左滑弹出删除选项、左右滑动可翻页
符合用户体验规范：
是否有空数据界面设计，引导用户去执行操作。
是否滥用用户引导。
是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导
菜单层次是否太深；
交互流程分支是否太多；
相关的选项是否离得很远；
界面中按钮可点击范围是否适中；
当切换标签的时候，内容跟着切换；
是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义
是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计；
在不同的页面是否有导航连接、导航与页面风格一致；
是否需要搜索；
图片质量、同一页面图片颜色不宜过多、同一页面标签风格统一；
文案：输入框中说明文字、页面文字正确性、敏感词汇、敏感图片（设计专利、版权、隐私等）；
8.安全测试：
软件权限：
限制/允许使用手机功能接人互联网
限制/允许使用手机发送接受信息功能
限制/允许应用程序来注册自动启动应用程序
限制或使用本地连接
限制/允许使用手机拍照或录音
限制/允许使用手机读取用户数据
限制/允许使用手机写人用户数据
安装/卸载安全性：
能够在安装设备驱动程序上找到应用程序的相应图标
安装路径应能指定
没有用户的允许, 应用程序不能预先设定自动启动
卸载是否安全, 其安装进去的文件是否全部卸载
卸载用户使用过程中产生的文件是否有提示
其修改的配置信息是否复原
卸载是否影响其他软件的功能
卸载应该移除所有的文件
数据安全性：
输人的密码将不以明文形式进行显示
密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上
不同的应用程序的密码长度必需至少在4一8 个数字长度之间
当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。
当将敏感数据输人到应用程序时, 其不会被储存在设备中
备份应该加密, 恢复数据应考虑恢复过程的异常，通讯中断等, 数据恢复后再使用前应该经过校验
应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全警告
应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户
在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作
“ 取消”命令操作能够按照设计要求实现其功能
应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况
当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息
在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容
应用程序读和写数据正确。
应用程序应当有异常保护。
如果数据库中重要的数据正要被重写, 应及时告知用户
能合理地处理出现的错误
意外情况下应提示用户 移动端兼容性难把握 哈哈，这个可以的，日常总结，日常更新，工作更加好做
页:
[1]
