任甲林:问题处理与原因分析报告的模板

发布日期:2024-11-01

任甲林:问题处理与原因分析报告的模板

系统上线后暴露的问题也是一种财富,我们需要从中吸收经验教训,规避其他类似的问题。对于上线后的问题如何进行原因分析,我提供两个分析报告的模板,供大家参考。

模板案例1:共性现象的原因分析报告

原因分析案例:上线后缺陷比较多
现象描述上线后缺陷比较多,导致客户满意度下降。
现象的定量刻画1.2023年1季度上线了20个版本,比2022年4季度暴露的缺陷密度增加了50%。
2.客户三次找公司领导抱怨系统的问题。
3.对缺陷类型做了80-20分布分析,易用性问题的数量超过了30%,是客户抱怨最多的问题,其次是软件的性能问题,超过了20%。
技术技术原因1.软件的功能设计不合理,导致软件难用。
2.对于大数据量的处理算法不合理,没有对大数据表进行拆分、数据表的索引设计不合理。
纠正措施

1对功能设计重构,减少菜单嵌套层次,减少操作步骤。

2优化数据库设计与查询算法。

预防措施1在设计指南中增加关于易用性设计、数据库设计的指南。
2在需求文档中给出非功能性需求的描述案例。
3 对需求人员、开发人员、测试人员进行非功能性需求描述、设计、实现与测试技术的培训。
检测措施

1在测试策略与测试计划中单独识别对非功能性需求的测试活动。

2在确认测试时,必须增加对非功能性需求的测试。

固化措施

1需求文档、设计文档中非功能性需求章节不允许为空。

2 非功能性需求的测试用例不允许为空。

管理管理原因

1在功能设计时忽略了对易用性与性能的设计。

2在设计评审时,没有评审易用性设计与性能设计。

纠正措施记录上线后的问题,并对这些问题跟踪技术纠正措施的关闭情况。
预防措施1修改组织级的设计指南、需求模板、测试用例编写模板、测试报告模板,体现出来非功能性需求的应对。
2在需求评审、设计评审、测试用例评审中将对非功能性需求的评审列为一个单独的活动。
检测措施

1在测试策略与测试计划中单独识别对非功能性需求的测试活动。

2 在确认测试时,必须增加对非功能性需求的测试。

固化措施1QA检查时,增加对非功能性需求的描述、设计、测试的检查项。2EPG定期采集在非功能性需求方面的经验教训。

模版案例2:单个问题的原因分析与处理报告模板

事件标题:网站搜索系统乱码事件报告
填报人:XXX                          事件信息来源:客户反馈

事件概述:

2020年6月28日下午16:03,客户反从官网首页搜索关键词 中文显示乱码。

【现象描述】16:20系统回退。

【应急措施】未影响当日业务。经排查原因是搜索页面,搜索关键词中文特殊宁符显示乱码。

事件详情:
16:03,有客户反馈捷索关键词中文显示乱码,研发人员即刻开始排查所涉及的程序代码。16:15,研发人员与管理部门协商后,准备回退系统。
16.20,四退完成,从官网首页搜索中文页面,展示恢复正常。

影响分析:

通过回退发布流程,恢复页面展示,未对业务产生实际的影响。

技术成因分析:

6月15日版本,测试环境测试完成,首页输入中文跳转搜索结果页展示正常。

6月20日版本,代码优化,执行特殊宁符过滤,未覆盖首页输入中文跳转搜索结果页。【开发的技术原因】

6月21日回归测试时,未覆盖到搜索结果页面,【测试的技术原因] 】

纠正措施【技术归零】:

1)对代码重新修改,7月1日之前完成,责任人***;

2)重新全量回归测试,7月3日之前完成,责任人***;
3)跟随下周的发布火车一起发布,7月5日之前完成,责任人***;
4)上线之后,测试人员再次线上确认问题的修复,7月5日,责任人***。

横向排查:

1)对各个语种的类似功能都要进行检查一遍,7月1日之前完成,责任人***;
2)对其他分子公司的系统都要进行检查一遍,7月3日之前完成,责任人***。

预防措施:
1)在公用测试用例库中增加针对该类问题的测试用例,7月10日之前完成,责任人***;【技术归零】

2)完善测试范国的识别方法,从调用、被调用两个维度分别识别范国,7月10日之前完成,责任人***;【技术归零】

3)修改测试流程,规定:最后一次修改后,一定做一次全面回归才可以上线,7月10日之前完成,责任人***。【管理归零】

固化措施【管理归零】

1)将此案例整理在测试问题案例集中,在公司内进行宣传培训;

2)在QA的检查单中增加检查项,上线之前的检查时,要检查是否做了最后一次全面回归;

3)对变电的测试流程与测试范围识别方法,传达到每个项目经理、测试经理、产品经理、OA人员;

4)以上措施在7月10日之前完整,责任人***。

本文作者:任甲林 CMMI高成熟度主任评估师 讲师