主要观点:移动应用开发已从偶尔重大更新转变为用户持续期待新改进,每周发布对移动应用有诸多好处,包括快速交付价值、修复错误、维持用户基础等,且要保持可持续性需改变开发流程,如Instagram、Spotify等已采用每周发布模式,同时要解决质量、应用商店审批等问题。
关键信息:
- 每周发布可更快学习,如Instagram每周添加新功能,能快速响应用户并修复问题。
- 创建每周发布管道需利用自动化,如某食品配送应用通过 trunk-based 开发每周发布新功能,借助功能标记。
- 自动化测试可保证质量,包括 UI 测试、集成测试、回归测试等,如某大型打车公司使用 Espresso 和 XCTest 进行自动化 UI 测试。
- 应对应用商店审批,如 Spotify 与审核者建立良好关系,分阶段更新。
- 以 Calm 应用为例,展示良好的每周发布模式,可快速改进。
- 利用用户反馈,如 Firebase Crashlytics 帮助发现测试未发现的 bug,Duolingo 通过调查收集用户意见。
- 清晰告知用户更新内容,如 Calm 和 Headspace 的“新内容”部分,分阶段更新避免影响所有用户。
重要细节: - 传统发布模式每次发布大且耗时,而每周发布依赖持续集成和交付,速度快且易管理。
- 每周发布需注重多种测试,如 UI 测试确保用户体验,集成测试保证各部分协同工作,回归测试防止新代码破坏旧功能。
- 应对应用商店审批,可先向小部分用户推送更新,确保无严重 bug 后再广泛发布。
- 每周发布模式需有稳固的CI/CD 系统、功能标记、强自动化测试覆盖和及时收集用户反馈等。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。