测试需求和质量
前一阵子根以前公司的同事吃饭，顺便聊了聊公司的一些事情。同事告诉我，来了新的测试主管。我很好奇地问，水平如何？一向脾气温和的女同事，撇着嘴说，就是一个BT。后来了解得知，新来的主管号称97年就进入测试行业，到现在为止已经从事测试9年了。按理说已经是一个骨灰级的专家，为何还被人说BT呢?原来这个新主管上来就抓测试需求和测试用例，然后要求一个系统动辄上万个测试需求点，如果没有那么多，你就修修改改，贴贴粘粘，把东西颠三倒四的说几遍凑数，而实际上去掉重复的，能保留1/3就不错了，而测试用例对测试需求的覆盖，最多也只能达到1/3。而项目结束时，经常有一半乃至2/3的需求还没有被覆盖，更别提通过了。
原来的领导在看到上万个需求点之后，并不进行评审，而仅仅是被数字打动。是啊，换作谁看到上万个需求点，都会以为自己的系统有多大呢？可是领导并不看后面的用例对需求的覆盖，更不看用例的执行情况，所以仅仅凭着上万个需求点就认定了这个系统测试肯定没有问题，而且肯定测试得很细致。但是未曾考虑到是否真的能完成那么大的工作量。所以我们在测试过程中不要盲目追求测试需求的个数，并且应该在整理测试需求之后，进行评审，去掉冗余部分，并且查找遗漏。
RelatedEntries：
TD或者QC的字段扩展 - 03 21, 2006
MI公司QC的SP认证考试 - 12 27, 2005
QC的权限问题 - 12 19, 2005
QC的问题定位及解决（二） - 11 18, 2005
QC错误定位和解决 - 10 31, 2005