是否代码检查通过
开发区\\部门制度\\研发管理\\生产环境问题追踪\\用户问题提报需求问题按照工单进行测试，缺陷问题需要提供详细测试用例
不完整
梳理问题提报周开发情况
完整
否
是否重点功能
测试分工安排
结束
按月进行测试内容梳理，SVN路径如下开发区\\部门制度\\研发管理\\生产环境问题追踪\\用户问题提报\\2018年12月
测试结果收集
是
测试不通过原因分析，做好记录
具体问题具体分析
是否漏提交sql
安排整改
公司测试环境版本部署与协调
是否测试不通过重新测试
是否已完成整改
补充完整
1、确定测试版本2、协调尹维捷进行公司测试环境增量3、是否涉及内外网环境测试
是否全部整改完毕
是否提新需求
是否边界问题等
是否有测试不通过
更新测试用例的用户验证结果
网公司测试环境部署协调
记录需求提报时间，需求内容，邮件反馈赖志龙，问题计划完成时间重新排定
常见问题记录分类，作为后续统一学习，考核的指标
安排统一测试
开发区\\部门制度\\研发管理\\生产环境问题追踪\\9月问题处理\\需求处理情况20180930.xls
重点功能：新功能开发、核心功能修改、预计对业务有较大影响的功能等
从测试用例移除
边界问题、性能问题等，需要调整测试用例
梳理哪些尚未整改完成，催促修改
协调尹维捷进行公司测试环境增量，增量内容包括update.sql等
抽出待验证的问题，整理成待测试的用例
记录需求
更新问题提报修复总表
汇总测试结果
跟进测试进度
是否本月进行响应
测试结果是否通过
基本原则：1、问题处理人与测试人不能同一个人2、测试工作量尽量均分，最大限度缩短整体测试工作用时3、可分配测试人员需要 提前确定
自测完成
1、邮件通知2、测试用例通过附件发送3、告知测试环境、测试节点
脚本提交检查
问题排定与处理
客户是否已签字确认
通知吴灿金安排测试
检查是否有漏提交的update.sql、表结构update.sql、存储过程、webfile等
开始
