ODC分析法
ODC（正交缺陷分类）分析方法最早由IBM的waston中心推出，是将一个缺陷在生命周期的各环节的属性组织起来，从单维度、多维度来对缺陷进行分析，从不同角度得到各类缺陷的缺陷密度和缺陷比率，从而积累得到各类缺陷的基线值，用于评估测试活动，指导测试改进和整个研发流程的改进；同时根据各阶段缺陷分布得到缺陷去除过程特征模型，用于对测试活动进行评估和预测。
详细参见：软件缺陷分析方法：ODC
ODC适用于缺陷的定位、排除、原因分析以及预防活动，它也可以 用于改进软件的开发过程。
ODC的缺点在于：分类过程复杂，难以把握分类标准，缺陷分析人员的主管意见会影响属性的缺点。
Gompertz分析法
资料：软件测试缺陷分析方法简介
根据测试累积投入时间和累积缺陷增长情况，拟合得到符合自己过程能力缺陷增长的Gompertz曲线，用来评估软件测试充分性、预测软件极限缺陷数量和退出测试所需时间、作为测试退出判断依据、指导测试计划和策略调整。
缺点：这个方法的前提是产品的整个测试活动中测试能力保持相对稳定，同时对测试过程中发现的缺陷只做数量上的处理，不做等级上的划分。
四象限分析法
按照严重程度和优先级，划分出来四个象限。
优先级高的尽快解决，最大程度可降低整个项目的周期。
如果严重的缺陷没有修复，随着时间的推移第一象限严重的缺陷的密度越来越大，变得越发不可控制，风险就越大。
根据软件内部各模块、子系统、特性测试所累积时间和缺陷去除情况，和累积时间和缺陷去除情况的基线进行比较，得到各个模块、子系统、特性测试分别所位于的区间，从而判断哪些部分测试可以退出、哪些测试还需加强，用于指导测试计划和策略的调整。
根本原因分析
参考资料：
RCA（Root Cause Analysis）
根本原因分析是一项结构化的问题处理法，用以逐步找出问题的根本原因并加以解决， 而不是仅仅关注问题的表征。根本原因分析是一个系统化的问题处理过程，包括确定和分析问题原因，找出问题解决办法，并制定问题预防措施。
根本原因分析的工具有：因果图、头脑风暴法、鱼骨图、WHY-WHY图。
应用到测试上面就是：利用鱼骨图、柏拉图等分析缺陷产生的根本原因，根据这些根本原因采取措施，改进开发和测试过程；
RCA适合对一些严重程度较高的缺陷进行重点分析。
RCA的缺点：消耗资源大、效率低、实时性差，不太适合用于大型项目。
缺陷注入分析
对被测软件注入一些缺陷，通过已有用例进行测试，根据这些刻意注入缺陷的发现情况，判断测试的有效性、充分性，预测软件残留缺陷数。
假设我在软件中注入了30个缺陷，目前一共发现了100个缺陷，这100个缺陷中有15个是我注入的缺陷。
那么推断出：总缺陷数=30/15*100=200个。
DRE/DRM分析法
参考资料：缺陷分析方法简介—DRE/DRM分析法
通过已有项目历史数据，得到软件生命周期各阶段缺陷注入和排除的模型，用于设定各阶段质量目标，评估测试活动.