项目的SRE目标出现问题

一个项目快要结束了，但我发现SRE有些问题，目标是97%，但现在数据显示只有60%多。

SRE(software reliability engineering)是一种软件稳定性指标，97%意味着测试已经发现了软件所有缺陷的97%，还有3%没有被发现。从一个软件的投入产出比而言，100%是没有必要的，因为那意味着需要更多的测试时间，这也就意味着更多的resource的投入和schedule的延长。SRE的结果和设定的基准缺陷数有关，和不同时间段内发现的缺陷数有关，和测试时间有关，是一个复杂的公式。

但目前的60%多肯定有问题，我不相信还有30%多的缺陷存在在系统内。因为我们的测试策略与以前的项目没有多大的不同，而上一个项目的最终数据显示超过98%的缺陷以被发现。那，问题在哪儿呢？该怎么解决呢？

最近两周发现的bug数和前面相比，有了一个明显的上升，原因在于在这个最新的build里面引入了一些新的，较前相比更复杂的功能。SRE的计算公式对此的处理是认为根据目前的趋势，意味着未来依然会有很多的bug，需要更多的测试时间来发现。而问题在于, SRE是一个理想的模型，它缺省认为系统中间不在有更多的新功能引入，而这和这个项目的现实是不一样的。

难道是现在使用的SRE模型不适合这个项目？这个问题需要继续调查。通过调整各种数据来看SRE到底是如何据此来做预报的。

这个问题目前不是我一个人说了算的。项目的质量保证计划上已经设定了这个目标，而这个目标显然是无法达到的。我需要做的是，先自己做充分的调查，有一个基本的判断。然后邀请相关的SRE专家，质量控制人员来做进一步的处理 - 希望不要过于繁琐和官僚。