敏捷研发的宏观质量改进方案

在敏捷研发过程中,一般都是采用小步快跑,跑火车的模式来进行开发,则721模式(7个工作日内进行需求评审+开发、2个工作测试、1个工作日演示并验收、0.5个工作日上线)。

在宏观角度来说 一般存在以下几个问题:

1、敏捷研发过程的内部流程优化问题,这些内部流程的协作、高强度工作量、测试环境、发版控制、提测代码质量、测试覆盖度、验收标准 等问题都影响着 发版上线的质量

2、由于采用的小步快跑,需求都是逐步去推进的,需求变更频繁或者需求未从根本上解决问题,会给后续的研发过程 带来很大的质量代价,前人埋雷,后人扫雷的情况。

3、在研发过程中很多需求不可能一步到位,很多需求需要排期,这时会遗留很多的需求没来得及实现,在研发过程中还会遗留大量的bug。

综上所述:

1、遗留大量的线上问题(历史遗留需求、产品优化需求、技术性需求、线上bug、第三方服务问题、操作问题)。

2、迭代过程中上线的代码质量与验收问题。

 

遗留线上需求+线上bug 根源问题分析:

1、产品对一些细节设计存在遗漏 或未从根本上解决问题

2、产品需求的一些原型说明的影响范围与验收标准缺失

3、开发未理清确认清楚需求,就匆忙做开发

4、开发过程中加强代码自测与保持细心减少bug输出

5、提升开发人员的技术与特殊业务场景的解决方案经验 以及评估影响其它功能

6、完善用例对需求覆盖率,加强测试执行,提升测试效率

7、缺少度量测试数据、挖掘测试风险、评估版本质量

8、缺少对测试时效性、漏测、执行效率 提出惩罚措施 计入绩效考核中

 

改进措施

从2方面进行

一、是从研发流程角度:

1、测试组内部改进

用例库维护方案 与用例设计粒度

测试报告改进

测试用例编写与执行时效性监督

测试环境与轮数优化

加强交互体验测试

2、产品角度提质

梳理解决常用与使用频繁的优先功能需求

收集并推动产品快速解决影响较大的遗留问题

3、开发角度提质

加强监督开发对影响功能点的评估与自测 测试

测试推动开发修复bug的效率,预警措施

二、从产品质量实施宏观角度

1、版本迭代组快速处理 业务方提出的 新需求

2、成立紧急bug处理综合组 梳理出高优先级得紧急需 求 供产品出方案,快速处理遗留得 紧急线上bug、 产品优化、技术需求等遗留问题,把对用户 得影响降到最低

3、测试阶段加强用户体验交互测试,同时加强产品 演示与验收环节的 验收,提高产品用户体验

 

posted @   BKY007-谢志飞  阅读(105)  评论(0编辑  收藏  举报
编辑推荐:
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 25岁的心里话
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
点击右上角即可分享
微信分享提示