扫码阅读
手机扫码阅读
案例:问题处理与原因分析报告的模板

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

系统上线问题分析和经验总结摘要
系统上线后遇到的问题是宝贵的经验来源,我们应该从中学习并避免类似问题的发生。本文提供了两个用于分析上线问题的模板报告。
模板案例一:共性现象的原因分析报告
模板一未提供具体内容,因此本摘要将省略该部分。
模板案例二:单个问题的原因分析与处理报告
以下是根据模板二编制的一个网站搜索系统乱码事件的原因分析与处理报告的摘要。
事件概述
2020年6月28日下午,客户报告官网首页搜索关键词出现中文乱码。系统紧急回退,问题得到临时解决,当日业务未受影响。原因是搜索页面未能正确处理中文特殊字符。
事件详情和影响分析
问题被及时发现并通过系统回退解决,业务运作没有受到实际影响。
技术成因分析
问题起因于代码优化中未覆盖特殊字符过滤功能,以及回归测试时未检测到搜索结果页面。
纠正措施和横向排查
计划对代码进行修正,并进行全面回归测试。同时对类似功能和其他分子公司系统进行横向排查。
预防措施
将增加针对此类问题的测试用例,完善测试范围识别方法,并修改测试流程要求进行全面回归测试后方可上线。
固化措施
通过案例培训、QA检查单增加检查项以及传达变更的测试流程和范围识别方法,以强化管理。
以上措施的责任人和完成日期已明确,确保问题得到彻底解决和预防。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 241.4K
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
我说CMMI之二:CMMI里有什么?
CMMI划分为三个分支: 适用于供方、乙方的模型: CMMI-DEV:主要是针对开发类组织的; CMMI-SVC:主要是针对服务类组织的; 适用于需方、甲方的模型: CMMI-ACQ:主要是针对采购类组织的;CMMI-DEV中提到的开发,是包括了软件、硬件等类型的开发。CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件,在CMMI之外称为IPD,在CMMI内称为IPPD。IPPD并没有涉及到市场、财务等。多出来的一个P代表是过程,IPD中包含了市场与财务,所以IP
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线