项目SRE的问题基本解决

上文所提到的项目的SRE问题，现在已经有了一个完整的分析。

1. SRE有个前提，所有新功能要在中前期进完。SRE假定基于对于功能和系统的熟悉程度，一开始bug的数量少一些，随着逐渐熟悉，在中间bug数量会到达一个顶峰，在后期bug数量会迅速下降。目前的项目自始至终都在进新的功能，所以这个前提满足不了，从而SRE失去了他的质量指示意义。

2. 如果项目的总的bug数量不多，SRE的精确性也会打折扣。这是因为假如你在后面偶然发现了两个bug,而由于总的bug数量并不多，SRE有可能给出不切合实际的指示。当前的项目也有这个问题。

基于上面的分析，如何使用SRE应该比较清楚了。对于大型，功能及早集成好的系统，是具有质量指示意义的。而对于中小型，功能持续集成的系统，SRE只能帮助我们分析当前的问题，但并不能将其作为衡量软件质量的标准。

SRE是一个理想中的模型，有一些使用的假定。但现实中的项目往往无法全部具备所有的假定，故此我们不可以完全依赖于SRE的指示，否则就可能造成各种资源的浪费。但另一方面，它的确能够帮助我们分析当前存在的各种问题，以便于将来可能避免。所谓尽信书则不如无书，所有的东西都不能盲目的说好或者不好。