项目复盘

 

一、  从时间计划维度

提测	Test	Staging	计划上线
5月20日 5月24日	5月25日	6月2日  6月5日	6月8日  6月13日

提测： 第一次开晨会定的提测时间是5月20日，后面改为5月24日提测。

Staging： Staging 时间由于环境冲突，公共模块有发布，周五不能合代码，所以延至周一

上线： 因为产品需要验收和内测，以及staging 环境冲突，所以延至6月13日。

Action：  每个时间节点是保证项目按时上线及安排环境，人力资源的重要依据，希望 产品 ， 测试 ， 开发在项目前准确评估时间，项目中严格follow时间节点，本次项目因为上线时间的变动，在Test和staging环境来回切换，代码多次合并，导致大量测试时间花在发布和解决每次发布引起的问题上，而且增加了每次代码合并后的回归时间。

二、从阻塞时间维度 

       

      总计28小时：包括以下问题：

     

     1、刚提测时发布模块与其他项目有冲突，所以临时调整到Dev 环境测试，并同时搭建Test5环境， Dev， Test1，Test5项目发布 耗时 7h 

     2、Test5 由于是新环境， 环境缺少必要folder，导致前端代码一直没有发上去，解决时间耗时4小时  -- 运维解决

     3、Web-Union 构建失败， 原因： web-union在构建的时候需要连接公网获取包， 被安全组拦住了，阻塞1h     -- 运维解决        

     4、 代码发不上去， 原因：开发提交代码时版本号不正确 ，阻塞1.5h    --- 开发解决

     5、 发布staging  & 开发合代码  耗时 8h  

     6、 Test5 环境发布及缺少SQL 导致页面机构信息不显示，耗时4h

     7、 web-union 代码merge线上最新代码， 公共模块改动导致菜单不显示，解决时间4h

     总结： 1、每次上新的环境代码合并及发布时间过长 ---   Action： 请 开发分析下原因并给建议

                2、找原因的时间太长： 不知道是前端代码问题or 后端代码问题 or 环境问题， 来回确认 -  Action ：  所有环境问题 前端，后端开发，运维，测试 立即坐一起解决，提高效率。

                3、版本号问题或merge code引起的问题：   Action ： 开发 同学提交代码前确认版本号信息&合并别人代码后增加review

                4、项目之间冲突 or  线上紧急fix占用staging环境 导致测试时间阻塞：   Action： 测试   需要在项目开始前提早规划，申请环境。

三、从bug 维度

      

总结： 

1、设计如此+不予解决+重复bug  23个： 

 原因1: 由于测试人员操作问题或者数据问题导致提的bug无效或提交重复bug，  Action ：  测试人员需要反复确定bug 的有效性， 分析各种情况及复现条件。

 原因2：开发技术或设计限制，bug不予解决  Action：  开发 在需求或开发设计阶段应及早提出，并跟踪产品更新需求。

 原因3 ：产品需求未体现或者需求变更 ：  Action ：   产品 需求尽可能详尽，变更的需求及时更新文档并通知项目中所有成员

2、bug激活一次及以上 19个 ：  Action ：    开发 提高自测质量 

3、每天新增和解决的bug图表趋势正常，后期的bug 基本是验收和其他项目人员回归提出的问题。

 以下是 无内网采购计划项目复盘，从测试角度总结本次项目，欢迎开发&产品&运维同学补充。

一、  从时间计划维度

提测	Test	Staging	计划上线
5月20日 5月24日	5月25日	6月2日  6月5日	6月8日  6月13日

提测： 第一次开晨会定的提测时间是5月20日，后面改为5月24日提测。

Staging： Staging 时间由于环境冲突，公共模块有发布，周五不能合代码，所以延至周一

上线： 因为产品需要验收和内测，以及staging 环境冲突，所以延至6月13日。

Action：  每个时间节点是保证项目按时上线及安排环境，人力资源的重要依据，希望 产品 ， 测试 ， 开发在项目前准确评估时间，项目中严格follow时间节点，本次项目因为上线时间的变动，在Test和staging环境来回切换，代码多次合并，导致大量测试时间花在发布和解决每次发布引起的问题上，而且增加了每次代码合并后的回归时间。

二、从阻塞时间维度 

       

      总计28小时：包括以下问题：

     

     1、刚提测时发布模块与其他项目有冲突，所以临时调整到Dev 环境测试，并同时搭建Test5环境， Dev， Test1，Test5项目发布 耗时 7h 

     2、Test5 由于是新环境， 环境缺少必要folder，导致前端代码一直没有发上去，解决时间耗时4小时  -- 运维解决

     3、Web-Union 构建失败， 原因： web-union在构建的时候需要连接公网获取包， 被安全组拦住了，阻塞1h     -- 运维解决        

     4、 代码发不上去， 原因：开发提交代码时版本号不正确 ，阻塞1.5h    --- 开发解决

     5、 发布staging  & 开发合代码  耗时 8h  

     6、 Test5 环境发布及缺少SQL 导致页面机构信息不显示，耗时4h

     7、 web-union 代码merge线上最新代码， 公共模块改动导致菜单不显示，解决时间4h

     总结： 1、每次上新的环境代码合并及发布时间过长 ---   Action： 请 开发分析下原因并给建议

                2、找原因的时间太长： 不知道是前端代码问题or 后端代码问题 or 环境问题， 来回确认 -  Action ：  所有环境问题 前端，后端开发，运维，测试 立即坐一起解决，提高效率。

                3、版本号问题或merge code引起的问题：   Action ： 开发 同学提交代码前确认版本号信息&合并别人代码后增加review

                4、项目之间冲突 or  线上紧急fix占用staging环境 导致测试时间阻塞：   Action： 测试   需要在项目开始前提早规划，申请环境。

三、从bug 维度

      

总结： 

1、设计如此+不予解决+重复bug  23个： 

 原因1: 由于测试人员操作问题或者数据问题导致提的bug无效或提交重复bug，  Action ：  测试人员需要反复确定bug 的有效性， 分析各种情况及复现条件。

 原因2：开发技术或设计限制，bug不予解决  Action：  开发 在需求或开发设计阶段应及早提出，并跟踪产品更新需求。

 原因3 ：产品需求未体现或者需求变更 ：  Action ：   产品 需求尽可能详尽，变更的需求及时更新文档并通知项目中所有成员

2、bug激活一次及以上 19个 ：  Action ：    开发 提高自测质量 

3、每天新增和解决的bug图表趋势正常，后期的bug 基本是验收和其他项目人员回归提出的问题。