产品上线管理办法

1、产品上线管理办法1产品上线管理办法产品上线管理办法目录目录一 产品上线前准备1 1、 提交测试（开发、产品部）1 2、 接收测试（测试部）2 3、 结束测试（测试部）2 4、上线条件（产品部）2 二 Bug 级别分类5 1、严重错误5 2、次要错误5 3、不合理或别扭5 4、微不足道5 5、新特性5 6、歧义问题,.6 三 测试流程图6 1、产品测试流程6 2、日常监测流程8 四 沟通机制10一、目的：目的：为了规范公司开发、产品、测试以及其他与项目相关部门之间流程上更加合理、规范，保证产品顺利且高质量的上线展现给用户，现制定各个环节的流程且 需要在邮件中必须提供的相关内容。二、职责：职责：1.产品规划：产品规划：负责搜集汇总所有需求，形成完善的产品原型及需求文档， 认定产品 bug（标准），决定产品发布。2.产品开发：产品开发：按照产品需求文档完成产品的开发工作，并完成开发自测， 提交自测报告（李兵+段建功两个 team 出）。3.测试与质量：测试与质量：结合 test case 库及产品需求文档进行产品测试，提交测 试报告。4.发布小组：发布小组：负责对产品更新版本进行发布。三、三

2、、决策机制：决策机制：1.内部：产品部门提交上线报备（至少提前半天） ， 由产品规划总监确认。 涉及到如下功能播放器、后台系统、广告系统、发布系统、搜索功 能的情况，由研发副总裁确认。 2.外部：由网站部总编辑确认。产品上线管理办法2四、四、工作机制工作机制1.产品立项： i.PRD ii.资源支持 iii.项目计划 2.产品开发与自测 3.产品规划确认功能实现 4.产品测试 5.产品规划确认 bug 6.产品上线：上线会议 7.工作流程：产品上线管理办法38.提交测试阶段接收测试结束测试上线条件测试产品开发提提交交测测试试：版本所有相关 说明的邮件通知接接收收测测试试：测试时 间、负责人以及测 试注意事项邮件反 馈需求文档、设计说 明结结束束测测试试：邮件反 馈测试结果，输出 测试报告测试执行：bug记 录修复问题问题确认YY Y上上线线条条件件：测试报 告分析，并将是否 上线邮件反馈项目 组相关人员N上线启动产品上线管理办法49.沟通机制： 原则：面对面、及时沟通。 测试人员应尽量把问题描述清楚，并提供图片或问题地址、测试环境等，为开发人员确 定问题提供便利，对于双方存在分歧的问题

3、可以采取以下方式：1：测试人员主动与开发人员电话或面对面沟通，把问题发现的条件，判断问题的依据等 与开发人员沟通清楚，也听取开发人员的分析。 2 通过邮件问题报告方式把测试的观点依据发送给开发工程师，并抄送双方领导，以书 面形式获得更多的信息。 3 可以邀请开发工程师和相关部门的同事领导共同开会探讨问题的解决方式，以达成共 识。1、 提交测试（开发、产品部）提交测试（开发、产品部）项目提交测试版本前，尽量请开发或者产品确保相关的文档提供给测试进行提前熟悉， 保证测试时间不耽误在熟悉文档上。 （如果时间紧急，可特殊处理）提交测试版本，邮件内容如下：项目名称：XXXX 开发或产品负责人：XXXX 项目预估时间：XXXX （例如预计何时上线） 需求文档或说明：（无具体需求文档，则请提交版本说明） 测试环境：例如绑定地址、测试地址等； 项目 bug 指派人：（主要负责人、相关人员）2、 接收测试（测试部）接收测试（测试部）测试人员在接到版本测试任务，需要先熟悉邮件相关的内容是否有影响测试的问题存 在，如果没有，可发送接收测试邮件，邮件内容如下：测试项目名称：XXXX 测试负责人：XXXX 测试

4、时间：XXXX （第一轮测试、第二轮测试）备注说明：备注说明： 1、测试期间，请不要将修复的 bug，及时更新到测试环境，以免影响测试效率和时间（除 了严重影响测试执行工作的问题可及时反馈、及时修改外） ； 2、第一轮结束测试，bug 修改完毕之后，请提交复测申请。 3、项目上线前，无提交复测申请，则测试不随时跟踪改变 bug 修改状态。确保 bug 已解决的定义为：开发修复并更新 bug 状态提交复测申请。 4、上线前测试报备：测试验证确认并关闭 bug，且严重问题必须解决方可上线。产品上线管理办法53、 结束测试（测试部）结束测试（测试部）项目进入测试结束部分，完成最后一轮测试，则请测试负责人，发送邮件给项目所有相 关人员。邮件内容如以下： 测试项目名称：XXXX 测试时间：XXXXX 测试负责人：XXXX 测试 bug 问题主要体现：例如：功能未实现、链接错误、设计不合理等； 测试 bug 是否影响上线：（测试角度分析，并说明问题风险，若无风险，则需要说明。 ） 测试提交 bug 列表（严重问题标示红色字体）： 测试报告文档输出。4、上线条件（产品部）、上线条件（产品部）产品部或

5、者项目负责人，需要根据测试报告分析是否符合上线。无论是否上线均请邮 件中说明原因，并及时反馈给此项目所有相关人员知晓。五、五、Bug 认定标准及分认定标准及分级级1、严重错误、严重错误出现这种 bug，技术人员需立即放下手头工作，马上解决。例如： A、视频无法正常播放； B、播放器功能无法正常使用（如不能清晰度切换，不能拖拽时间轴观看，不能全普屏幕 观看等问题）； C、广告无法正常播放； D、统计数据无法正确上报； E、随机出现问题，可复现、概率高并影响视频正常播放；2、次要错误、次要错误这种问题，收集整理随下次版本更新一起解决。例如： a、不影响视频正常播放； b、随机出现问题，不容易重现且不影响用户正常的视频观看； c、辅助性功能问题，例：无法跳过片头、片尾，无法续播等；3、不合理或别扭、不合理或别扭这种问题，经过与产品人员商定后，如需调整则随下次版本更新一起解决。例如： a、界面显示不友好；产品上线管理办法6b、提示不友好等； c、功能设计不合理；4、微不足道、微不足道这种问题，进行收集后统一发布版本更新。例如： a、不影响用户正常视频播放； b、不影响广告正常播放； c、不影响

6、统计数据正常上报；5、新特性、新特性反馈给产品人员，如需添加，单独制定开发计划，实现功能。例如： a、添加此功能后有助于提高播放器体验；6、歧义问题、歧义问题,以下三种情况技术人员不认为是 bug。例如： a、在 Flash Debug 版本下出现的问题（debug 是开发人员使用工具，为了分析问题具体到 变量抛出的异常，用户不会安装，不会影响用户正常观看视频。 ） b、网速持续低于 20K/S 出现的随机问题：（网速低于了 20K/S，已经无法播放我们网站视 频，随机出现的问题，不具备修复意义。 ） c、系统、浏览器自身 bug 导致的问题。 （例如：遨游、TT、世界之窗等浏览器的某些版本 不支持 cookie，不属于播放器问题）三三 测试流程图测试流程图1、产品测试流程、产品测试流程产品上线管理办法7测试流程测试启动测试设计测试执行测试结束产品开发工程师测试工程师启动介入需求测试计划编写Y测试结束测试用例评审需求文档测试数据、环境准备需求分析、设计提交测试版本 测试说明开发设计文档测试用例、测试 方案编写测试实施测试问题记录文档 （bug管理系统）问题确认、解 决方案长周期测试版本

7、短周期测试版本了解测试说 明、确认测 试周期回归测试问题解决且bug状 态更新YN问题是否解 决、引发问题测试报告、遗留问 题报告N测试报告分析版本紧急程度YN是否上线上线YN问题跟踪确认产品测试流程图1、 短周期：适用于小幅度改版或者修复部分 bug，提交的测试版本，每轮测试时间在 1 周 以内的测试流程。 2、 长周期：适用于新产品或者在旧产品基础上大于 5 个功能模块的产品改进所提交的测 试版本，每轮测试时间在 1 周以上的测试流程。说明：A.测试启动：测试启动： 1、测试组参与产品需求讨论。 2、依据项目开发计划和需求文档编制测试计划。产品上线管理办法8B.测试设计测试设计 1、根据需求和设计等文档对测试用例进行编制。 2、系统运行环境的准备包括系统设备、网络设备、软件运行环境.。 C.测试执行测试执行 1、开发负责人提交版本提交测试说明。 2、测试人员依据测试用例对软件进行测试。 3、测试人员将发现的问题进行记录。 4、开发人员对测试中发现的 bug 进行修改。 5、测试人员对解决的 bug 进行确认。 6、测试人员编写测试状态报告和阶段测试报告。 D.测试结束测试结束 1、编制项目测试报告，测试遗留问题报告。 2、提交测试报告和遗留问题报告给产品部和相关部门。2、日常监测流程、日常监测流程产品上线管理办法9日常质量监控流程日常测试回归测试结束测试开发工程师监控工程师启动监控发现问题发送报备邮件问题确认 是否属于该部门、该 负责人负责范围；回复邮件，把问题 分配给其他组NY验证问题Y验证是否解决回复验证通过确 认邮件Y结束监测N结束解决紧急严重问题， 立即解决非紧急、次要问题 (可延迟解决)NYYYN问题确认（是否是问 题）Y

《产品上线管理办法》由会员小**分享，可在线阅读，更多相关《产品上线管理办法》请在金锄头文库上搜索。