软件质量控制SQA管理的感悟.docVIP

软件质量控制SQA管理的感悟 ??? 做软件质量控制（?SQA?）这样的事，往往得不到大家的欢迎，工程师们抵触?SQA?，认为我们总在给他们找麻烦，在他们眼里，?SQA?就象政府机关部门一样，一群高傲的官僚主义者，死板又教条。? ??? 软件质量好象是很虚无缥缈的东西，究竟什么是软件质量？如果没有经过非常仔细的考证，真的说不清软件质量是什么东西，大多数人潜意识里，对软件质量的认识可能是这样的：一个商用软件，如果客户感觉满意，就是软件质量好。? ??? 对软件质量的这种认识可以说是广义上的认识，也可以说是片面的认识。一个产品（包括软件），之所以能被客户选用（或者说让客户满意），原因是能满足客户的需求。所以，在计划推出一个产品之前，应该先了解清楚客户的需求。? ??? 关于客户需求，可以分成几个层次。? ??? 最基本的层次，是产品的基本功能属性，客户觉得酷热难耐，那么空调或者电扇可能是他需要的东西，这种情况下他要的不可能是电视机，也可以说，他宁肯要一个很破的电扇，也不会要一个质量三包的高清晰度电视。? ??? 第二个层次，应该是产品的可用性（或者说是稳定性）。在上面的场景中，如果你给用户送过去一个三天两头都会出问题的电扇，客户的牢骚会很快爆发出来，一个善良的用户可能只是会把你的电扇扔到一边去再重新买一个，而难缠的用户或许投诉到消协来个索赔搞得你血本无归，不管如何，有一个事实是相同的，那就是你被客户抛弃了。? ??? 第三个层次，则是产品的附加功能属性。比如你的电扇吹出的风，不但让人凉快，顺带着还能灭蚊，并且证实对身体绝对无害，这时，你的电扇可能会受到客户的欢迎并且占据市场，因为它让客户出乎意料之外的惊喜，这就是差异化的竞争优势。? ??? 现在，我们对质量广义上的认识可以上升为：产品提供客户需要的基本功能，使用稳定，另外还能提供一些附加功能。从广义的产品质量认识中，我们可以提取出狭义的产品质量认识，我们认为产品质量，指的其实是客户需求的第二层次，即产品的稳定性。我们的软件质量控制，做的其实是狭义上的软件质量的控制，也就是软件的稳定性。? ??? 长期从事软件行业的经验告诉我们，软件的不稳定，多是由一些细微的?BUG?导致。如果说我们的软件由?10?万行代码构成，只要其中有那么?1?行存在问题，都有可能引发灾难性的后果。根据上述的经验，我们的软件质量控制，其中最重要的工作就是如何杜绝（或者说竭力减少）上面的这种?BUG?。? ??? 好的设计有可能使我们少犯?BUG?。比如软件模块划分清晰，复用做得好，代码行数都少一些，维护起来比较简单，如果软件的设计做到这种程度，犯错的机率会大大减少，因此，我们经常听到一种说法：“软件质量是设计出来的”。? ??? 其实，上面的说法还是很片面的。我们的软件质量控制指导书，里面阐述了软件质量控制的?8?个方法，每种方法都有非常（或者是比较）明确的指导书，如果在软件开发过程中，能执行好这几种方法，绝对对软件质量的提升有很大帮助，也就是说：“软件质量是可以控制的”。 ??? 遗憾的是，很少有人真的认识到这种指导书的价值。当采用这份指导书，从而软件比较稳定时，领导认为这应该是天经地义；编码的员工则认为是自己编码仔细或者水平高。那么，如何让大家能意识到这份指导书的价值？答案只能是血的教训。不过我们问一问自己：什么是追求完美？一段经历，如果一帆风顺并不能称为完美，唯有通过挫折的磨练，才能引发人沉痛的思考，这样的过程，反而使得人的智慧沉淀下来，或者叫经验或者叫教训。或许上面的过程，才是一个完美的过程。