案例:问题处理与原因分析报告的模板
3828
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
系统上线后暴露的问题也是一种财富,我们需要从中吸收经验教训,规避其他类似的问题。对于上线后的问题如何进行原因分析,我提供两个分析报告的模板,供大家参考。
模板案例1:共性现象的原因分析报告

模板案例二:单个问题的原因分析与处理报告模板
|
事件标题:网站搜索系统乱码事件报告 |
|
|
填报人:*** |
事件信息来源:客户反馈 |
|
事件概述: 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日之前完成,责任人***。【管理归零】 |
|
|
固化措施【管理归零】:
|
|
麦哲思科技任甲林
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
穷举、分类、分层、抽象是我推荐的4种分析问题的方法,即可以用于需求的分析,也可以用于其它的方面。
穷举就是罗列出所有可能的情况。当知道某一种可能的时候,要举一反三,列出所有的可能,针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统,有入库单、出库单、损溢单等3种类型的单据,有2种帐本:库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况,也就是说要考虑6种算法,这就是穷举。在做软件需求分析时,尤其需要穷举的方法,确保需求的完备性。采用穷举
白皮书上线