产品经理必备——APP上线自查指南
这篇不是标题党，而是实实在在的干货。笔者目前所在的是一家初创型公司，在经历了公司项目从研发到上线的整个流程后，结合一些自己遇到的坑以及网络上各类文章的总结，整理了这篇APP上线自查指南。如有补充请在评论内写出。
产品经理自查
产品经理作为整个研发过程的上游和“掌控者”，其在项目中的地位是不言而喻的。往往很多所谓的坑都是在产品设计时就埋下的，这时候作为产品经理在需求阶段的自查是非常有必要的。
- 要在需求冻结前确认需求，不然冻结进入开发后逻辑再一直改，攻城狮GG们会崩溃，搞不好还会导致版本延期；
- 确认完需求之后，要告知运营同事们有哪些新功能，何时能交付版本，这样方便运营童鞋们也好对应的落实相关的运营工作。如果很不幸的运营的部分/全部工作也是PM干的话，那么自己心里要有数；
- 新版本从设计之初就需要落实是否要做新的应用商店宣传页、新的Loading页、新的功能引导页，并且相应的安排人手。在上线前3天最好再确认一下，万一有漏，也有时间能再补；
- 每个功能特性是否有确定的输入、处理、输出；
** 敲黑板：针对这四个东西，都有相应的文案要出**； - 确认新版本中没有完成的需求或者中途协商修改的需求，都已经被记录下来，并且最好开始确认没有解决的需求怎么办，修改的需求怎么办的问题；
- 确认新版本的打点列表是否给出；
- 确认新功能带来的相关新数据的查看地方以及方法，这里会涉及一些常用的统计平台（友盟、Appannie等）；
- 确认新功能带来的后台新的管理模块使用或者从某个地方切换到另一个地方的使用方法的切换，培训过相关后台操作人员，并且已经正确掌握；
- 确认提交给应用商店的更新文案是否有出，是否已经提前填写；
- 确认最终提交给应用商店的应用商店图、新功能介绍更新了；
- 确认各个渠道中的最新版确实为最新版本；
- 每个版本都要观察上个版本的打点数据是否正常，这样能及时发现是否打错点了，进行及时修正，避免数据浪费；
- 是否有异常结果未梳理；
- 发布策略是否已经通知到开发人员，是否为灰度发布；
- 新版本是否有对现有版本的功能进行删减，若有需提前跟客服沟通；
- 需求特性是否针对不同用户角色进行区分；
- 弱网环境下的提醒是否给出；
- 若有重大更新，针对老版本用户停止兼容时的措施是否准备；
** 产品经理自查表**
笔者在用的产品经理自查表，供参考：
产品经理自查表
开发自查
开发人员作为研发过程中的执行层，通常来说，在密集的开发任务之下，开发人员能够写好单元测试自测一遍已经很难能可贵了，以下几点若开发人员能够做到，那真当是极品RD啦：
- 每个功能是否有写对应的单元测试；
- 单元测试是否全部跑通；
- 边界值与异常值是否进行测试；
- 是否进行高危函数扫描；
- 针对 iOS 开发，是否有内存泄露扫描；
- 测试环境与生产环境的服务器 IP 是否已切换；
- 是否已经在 git 上打好 tag；
- 是否需要灰度发布，采用何种灰度方案；
- 后台系统负载变化是否已经评估；
- 是否有 socket 泄漏；
- 是否需要提前通过脚本发布配置；
- 新功能是否影响了老功能的设计，是否需要进行重构规划；
测试自查
测试人员作为整个研发过程中的最后一道大闸，个人其实非常赞同测试人员应该从需求设计流程就介入，从测试的角度协助产品经理和设计人员对产品设计的把控，这样能够让测试人员更好的理解新需求的目的并且也可以帮助设计人员少踩几个坑，以下为测试人员自查内容：
- 产品通过测试的发布标准建立；
- 用例编写是否100%覆盖需求；
- 是否及时有效地修改自动化用例(CGI的修改涉及到自动化用例部分的内容) ；
- 用例编写是否有考虑异常逻辑&优化(如web前台,性能等)的情况 ；
- 是否有认真阅读提测邮件的测试重点,有针对性的编写用例；
- 是否有发起用例评审,并根据评审意见修订用例；
- 测试Bug是否进行有效性跟处理,直至闭环；
- 版本发布时是否确认Bug单的状态为已关闭或已挂起,否则不允许发布 ；
- 测试报告是否及时发送；
- 开发完成后，页面重构人员把版本内涉及的文件提取并入测试环境原版本内 ；
- 提供相关ARS单信息给开发pm提单操作；
- 配host到测试环境，确认代码版本正确，确保无bug，确保页面准确还原设计稿；
- 测试过程中，会提出为改善用户体验以及细节的缺陷，测试人员会通过XXXX系统提交bug单发送给相关责任人；
- 评估名下bug单的优先级和处理时间点，统一时间处理；
- 处理完成后，及时更新bug单的状态；
- 代码是否上传XXX系统；
- Bug状态是否已更新；
- 发布时间和内容是否符合发布规范（例如版本中包含后台server发布，晚上高峰期需要经过审批才能发，日常版本不能包含cgi等）
- 配置文件的修改是否恢复；
- 外网运营环境版本是否与测试环境一致；
- 影响到其他模块表现的，发布前对方测试人员是否已做功能验证并确认；
- 版本发布后是否留守进行外网验证,发出验证报告后才离开；
- 外网验证的Bug是否有跟进处理(严重Bug要跟进及时处理,其他Bug阶段性的跟进处理)；
网友评论