1 系统架构
①C/S（Client/Server）结构：
- 客户端与服务器之间的直接交互。
- 用户需要下载安装客户端应用程序，如移动APP。
②B/S（Browser/Server）结构：
- 基于浏览器的访问，无需下载安装。
- 用户通过浏览器访问Web应用，依赖于互联网连接。
2 APP测试范围
APP的测试范围广泛，包括功能测试、性能测试和专项测试。
①功能测试
- 业务测试：验证核心业务逻辑的正确性。
- 功能模块测试：确保各个模块在不同场景下正常工作。
②性能测试
- CPU与内存占用：监测APP在运行时的资源消耗。
- 启动速度：评估APP从启动到可用的时间。
- 流量与电量消耗：分析APP在使用过程中的网络和电量使用情况。
- 流畅度：检查用户操作的响应速度。
- 稳定性：长时间使用后APP的表现。
③专项测试
- 安装卸载升级：测试安装、卸载与版本升级的顺利进行。
- Push消息推送：验证消息推送功能的有效性。
- 交叉事件测试：模拟多种事件交互的情况。
- 用户体验测试：从用户角度评估APP的易用性。
- 兼容性测试：确保APP在不同设备和操作系统上的一致表现。
3 APP发布流程
APP发布分为内部发布与线上发布两个阶段。
①内部发布
- 使用应用内测分发平台（如蒲公英、Testlink等）。
- 步骤：
- 开发者将测试包上传至平台。
- 平台生成二维码，便于测试人员扫码安装。
②线上发布
- 完成产品测试后，发布至各大应用平台：
- 安卓应用：如豌豆荚、应用宝、应用市场等。
- iOS应用：主要有 App Store、iTools 。
- 步骤：
- 注册开发者账号，申请上架。
- 在软件包中加入特定平台的ID（渠道ID），并上传至发布平台。
- 经过平台审核后，用户可下载使用。
【注意事项】
- 线上发布通常由开发人员负责
- 在软件包加入平台ID后，上传到发布平台时需要测试人员验证核心业务功能。
4 发布策略
①全量发布
- 定义：将新版本一次性推送给所有用户。
- 优点：
- 简单直接，适合小规模用户。
- 快速反馈用户体验。
- 缺点：
- 如果出现重大问题，影响大范围用户，修复成本高。
②灰度发布（渐进式发布）
- 定义：先将新版本推送给一小部分用户，逐步扩大至全体用户。
- 优点：
- 能够监控新版本在真实环境中的表现。
- 风险控制，能够及时发现和解决问题。
- 实施步骤：
- 选择特定用户群体（如内部员工、VIP用户）。
- 收集反馈并监测性能指标。
- 修复问题后，逐步增加可用用户比例。
③A/B测试
- 定义：将用户分成两组，A组使用旧版本，B组使用新版本，以比较两者的表现。
- 优点：
- 精确获取用户对新功能的真实反馈。
- 数据驱动决策，优化用户体验。
- 实施步骤：
- 确定测试目标（如转化率、用户留存）。
- 随机分配用户到两个版本。
- 跟踪并分析数据，评估效果。
