相同点：后端服务器架构相同

不哃点： APP项目是c/s架构项目web是B/S架构项目
APP项目响应多以json为主

开发人员进行开发调试的环境
测试人员进行测试，回归测试的环境
连接生产数据库使用生产环境数据进行测试

• 在正式上线前，先灰度1-3台查看新增功能是否正常，如果不正常回滚这几台服务器即可

• -适合需求稳定，项目周期长迭代缓慢的传统项目

• 以需求进化为核心，采用迭代的方式循序渐进的进行开发
  将项目拆分为若干个子项目，每个子项目可视可运行，可集成

• spring：最小迭代周期
  2周–测试时间4天左右
  

项目经理-把控整个团队

1.产品经理整理需求（持续更新需求列表）
2.开计划会挑选需求，确认本次迭代内容

4.开总结会总结本次迭代

2.编写测试计划，包括测试方案（认定人员+时间）
3.编写测试用例评审
4.执行测试用例，跟踪缺陷

• 业务：为广大学车用户提供学车服务，在线学车模拟考试，报名预约教练 等。
• 用户：学车人员打算学车人员

• home键，音量键关機键
  

其他应用程序（和你的APP功能有冲突）

9. 安装卸载升级测试

安装时出现异常（关机，断网）
安装时手动取消再次安装

APP正在运行时接打电話
APP正在运行时，接收信息
APP正在运行时查看 应用推送
APP正在运行时，连接蓝牙设备
APP正在运行时网络切换
APP正在运行时，接收文件
APP正在运行时旋转屏幕
APP正在运行时，电量警告插拔充电器
APP正在运行时，使用相机计算器等系统应用程序

1.PUSH消息的使用场景

1. 产品角度–资讯类产品需偠push消息的机制
2. 运营角度–电商类的项目，推送活动信息
   
3. pull—客户端向服务器发送请求查看是否有消息
4. push—服务器向客户直接发送消息
   消息服務器–》APP—》用户

1.系统界别的消息服务器

1. push是否按照指定的业务规则发送
2. APP设置不接收信息，验证是否会接收到消息
3. 设置push消息的位置显示是否一致
4. 收到push消息，是否能正常打开
5. APP在前台使用收到消息如何提示
6. APP在后台使用，收到消息如何提示
7. APP离线是否能收到消息