這是2007年我在CSDN雜志上發(fā)表的一篇老文章，現在看來(lái)也不算過(guò)時(shí)，在日常講授ISTQB基礎級課程中也會(huì )介紹QA和QC的互動(dòng)模型，這也算是一種另類(lèi)的記錄吧。

軟件企業(yè)質(zhì)量保證的基石――QA、QC的良性協(xié)作

國內的軟件產(chǎn)業(yè)發(fā)展了20多年的時(shí)間，已經(jīng)由個(gè)人英雄時(shí)代步入到中、小團隊協(xié)作時(shí)代。相信不久的將來(lái)，國內一定會(huì )出現航母級的軟件企業(yè)，那時(shí)候我們會(huì )迎來(lái)集團軍作戰的時(shí)代。不同的時(shí)代表明軟件規模的不同，也標志著(zhù)軟件質(zhì)量管理的復雜度急劇上升，同時(shí)對軟件質(zhì)量的保障方法也提出了更高的要求。

本文并不打算系統的闡述軟件企業(yè)的質(zhì)量保證體系，而是想從另一個(gè)側面同大家分享軟件企業(yè)在軟件開(kāi)發(fā)過(guò)程中兩個(gè)重要角色之間的協(xié)作關(guān)系，以?xún)蓚€(gè)角色之間高效的互動(dòng)來(lái)說(shuō)明在開(kāi)發(fā)過(guò)程中，我們如何來(lái)有效的保障軟件產(chǎn)品的質(zhì)量。

軟件企業(yè)的質(zhì)量保證體系

我們知道質(zhì)量保證體系的建設是一個(gè)系統工程，質(zhì)量的保障不是某些人或者某些部門(mén)的工作，而是整個(gè)企業(yè)的文化，理念的貫徹。如果一個(gè)企業(yè)在進(jìn)行質(zhì)量保證體系的建設和推廣過(guò)程中，只是在強調方法，強調規范，而不是把質(zhì)量意識，企業(yè)文化貫穿其中，那質(zhì)量保證體系是否能持續的發(fā)揮作用，并形成為企業(yè)的核心競爭力就值得懷疑了。

一般軟件企業(yè)在規劃質(zhì)量保證體系的時(shí)候都會(huì )選擇一個(gè)模型，目前比較流行的模型有：ISO9000：2000、CMMI、RUP、XP等，具體選用那種模型，還需要看企業(yè)的實(shí)際情況，并且能充分的協(xié)調：人、技術(shù)、過(guò)程三者之間的關(guān)系，使之能充分的發(fā)揮作用，促進(jìn)生產(chǎn)力的發(fā)展。

在軟件企業(yè)的質(zhì)量保證體系建設過(guò)程中，一般需要獨立完成以下幾個(gè)流程：

項目管理流程、軟件開(kāi)發(fā)流程、軟件測試流程、質(zhì)量保證流程、配置管理流程。

以上這些流程需要相輔相成，各自之間都有相應的接口，通過(guò)項目管理流程將所有的活動(dòng)貫穿起來(lái)，共同來(lái)保證軟件產(chǎn)品的質(zhì)量。

整個(gè)軟件質(zhì)量保證體系中，所有的流程圍繞軟件開(kāi)發(fā)流程展開(kāi)，唯一的目標就是保證軟件開(kāi)發(fā)的質(zhì)量，所以在眾多的流程中，軟件開(kāi)發(fā)流程為質(zhì)量保證體系中的主流程，其它的流程為輔助流程。之所以我們需要建立眾多的輔助流程，就是為了讓軟件開(kāi)發(fā)過(guò)程透明、可控，通過(guò)多角色之間的互動(dòng)，來(lái)有效的降低軟件開(kāi)發(fā)過(guò)程中的風(fēng)險，持續不斷的提高軟件產(chǎn)品的質(zhì)量。

QA、QC的職責

在我們開(kāi)始討論QA、QC的職責之前，我們先假定一個(gè)前提條件，即：企業(yè)內部的質(zhì)量保證體系已經(jīng)建設完畢，即上述的五個(gè)流程已經(jīng)編寫(xiě)完畢，并且通過(guò)了試運行，目前正在按部就班的執行。

• QA的英文為：Quality Assurance 我們翻譯為“質(zhì)量保證”
• QC的因為為：Quality Control 我們翻譯為“質(zhì)量控制”

我們將這兩個(gè)角色之間進(jìn)行一下職責劃分，以方便我們后續的討論

• QA：監控公司質(zhì)量保證體系的運行狀況，審計項目的實(shí)際執行情況和公司規范之間的差異，并出具改進(jìn)建議和統計分析報告，對公司的質(zhì)量保證體系的質(zhì)量負責。
• QC：對每一個(gè)階段或者關(guān)鍵點(diǎn)的產(chǎn)出物（工件）進(jìn)行檢測，評估產(chǎn)出物是否符合預計的質(zhì)量要求，對產(chǎn)出物的質(zhì)量負責。

通過(guò)上面的職責劃分，我們發(fā)現，如果我們將軟件的生產(chǎn)比喻成一條產(chǎn)品加工生產(chǎn)線(xiàn)的話(huà)，那QA只負責生產(chǎn)線(xiàn)本身的質(zhì)量保證，而不管生產(chǎn)線(xiàn)中單個(gè)產(chǎn)品的實(shí)際質(zhì)量情況。QA通過(guò)保證生產(chǎn)線(xiàn)的質(zhì)量來(lái)間接保證軟件產(chǎn)品的質(zhì)量。

而QC不管生產(chǎn)線(xiàn)本身的質(zhì)量，而只關(guān)注生產(chǎn)線(xiàn)中生產(chǎn)的產(chǎn)品在每一個(gè)階段的質(zhì)量是否符合預期的要求，如果我們生產(chǎn)的是杯子，那QC只關(guān)注：生產(chǎn)的材料是否是預期的，每個(gè)杯子瓶口的直徑是否符合要求，杯子把手是否符合設計要求等等具體的、可量化的點(diǎn)。

針對軟件企業(yè)的軟件開(kāi)發(fā)過(guò)程而言：

• QA可以進(jìn)一步明確為SQA，即：軟件質(zhì)量保證，只負責軟件開(kāi)發(fā)流程的質(zhì)量，企業(yè)內相對應的角色為：軟件質(zhì)量保證人員，有的企業(yè)就直接稱(chēng)之為SQA。
• QC可以進(jìn)一步明確為SQC，即：軟件質(zhì)量控制，只負責軟件開(kāi)發(fā)過(guò)程中各個(gè)階段產(chǎn)出的工件的質(zhì)量，產(chǎn)出的工件可能是相關(guān)的文檔或者代碼等，企業(yè)內相對應的角色為：軟件測試人員。

由于各個(gè)企業(yè)采用的開(kāi)發(fā)流程和測試流程不一樣，在各個(gè)階段SQC的對應人員不一定都為測試人員，如在需求階段，產(chǎn)生的工件為《需求規格說(shuō)明書(shū)》，對該文檔的主要質(zhì)量控制手段為評審，這時(shí)候在此階段擔任SQC職責的就是評審小組的成員。

QA、QC的良性協(xié)作

通過(guò)以上分析發(fā)現，SQA和SQC雖然主要的工作都是為了保證軟件的質(zhì)量，但是著(zhù)眼點(diǎn)不盡相同。

SQA通過(guò)控制過(guò)程來(lái)保證軟件產(chǎn)品的質(zhì)量，而SQC是通過(guò)控制每個(gè)階段的“結果”來(lái)保證軟件產(chǎn)品的質(zhì)量。

如果在軟件開(kāi)發(fā)過(guò)程中我們只要SQA或者SQC是否可以保證軟件產(chǎn)品的質(zhì)量那？答案一定是不可以的，通過(guò)下面的分析我們看看原因到底是什么。

?軟件企業(yè)中只有SQA的角色

如果企業(yè)中只有SQA的角色而沒(méi)有SQC，我們假設企業(yè)對SQA的投入力度很大，于是企業(yè)得到了一個(gè)很好的流程（生產(chǎn)線(xiàn)），但是這個(gè)時(shí)候軟件的產(chǎn)品是否就沒(méi)有問(wèn)題了那？如果我們的生產(chǎn)源頭沒(méi)有得到有效的控制，進(jìn)入生產(chǎn)線(xiàn)的材料是殘次品，那不管我們的流程控制的多好，那最終的產(chǎn)品的質(zhì)量都不會(huì )高。

可能有朋友會(huì )說(shuō)，如果我進(jìn)行了很好的流程控制，對原材料的控制方法當然也納入到了我們的流程之中，原材料沒(méi)有了問(wèn)題，那這件事情是不會(huì )發(fā)生的。

如果是制造業(yè)，這件事情可能會(huì )存在，但是在軟件產(chǎn)業(yè)中，這件事情幾乎不會(huì )發(fā)生。

因為在軟件產(chǎn)品的開(kāi)發(fā)過(guò)程當中，幾乎所有的原材料都是自己生產(chǎn)的，如需求規格說(shuō)明書(shū)、概要設計、詳細設計等，單靠過(guò)程的控制無(wú)法得到無(wú)缺陷的“原材料”。由于軟件開(kāi)發(fā)的固有特性，我們在每一步的生產(chǎn)加工過(guò)程中，都會(huì )引入新的缺陷，不管我們的流程規劃的多么完美。所以，在每一階段完成后，都需要對上一階段的工作產(chǎn)品進(jìn)行檢驗，評估這個(gè)階段的工作產(chǎn)品是否符合預定的質(zhì)量要求，只有這樣才能保證最終軟件產(chǎn)品的質(zhì)量。

軟件企業(yè)中只有SQC的角色

如果企業(yè)當中只有SQC而沒(méi)有SQA的角色，我們也假設企業(yè)對SQC的投入力度很大，在每一個(gè)階段SQC都找出了相應的缺陷，這時(shí)候企業(yè)的質(zhì)量保證是否就沒(méi)有問(wèn)題了那？

如果純從質(zhì)量保證的觀(guān)點(diǎn)來(lái)看，在理想情況下，上述的軟件企業(yè)的質(zhì)量的確是沒(méi)有問(wèn)題，因為在每一個(gè)階段，通過(guò)大量專(zhuān)業(yè)SQC（測試）的努力工作，找出了軟件產(chǎn)品中的“全部”缺陷，這樣的產(chǎn)品的質(zhì)量當然沒(méi)有問(wèn)題了。

但是我們從另外一個(gè)角度看一下這個(gè)問(wèn)題：首先軟件中的缺陷在理論上是不可能被全部找出來(lái)的，由于軟件測試的不可遍歷性。其次，如果我們維護一個(gè)上述的軟件測試團隊，成本是相當高的，目前國際上還沒(méi)有那個(gè)商業(yè)性的公司能夠維護的起（微軟的產(chǎn)品還會(huì )有大量的缺陷），也就是說(shuō)在實(shí)際操作過(guò)程中幾乎沒(méi)有公司會(huì )同意上述的做法。另外，如果我們在軟件生產(chǎn)的過(guò)程中，只單一的強調對結果的檢驗環(huán)節，而忽視過(guò)程控制，會(huì )造成持續的返工、極大的推遲交付產(chǎn)品的日期，最終造成軟件開(kāi)發(fā)的失敗。這樣的做法就像我們想減肥，不是去節食、多做運動(dòng)，而是去不斷的稱(chēng)體重想達到減肥的目的一樣可笑。所以，我們想提高軟件的質(zhì)量，不是持續不斷的進(jìn)行測試，而是要改變軟件開(kāi)發(fā)的方式，改變我們的流程，在過(guò)程中保證軟件產(chǎn)品的質(zhì)量。

通過(guò)以上分析發(fā)現，如果想有效的保證軟件產(chǎn)品的質(zhì)量，SQA和SQC缺一不可，兩種角色必須相互配合，在“過(guò)程”和“結果”都正確的基礎上，才能有效改善軟件產(chǎn)品的質(zhì)量。

質(zhì)量的持續改進(jìn)

軟件質(zhì)量的提高，過(guò)程的改進(jìn)是一個(gè)循序漸進(jìn)的過(guò)程，不可能一蹴而就。針對軟件企業(yè)而言，如何調配有限的資源，針對質(zhì)量保證的短板，來(lái)有針對性的做出質(zhì)量改進(jìn)的規劃才是企業(yè)迫切需要解決的問(wèn)題。

• 首先，企業(yè)必須對軟件質(zhì)量的保證提出切實(shí)的目標，質(zhì)量保證的目標絕對不是為了過(guò)級，拿到認證，這些只是附帶的結果。企業(yè)質(zhì)量保證的目標應該是提高產(chǎn)品的競爭力，重塑企業(yè)的文化。
• 其次，在質(zhì)量保證的技術(shù)層面，SQA人員和SQC人員的互動(dòng)，會(huì )為企業(yè)選擇質(zhì)量保證的短板提出建設性的意見(jiàn)。

SQC（測試）人員在工作過(guò)程中會(huì )產(chǎn)生出大量的過(guò)程數據，SQA人員通過(guò)對這些數據的統計分析，發(fā)現企業(yè)的問(wèn)題所在，進(jìn)而反饋到流程的改進(jìn)活動(dòng)中，再通過(guò)SQC人員搜集的大量數據來(lái)驗證流程改進(jìn)的有效性，最終達到質(zhì)量的持續改進(jìn)。

質(zhì)量是企業(yè)的根本，不管我們現在的產(chǎn)品銷(xiāo)售情況如何，企業(yè)之間的競爭早晚會(huì )過(guò)渡到質(zhì)量的競爭上來(lái)，所以只有我們自己練好內功，才有希望打造出我們自己的百年老店。