测试复杂度模型

假定：
U"T#f%eL%w TXpl(x)n0一个底层系统的bug会引发上层系统2个bug51Testing软件测试网s!Q~"B!ywai}5eO
 
#l eL\Z+[)rH0历史：51Testing软件测试网|!DL3j9N9hG.J6h
一个功能，在一个系统内完成51Testing软件测试网wf*hWa(rT)`
 51Testing软件测试网5^y'Cu-M
现状：51Testing软件测试网L
|8b Y:~;tJPf'S
一个功能，至少涉及4个系统之间交互
OG6^:jqI4E\
h9d0 
f;~&T\2M m0模型：
t&~%Uw?/ZIYIR0一个系统，客观存在40个bug51Testing软件测试网l(S(IH!S?Y!USe
历史情况是测试人员找出这40个bug即可
hB3dtbezj0现实情况假定bug在4个系统内平均分布，每个层有10个bug
R$E9Isz^Gq~.n0其中第四层的bug到第一层会变成10*2*2*2=80个
vFfjp0第三层的bug到第一层会变成10*2*2=40个
MOIP2c,b2~#M _0第二层的bug到第一层会变成10*2=20个51Testing软件测试网;HX
~V1?`g
第一层的bug本身有10个51Testing软件测试网.g[&Fnt*H6Xf
总和为80+40+20+10=150个
h&Rt8R7H^ctc(S0 
@s,{w fx8bz~2d^0分析：51Testing软件测试网 Ai ` `@Gm `8J
由于系统的模块化分解，造成单个模块的复杂度降低，再加上底层系统的接口测试，使得各模块出现bug的概率下降，假定下降一半（下降一半是一个很可观的情况了）51Testing软件测试网Gy+~F3t2z-FB
那bug数将变成5*2*2*2+5*2*2+5*2+5=75个，对于功能测试人员来讲，工作量是历史情况的2倍51Testing软件测试网 GE{ M(~i
 51Testing软件测试网GkS&Y?^7g0f
跟开发人员比较：
Xh&E0Gm5r0开发人员以前是在一个较复杂的系统内开发，假定复杂度是现在各模块的2倍。系统分模块后，开发人员需要专注于某一个模块，了解其它模块，假定了解其它模块需要的工作量和开发本模块相当。那现在开发人员的工作量是保持不变的。（这个观点有待证实）51Testing软件测试网qmr2E`7E l|e

问题：
a~Gans0F f%f/|01、一个底层的bug会引发2个上层的bug，这个假设我需要例证。以我的经验来看，可能不止会引起2个bug，有没有人能给个例子？
d i,ps/o02、从这里可以看出现在我们这里的人员能力已经有很大提升（工作量大了，人员比例变动不大），但是我们的工作方法还没有大的变化，那我们有什么办法去适应软件复杂度的变化？