标签：产品 产品经理 功能 脚本 roi 解决 方案 类型 svn
问题现状：
1、测试、开发、产品之间缺乏及时有效的沟通。
2、缺乏对上线标准的定义。
3、测试时间比较短，人员短缺。
改进方法：
1-在产品需求出来后，测试需要按产品需求编写测试用例，测试、开发、产品一起对用例进行评审及确认。
2-在测试过程中，测试需要进行常见的类型测试（一般包括：功能测试、用户体验性测试、弱网测试、兼容性测试、性能测试）。
3-在发版之前的每一天，测试会统计BUG的严重程度及状态分布情况，并列出严重问题BUG列表，后再抄送给开发和产品，以便他们了解修改产品BUG的情况。
4-在发版之前的每一天，测试人员需要跟踪开发修复BUG的进展，如果开发修复问题比较缓慢，需及时与开发进行沟通和协调，跟踪开发解决问题的进展情况。
5-版本发布标准，如（所有功能都按需求实现、测试所发现的问题都已经关闭、没有出现主流程的BUG、严重程度以上的BUG数0个、低程度的BUG数<=5个、测试用例都已经执行完成）。
6-每次发布版本涉及到的内容（安装包文件、SQL脚本、文档等）需要按版本放到对应SVN上，并说明是属于哪个环境的程序包（测试、预发布、正式）。
7-前端（android和IOS）发布版本，需要包含版本号、程序包文件的MD5值、程序包文件的时间戳，对应的程序包文件需要上传到SVN上。
8-版本发布前，需要经过验收测试，一般需要产品经理来介入验收测试，产品验收通过后，测试再按发布标准，来确定是否可以上线。
9-版本发布前，符合发版标准，并经过测试发布发版邮件通知后，才开始进行版本发布操作，开发及测试需要协助运维进行发版操作。
标签：产品 产品经理 功能 脚本 roi 解决 方案 类型 svn
原文地址：https://www.cnblogs.com/Sammy-chen/p/9372836.html
