在测试圈中，相信大家对“Bug敏感度”这一词并不陌生，但是Bug敏感度具体是指什么呢，本文对此关键词进行解读的基础上，对其与软件质量的关系，影响的关键因素，如何提高测试人员的bug敏感度进行分享。（--续集）

　　Bug敏感度的故事

　　【测试经理的评价】

　　在一次绩效评价中，A主管对某位测试工程师的评价如下：

　　本季度完成了模块A、模块B、模块C的系统测试工作，设计了1200用例，提交了500+Bugs，严重Bug占40%，Bug数占测试团队（同期参与项目有4人）的35%，其突出的Bug敏感度，对某项目软件质量的稳定有突出贡献。

　　【测试工程师的评价】

　　测试工程师A说：

　 　陈生的Bug敏感度，真让我佩服得五体投地，昨天我们一起在实验室测试同一模块，相同的软件特性，他提交的其中有5个Bug，我是看到过的，其中有3个 是当时没有注意到（没有发现），而另外2个我是看到了，但不知道是不是Bug，或者认为他是正确的，而是这2个Bug就在我眼皮底下悄悄地溜走了。呜呼！

　　【开发工程师的评价】

　 　开发工程师B说：在提交代码前，我对着软件按照测试的Checklist执行了一遍，一切都正常。正在乐着呢，本次的版本质量一定高，心里还在想”嘿 嘿！看你们测试人员能提什么Bug给我”。那知，才乐了一个上午，下午就有人叫我到现场看一个系统崩溃的Bug，更有甚者，此Bug在我的机子上我还不能 重现，但一叫测试人员过来重现，其马上就出现了。原来测试软件可以怎么弯来扭去XXX操作的，这就是Bug敏感度！悲惨世界呀，够我用1-2天时间来折腾 了。

　　读者朋友，找到答案件了吗，Bug敏感度对于测试人员来说，非常重要。特别地出现了一些显而易见的Bug，而你却视而不见，或并未 识别到它是一个Bug，而遗漏到客户端，是测试人员的大忌！不言而喻，Bug敏感度对于一个测试人员的工作的重要性。但这个含金量极高的敏感度，如同一个 道士的修炼，要想达到炉火纯青，正如“冰冻三尺非一日之寒，滴水穿石非一日之功”也，Bug敏感度是颇见功底的。