而美国能源部1992年发布的《根本原因分析指南》（DOE-NE- STD-1004-92）中，把根本原因定义为：指一种原因，当这种原因被纠正以后，将会防止此类事故或者类似事故的再次发生。根本原因并不是一种仅仅导 致这次事故发生的原因，在更大的范围内，极有可能对发生的其他事故还存在着影响。根本原因最基本的特征应该是：从逻辑上能够被识别并能够被纠正。可能会有 一系列的原因都能够被识别，从一个导致另一个，但是这一系列的原因应该能够被追溯到最基本的，并且能够被识别和纠正的原因。
在我国大亚 湾核电站的建设和运行过程中，由美国PII（performance improved international）公司提供了RCA方法，该公司把RCA定义为：通过一整套系统化、逻辑化客观化和规范化的分析方法，找出设备故障的故障机理 和根本原因，并通过制定合理的纠正行动彻底消除这些根本原因，从而恢复设备功能，防止同样或者类似故障重复发生的一种解决设备故障问题的分析技术。
同样，RCA分析也早已在航空航天、医疗领域、应急处理等行业中广泛使用。
根本原因分析（Root Cause Analysis 后简称RCA），本原因分析（RCA）是一项结构化的问题处理法，用以逐步找出问题的根本原因并加以解决，而不是仅仅关注问题的表象。根本原因分析是一个 系统化的问题处理过程，包括确定和分析问题原因，找出问题解决办法，并制定问题预防措施。在组织管理领域内，根本原因分析能够帮助相关者发现组织问题的症 结，并找出根本性的解决方案。
笔者建议在软件测试相对成熟或流程清晰的质量团队或公司，可以有意识的开展RCA工作项RCA方法在软件产品质量管理中应用的目的在于：
a、从缺陷与问题中进行学习；
b、系统化的确定需要改进的区域或过程；
c、防止重复犯错
拒绝空谈，为了让好的方法，更加具有执行力。笔者将阅读了国内、台湾、医疗行业的相关资料，整理如下，其中罗列准入与验收标准，方便大家可量化的执行。
RCA验收目标
1、RCA活动是有计划的，控制分析成本；
2、RCA应包含缺陷分类分析与过程管理问题整理；
3、RCA应包含对缺陷与问题的根本问题的分析与推理，结合不同角色收集得出；
4、RCA的结果是一个或多个纠正操作建议（在开发过程中进行一些更改与优化，以消除产生错误的原因）
5、应保持RCA结果的准确记录与跟踪；
RCA进出标准与有效输入/出
进入标准（缺陷分类分析与过程管理问题整理）
1、缺陷分类分析进入；
a、单次测试的缺陷计数，如 缺陷数≥X个需进行RCA分析；
b、遗留缺陷计数；如 遗留缺陷数≥X个需进行RCA分析；
c、按缺陷分类（缺陷严重等级、缺陷类型、） ；如 遗留性能缺陷数、遗留界面缺陷等需进行RCA分析；
2、或事件触发；
a、违背当前周期的质量目标的；
b、重要“事件”或哨兵“事件”（如现场反馈严重缺陷、重复出现的缺陷等，又称单一缺陷或整整一类缺陷）；
c、过程管理发现问题（如提交质量低、迭代次数超计划、需求理解不一致、需求确认问题多）
有效输入
1、事件报告
2、事件相关数据
3、测量结论（以往RCA分析所确定的措施的实施情况）；
有效输出
根本原因分析（Root Cause Analysis）应用XXX事件分析报告
退出标准
完成RCA应用XXX事件分析报告并经QA Manager确认；
导致类似事件的同类原因未再次产生；
笔者结合自身实践，整理出，可执行的RCA分析流程。简言之，算是个“最佳实践”分享给大家。
RCA活动实施流程
RCA活动角色划分（示例）
====================================分割线================================
最新内容请见作者的GitHub页：http://qaseven.github.io/
