产品上线管理办法题材.doc

[产品上线管理办法]  PAGE \* MERGEFORMAT 9 产品上线管理办法 目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc309289826 一 产品上线前准备  PAGEREF _Toc309289826 \h 1  HYPERLINK \l _Toc309289827 1、 提交测试（开发、产品部）  PAGEREF _Toc309289827 \h 1  HYPERLINK \l _Toc309289828 2、 接收测试（测试部）  PAGEREF _Toc309289828 \h 2  HYPERLINK \l _Toc309289829 3、 结束测试（测试部）  PAGEREF _Toc309289829 \h 2  HYPERLINK \l _Toc309289830 4、上线条件（产品部）  PAGEREF _Toc309289830 \h 2  HYPERLINK \l _Toc309289831 二 Bug级别分类  PAGEREF _Toc309289831 \h 5  HYPERLINK \l _Toc309289832 1、严重错误  PAGEREF _Toc309289832 \h 5  HYPERLINK \l _Toc309289833 2、次要错误  PAGEREF _Toc309289833 \h 5  HYPERLINK \l _Toc309289834 3、不合理或别扭  PAGEREF _Toc309289834 \h 5  HYPERLINK \l _Toc309289835 4、微不足道  PAGEREF _Toc309289835 \h 5  HYPERLINK \l _Toc309289836 5、新特性  PAGEREF _Toc309289836 \h 5  HYPERLINK \l _Toc309289837 6、歧义问题,  PAGEREF _Toc309289837 \h 6  HYPERLINK \l _Toc309289838 三 测试流程图  PAGEREF _Toc309289838 \h 6  HYPERLINK \l _Toc309289839 1、产品测试流程  PAGEREF _Toc309289839 \h 6  HYPERLINK \l _Toc309289840 2、日常监测流程  PAGEREF _Toc309289840 \h 8  HYPERLINK \l _Toc309289841 四 沟通机制  PAGEREF _Toc309289841 \h 10  目的：为了规范公司开发、产品、测试以及其他与项目相关部门之间流程上更加合理、规范，保证产品顺利且高质量的上线展现给用户，现制定各个环节的流程且需要在邮件中必须提供的相关内容。 职责： 产品规划：负责搜集汇总所有需求，形成完善的产品原型及需求文档，认定产品bug（标准），决定产品发布。 产品开发：按照产品需求文档完成产品的开发工作，并完成开发自测，提交自测报告（李兵+段建功两个team出）。 测试与质量：结合test case 库及产品需求文档进行产品测试，提交测试报告。 发布小组：负责对产品更新版本进行发布。 决策机制： 内部：产品部门提交上线报备（至少提前半天）， 由产品规划总监确认。涉及到如下功能——播放器、后台系统、广告系统、发布系统、搜索功能的情况，由研发副总裁确认。 外部：由网站部总编辑确认。 工作机制 产品立项： PRD 资源支持 项目计划 产品开发与自测 产品规划确认功能实现 产品测试 产品规划确认bug 产品上线：上线会议 工作流程： 沟通机制： 原则：面对面、及时沟通。 测试人员应尽量把问题描述清楚，并提供图片或问题地址、测试环境等，为开发人员确定问题提供便利，对于双方存在分歧的问题可以采取以下方式： 1：测试人员主动与开发人员电话或面对面沟通，把问题发现的条件，判断问题的依据等与开发人员沟通清楚，也听取开发人员的分析。 2 通过邮件问题报告方式把测试的观点依据发送给开发工程师，并抄送双方领导，以书面形式获得更多的信息。 3 可以邀请开发工程师和相关部门的同事领导共同开会探讨问题的解决方式，以达成共识。 1、 提交测试（开发、产品部） 项目提交测试版本前，尽量请开发或者产品确保相关的文档提供给测试进行提前熟悉，保证测试时间不耽误在熟悉文档上。（如果时间紧急，可特殊处理） 提交测试版本，邮件内