版本发布活动Checklist 项目名称: 项目编号: 项目负责人: 检查大项 总体过程检查 检查子项 发版前是否通知相关方,包括测试、QA、配置管理员 、项目组其他成员 版本的名称经过责任中心相关负责人的确认,sp版尽 量应该作为正式版的提升修订版本 是否按要求的时间点完成了版本发布任务,相差不能超 过两周 发版前测试是否完成,是否提交测试报告、并对测试结 果评审确认符合发版放行条件 是否有频繁发布版本的情况,所谓频繁发布,是指在一 个星期内发布了两个以上版本 发版测试确认 发版前是否经过至少一次正式发版评审 是否使用统一的模板 有无测试总结报告(附总体评估报告(对产品做整体的 分析,给出明确的测试结论或建议,该版本的质量属于 那个等级:分五个等级)) 所有缺陷(包括缺陷跟踪表)是否都已处理,只剩遗留 或者关闭状态缺陷,遗留缺陷是否经过讨论,是否存在 有争议的遗留缺陷或需求 此版本是否达到原定版本发布目标,是否有重要需求遗 漏,重要修改未测试 如果存在多种编译环境的程序包,各程序包是否都经过 基本验证,测试的环境是否齐全 本次发版提供的版本要素是否齐全,是否包括必要的工 具、接口、不同编译环境下的程序包,按照产品发布清 单进行检查 是否对严重缺陷率及低级缺陷率进行了分析;定为严重 缺陷及低级缺陷的缺陷是否存在争议 测试报告中是否将关键的严重缺陷列示出来(不要超过 10项) 测试报告中是否将关键的遗留问题列示出来(不需要列 出所有,选择关键项) 测试报告是否总结测试过程中存在的重大问题及吸取的 经验教训,给出了程序改进建议 是否将所有缺陷都提交到缺陷管理系统中 查缺陷管理系统,是否对所有缺陷或问题进行了正确的 分类,比如将不是缺陷的条目划分成缺陷 实施确认 项目实施人员是否对版本新增特征和修改的特征进行了 确认,并进行了反馈 发版评审是否经过了关键实施人员或实施主管经理、研 发部门和测试经理的确认 文件编码: 检查日期: 检查人: 确认人: 完成情况 发版产品包检查 是否编写了发版工作产品(产品包)清单,并经过了开 发部门经理、测试经理、实施经理的确认 发版时是否检查了发布产品包的完整性,包括用户手册 、系统安装配置说明书、培训资料、快速操作指南、新 增功能说明、遗留问题一览表及说明(重大问题,需要 使用者去注意的地方)、重大问题解决更新说明(如果 有解决重大问题:丢数/串数/宕机问题)、性能分析 以及对比报告(如果有性能点解决的话)、易用性分析 以及对比报告(如果有解决易用性问题的话,需针对场 景来编写)、版本更新说明、等 如果是升级版本,发布的产品包中的文档资料是否是否 已经更新同步 如果是升级版本,是否提供了本次发版的更新说明或发 版说明或描述了产品的最新功能特征 发布的版本所有相关工件是否已更新到配置库中,包括 源代码、各类文档资料 发版程序版本是否备份至产品库,存放路径是否正确 发版收尾 发版时是否通过正式邮件通知发版程序版本的访问路径 邮件收件人是否包含技术服务人员、市场营销人员、品 质保证人员以及公司高层经理 是否在公司Portal产品发版对应位置增加了版本发布 的信息 是否更新了功能跟踪矩阵(或新功能跟踪一览表) 本次检查小计: 合格项数量: 一般符合项数量: 不符合项数量: 不适用项数量: 合格√ 一般符合 不符合 不适用 活动Checklist 文件编码: 备注 每次发版的产品包并不一定 要包含所有这些文档,到底 包含哪些文档由工作产品清 单确定,并经过开发、测试 、实施负责人认可

xls文档 研发-版本发布活动

表格类文档 > 表格模版 > 精选 > 文档预览
4 页 231 浏览 2025-09-27 4.3分
温馨提示:如果当前文档出现乱码或未能正常浏览,请先下载原文档进行浏览。
研发-版本发布活动 第 1 页 研发-版本发布活动 第 2 页 研发-版本发布活动 第 3 页 研发-版本发布活动 第 4 页
本文于 2025-09-27上传分享