熟悉APP项目
模型介绍
更新速度取决于开发模型
上面所说的京东，就是做一次发布一次，传统行业用的是瀑布模型，互联网行业用的是敏捷模型，
瀑布模型就像是瀑布一般，从上到下，上一个环节没有完成下一个环节是没有办法开始的，需求分析没做完，开发是不能开始的，开发没有完成测试无法介入；这种情况下的时间比较漫长，测试介入的时间也比较晚，导致项目的发布周期比较长；
敏捷模型就是分期，每一期做一部分功能，这样就是处于一个衔接的状态；这样版本发布的就是相对来说较为频繁一些；
此时需求怎么去拆分呢？开会进行需求评审，确认哪些功能是需要先进行的，哪些是可以靠后排的；
敏捷模型：先把核心功能实现，然后逐步优化，分步实现，每次都可以在上次的结果进行优化修改，使得最后的产品质量更高；
面试问题：你们多久发布一次版本？
询问的就是你们的迭代周期：
例如：迭代周期为2周，一周开发，一周测试，测试的时候，产品在规划下一个需求；测试完成之后，研发继续开发新的需求，测试继续写用例，研发完成之后测试继续写用例，环环相扣；
迭代周期一定会在敏捷模型中出现；
敏捷模型的开发流程
迭代周期就是多久发一次版；
前期的时候，会产生一个功能列表，开会去确定哪些功能是重要的，确定分期，在哪些期完成什么样的功能；（产品规划好去召开会议）
PM（产品负责人）--保证每一期都按时按点去完成，推动整个过程；
测试也是属于开发团队的，一般情况下，一个团队5-9人
上一个版本的交互时间决定下一个版本的开始时间，每一个的项目版本新阶段开始都会有需求评审（产品，测试，开发）
版本的发布
版本发布：先试用再全部发布！！！
一般一个项目有多台服务器，不会全部发布部署，有问题出现也可以快速地回滚--项目上线采取灰度发布：
灰度发布就是先发版一部分让一部分先试用，只部署一两台，体验新功能，如果没有问题就给全部人员去使用
app如何发布：（app--需要安装软件包，测试一般是手机端的app测试）
安卓的软件包和苹果的不一样：后缀是不一样的，apk和ipa后缀
两个app客户端是属于两个不同的项目，一般情况下不会是同一个研发；两者使用的是不同的语言；
京东：有安卓的团队和iOS的团队；
下载app--浏览器，应用商店，这是公共的平台，同样测试开发也是有一个公共的平台！
不同的平台有不同的渠道；
每一个平台都有自己的渠道表示--渠道id，id写在版本包中用来区分；
软件包的发布：
给测试（公共的平台--蒲公英 或者是标注版本号，放在大家都能访问的地址传递资料）
给用户（放在第三方平台--应用宝 360手机助手，应用平台）
熟悉app项目
不管是web端还是app端，访问的是同一个服务器；（不同的路口，不同的研发）
两者有不同点：BS架构和CS架构 前后端交互方式的不同
如何去熟悉APP项目：
app功能测试
app测试流程
app测试内容：功能测试 性能测试 专项测试
注册测试点扩充（针对注册这个测试点）
（1）注册成功的账号在web端能成功登录（2）注册成功的账号在app端能成功登录
---验证的是能不能保证数据同步！！！
在web端下单在app端能不能看到，在web端加入购物车在app端能不能看到
（3）登陆成功 界面显示（跳转到首页）
（4）注册成功，数据在数据库的存储是否正常（要验证账号的完整性和正确性）
存储时是否安全（敏感信息是需要加密的）
web端测试兼容性（选取不同的浏览器--主流 公共的在线统计平台--百度流量研究院）（用户要求去找到用户兼容的浏览器）（也可以根据线上反馈，了解浏览器的缺陷，出问题的是哪一个版本，是哪一个浏览器）
（5）如果刚开始不知道是用什么，在浏览器上选取比较主流的
（6）验证码：图片验证码和手机验证码，手机验证码的有效期（验证码过期的时候要有提示且无法登录成功）如果发了两次验证码，应该使用最新的
图片验证码要验证图片是不是可以刷新，验证码的输入和图片不一致，会有什么提示。（一般情况下的验证码是不区分大小写的--输入的时候测试一下大小写，大小写对一部分人不是很友好）
（7）若是验证码注册失败--重点关注的是失败之后的逻辑处理，页面提示是否存在，页面提示是否友好--位置是不是醒目的，所描述的语言是否容易理解；
一共六点一定要罗列清楚
注册过程要关注一下使用的请求方法是什么
登录测试点扩充
（1）兼容性
（2）登录成功：账号--多点登录（同时可以在多个端登录）还是单点登录（重复登录账号会下线--只有当前设备可登录，其他登录设备会被挤掉，挤掉的设备是要有提示的，要确认是不是你本人操作，被挤掉的设备是否有二次确认，你的设备已在某某地某某设备上登录，清确认是否是本人操作，点是--新的设备登录成功且自己掉线，点否--新的设备登录失败且自己保持登录状态）的问题
web端和手机端同时登录这种情况是比较常见的
如果是多点登录--可以在多个设备同时登录设备（数据同步是否正常） 是要有登录状态提示的
（3）多点登录--如果两个设备是同时操作一个东西，这样就不知道执行哪一个了（频繁高速的执行命令会导致系统硬件的一个破坏）
（4）弱网情况下会出现消息指令的一个延迟，若是在同一个时间收到多个指令，这个时候会不会出现异常，造成硬件的一个破坏这样后果很严重，所以在app端要求是只能单点登录；
（5）请求方法是否是post请求
（6）是否增加了防篡改策略
（7）登录相关数据记录在数据库中是否正确
购物车测试点扩充
购物车的显示 增加商品 删除商品 编辑商品数量
（1）购物车多端登录的情况下，数据同步的问题
（2）页面响应时间
计算公式是最重要的 数据库存储是否正常
APP专项测试
APP兼容性
网络切换的过程中是否会出现异常
测试兼容性：
不同的手机品牌商的不同的机型
操作系统的版本：
安卓（根据在线统计平台数据获取） ios
对于分辨率，参考在线统计平台
屏幕：尺寸 5.1 4.7 5.5 类型 刘海屏水滴屏曲面屏 折叠屏
网络的兼容性：移动数据（2G 3G 4G 5G）和WiFi
应用兼容性：（1）手机硬件：手机上的物理按键（音量键 home键 电源键）
（2）外部硬件：蓝牙设备 有线设备
（3）操作系统设置：wlan 时间 定位
（4）其他APP：具有后台播放功能的APP例如音乐
安装测试
中断安装--是否可以继续安装
存储空间：当内存不足的时候安装会不会有提示 安装一半前面的下载信息是否会存在
安装的过程中手动取消（首先会是安装失败 再次安装或者恢复安装时会有什么异常）
此时软件已经在运行过程中，覆盖安装能不能覆盖
运行的时候要考虑，是在前台
