|
记得几年前，刚入行软件工程，就听说了一系列新鲜的角色名称，比如EPG、MSG、SCCB以及SQA。尤其是SQA，每个提到他的人都是一脸高山仰止的样子：SQA可不是一般的人能干得了的，那都是牛人，都是有丰富的工程经验的人才能承担。 那么问题来了？谁有资格来担任QA呢？ 在现实当中，大能或者牛人都承担着开发任务，在中高层领导的眼里，让他们去做QA是一种浪费。而在程序员的眼睛里，开发自己的程序才更有成就感。所以，最后QA就随便安排一个人来做，甚至这个人根本懂软件开发，他的作用就是占个坑？？？即使是安排了一个懂软件开发的人，那也只是一个兼职。作为一个兼职，他的主要精力都放在自己的主业——开发上面，对于QA只是过程基本不看，产品有空就看看，没空就随便看看。在多数情况下，他都是没有空的，因为QA的任务实在是太多了。 你知道QA有多少任务要做吗？ 按照GJB439A军用软件质量保证通用要求的规定，QA要审核18个过程活动，累计261个检查项，而且其中一些检查项还要多次审核；QA要审核的工作产品有28个，累计348个检查项。即使一些组织在工作产品上有些裁剪，产品的检查项也不会少于200个。这些还仅仅是一个软件的开发过程。而一个QA往往负责的不是一个软件的开发，而是一个项目多个软件，甚至多个项目n多个软件，这些审核任务就要翻上几倍。 上面只是从任务数量来说的，如果要从工作量上来说，QA的工作量也是非常巨大的。就拿审核软件需求规格说明来说，这样的一份文档，一般都有几十页，这样一份文档看完，看懂，还要看它是否满足需求分析规范，看它是否完整追溯了用户需求，这样看下来，至少也要2~3个小时，如果文档规模翻倍，所需的工作量也会随之增加。一个软件有20多个工作产品，一个项目呢？多个项目呢？不要说工作产品，就是过程审核也不是那么容易的。很多检查，不是只看有没有做就算了，不是在每个检查项那里选个“是”或“否”那么简单，还要检查过程记录，要判断其过程是否“真的”做了，做的是否有效，这就要花费时间和精力了。 这样的任务量，是一个兼职能干得过来的吗？ 如果说能，那可能只有两种情况：其一QA是天才，别人1天做的事，他在10分钟内做完；其二就是，只要应付了事，做做检查记录， 没有专职QA，能保质保量地完成这些QA任务吗？不能完成好这些QA任务，QA工作还能出什么绩效？QA工作没有绩效，谁来保证项目按照软件工程规范的要求进行呢？ 如果你的组织里，根本看不到QA有什么绩效，有QA和没有QA并没有什么区别，那你就要想一想，组织的软件工程规范还能发挥作用吗？没有QA绩效，没有专职QA，你们的软件工程是不是一个假的软件工程？
|
|
|
