产品 | 上线前自查清单

互联网产品上线前，做些什么——产品、开发、测试的视角

产品经理的自查

1. 需求文档是否补充完整?例如交互图、设计稿是否已经更新;

• 客服文档是否已经提交并进行客服培训;
• 每个功能特性是否有确定的输入、处理、输出?
• 是否有异常结果的处理?
• 页面跳转是否有给出明确的地址?
• 产品文字是否已检查?(包括但不限于页面文字、广告语)
• 发布策略是否已考虑，灰度发布是否在文档中有说明?
• 已有功能、标识的改动，在其他模块的呈现，是否覆盖完整?
• 如涉及现有产品的老功能删减，需要和客服沟通;
• 需求特性是否区分用户身份?
• 未实现的需求是否在文档中注明?
• 除了正常状态，异常条件下的兼容措施是否考虑?
• 统计需求是否明确提出?数据是否正常上报?

• 草拟了一个产品经理的自查表，供大家参考。

  
  
  

产品运营的自查

1. 产品的冷启动是否已经准备完毕?

• 内容运营的更新机制是否已经确认，并进行部署，是自动更新，还是人工更新，有无更新机制和审核发布机制?
• 产品活动运营是否已经进行规划?是否有专人负责?周期性的活动，是否已经有运营模板?
• 产品数据是否已经正确上报?是否通过数据测试?数据报表是否已经就绪?
• 新媒体运营的账号是否已经建立，是否有专人负责?是否有内容规划?内容获取途径是否已经建立?
• 渠道运营是否已经建立，例如应用商店的合作，SEO，ASO的计划和实施;
• 用户消费充值的路径是否顺畅?数值是否准确?

开发自查

1. 每个功能是否全面自测?边界/异常参数的确认和验证(如果有以类似lib方式对外提供被调用API)

• 是否进行高危函数扫描?
• 是否进行安全漏洞扫描?
• 是否有内存泄漏的检测和结果(如果是C/C++代码)?
• 不必要log是否删除了，以及log信息是否清晰完整详细?
• 统计上报是否完整?
• 代码在编译环境已编译通过?
• 是否有socket泄漏?
• 是否影响其他相关模块功能表现?
• 自身系统压力是否已评估?
• 后端支撑系统负载变化是否已评估?
• 是否对业务流量有影响?
• 转测试文件和ARS单是否完整
• 产品体验是否通过?体验反馈的问题是否已修复?
• 是否需要灰度，采用何种灰度方案
• 是否需要提前发布配置?

测试人员自查

1. 产品通过测试的发布标准建立;

• 用例编写是否100%覆盖需求;
• 是否及时有效地修改自动化用例(CGI的修改涉及到自动化用例部分的内容) ;
• 用例编写是否有考虑异常逻辑&优化(如web前台,性能等)的情况 ;
• 是否有认真阅读提测邮件的测试重点,有针对性的编写用例;
• 是否有发起用例评审,并根据评审意见修订用例;
• 测试Bug是否进行有效性跟处理,直至闭环;
• 版本发布时是否确认Bug单的状态为已关闭或已挂起,否则不允许发布 ;
• 测试报告是否及时发送;
• 开发完成后，页面重构人员把版本内涉及的文件提取并入测试环境原版本内 ;
• 提供相关ARS单信息给开发pm提单操作;
• 配host到测试环境，确认代码版本正确，确保无bug，确保页面准确还原设计稿;
• 测试过程中，会提出为改善用户体验以及细节的缺陷，测试人员会通过XXXX系统提交bug单发送给相关责任人;
• 评估名下bug单的优先级和处理时间点，统一时间处理;
• 处理完成后，及时更新bug单的状态;
• 代码是否上传XXX系统?
• bug状态是否已更新?
• 遗留bug是否已经过PDM、PM、TE评估?(致命及严重bug需要测试leader和总监确认)
• 发布时间和内容是否符合发布规范(例如版本中包含后台server发布，晚上高峰期需要经过审批才能发，日常版本不能包含cgi等)
• 配置文件的修改是否恢复;
• 外网运营环境版本是否与测试环境一致;
• 影响到其他模块表现的，发布前对方测试人员是否已做功能验证并确认ok
• 版本发布后是否留守进行外网验证,发出验证报告后才离开
• 外网验证的Bug是否有跟进处理(严重Bug要跟进及时处理,其他Bug阶段性的跟进处理)