一、        含義

1.   

在ANSI/IEEE 中提到以下了六個品質要素：

Ø            正確性（correctness）：實現(xiàn)的功能達到設計規(guī)范，并滿足用戶需求的程度

Ø            可靠性（reliability）：在規(guī)定的時間和條件下，仍能維持其性能水準的程度

Ø          易用性（usability）：用戶掌握軟件操作所要付出的時間及努力程度

Ø            效率（efficiency）：軟件執(zhí)行某項功能所需電腦資源（含時間）的有效程度

Ø            可維護性（maintainability）：當環(huán)境改變或軟件發(fā)生錯誤時，執(zhí)行修改或恢復所做努力的程度

Ø            可移植性（portability）：從一個電腦系統(tǒng)或環(huán)境移到另一電腦系統(tǒng)或環(huán)境的容易程度

2.    軟件測試（Software Test）

盡早、盡可能多地發(fā)現(xiàn)軟件系統(tǒng)中存在的缺陷及問題。但是，好的軟件并不是“測”出來的，而是“做”出來的，所以，每一個測試人員都應該清楚這樣一點：任何人都不可能找出軟件中隱含的所有缺陷和問題，正如世界上沒有人是十全十美的。

3.    軟件配置管理（Software Configuration Management，簡稱CM）

簡單來講，配置管理即是對軟件工作中間件及工作成果的各種管理。其中包括：配置項、配置庫、配置標識、基線（詳見下文）。

二、     工作內容及手段

1.    軟件質量保證

1)    工作內容

Ø      建立軟件質量保證活動的實體

Ø      制訂軟件質量保證計劃

Ø        堅持各階段的評審和審計，跟蹤其結果，并作合適處理

Ø      監(jiān)控軟件產品的質量

Ø      采集軟件質量保證活動的數(shù)據(jù)

Ø      度量軟件質量保證活動

2)    手段

“請介紹幾種有效的質量保證工具？……”，論壇中經(jīng)常有朋友這么問。我想，他可能是把質量保證手段統(tǒng)稱為工具了，在我看來，稱作“手段”可能更貼切一點。

下面就來介紹一種有效的質量保證手段——同行評審（Peer Review），以此可以提前發(fā)現(xiàn)許多軟件各階段隱含的問題。比如：

Ø        在需求階段的評審：發(fā)現(xiàn)需求是否已被很好的定義，其中是否存在技術上的風險等；

Ø        在設計階段的評審：檢查架構、數(shù)據(jù)庫等設計的是否合理；

Ø        在編碼階段的評審：檢查Source code,發(fā)現(xiàn)代碼中不符合編碼規(guī)范部分；

Ø        在測試階段的評審：檢查測試計劃安排的是否合理，測試用例設計的覆蓋率等；

Ø        在驗收階段的評審：檢查項目文檔是否都已存在于配置管理庫中；總結項目開發(fā)過程中的一些經(jīng)驗教訓并作記錄，存入公司的資源庫等。

Peer Review過程中需注意的細節(jié)：

Ø        做評審計劃；

Ø        人員不要太多，保證會議的效率；

Ø        經(jīng)常性地舉行；

Ø        盡量提前點時間將會議上要審核的資料發(fā)送給參加會議的人，并請參會人員對發(fā)現(xiàn)有疑問的地方及時做出標識，以提高會上的效率；

Ø        千萬注意不要將評審會議變成聊天或過分爭論會議；

Ø        評審團隊最好是由經(jīng)過同行評審培訓，并有產品經(jīng)驗的相關人員組成；

Ø        對評審人員提出的問題，在會后，應該由文檔作者修改，并最終通過評審團隊成員的一致確認。

3)    常見誤解

Ø        誤解一：認為發(fā)布出去的軟件發(fā)現(xiàn)了問題，就是QA和TESTER的責任；還是那句話，“軟件質量保證”并不能保證軟件的質量；

Ø        誤解二：QA就是公司的文檔管理員，常有QA稱自己是“打雜工”。實際上，成為一名出色的QA并不是一件容易的事情，工作年限、工作經(jīng)驗、工作成果等都是對其衡量的標準；

Ø        誤解三：QA的工作有TESTER兼職進行即可。這是目前多數(shù)軟件公司采取的措施。個人認為，最好將二者分開，TESTER的工作也是有質量可言，同樣需要QA進行監(jiān)督、檢查，而QA的直接上司即公司的高層領導；

2.    軟件測試

1)   工作內容

Ø    編寫測試計劃

Ø    編寫測試用例

Ø    對軟件開發(fā)過程的重要文檔進行測試，如：需求文檔、設計文檔等

Ø    測試執(zhí)行

Ø    測試結果總結、分析

Ø    測試數(shù)據(jù)的度量（更高要求）

以上工作基本上含蓋了測試的所有工作，在分工比較明細的公司，通常由不同人員來進行，如：

Ø     測試設計員：制定和維護測試計劃；設計測試用例及測試過程；評估測試，生成測試分析報告

Ø     測試員：執(zhí)行集成測試和系統(tǒng)測試；

Ø     設計員：設計測試需要的驅動程序和穩(wěn)定樁；

Ø     編碼員：編寫測試驅動成員和穩(wěn)定樁；執(zhí)行單元測試

2)   手段

Ø     手工測試

目前多數(shù)測試人員都采取的一種測試工具，雖存在一定的弊端，但也絕對不可以省略。

Ø     自動化測試工具

想了解并學習自動化測試工具的同仁不妨去www.51testing.com看看，里面有介紹自動化工具的專欄，很不錯的。

Ø     BUG管理工具

    通常叫BMS（BUG MANAGEMENT SYSTEM）。如果公司不愿意投入成本購買大公司的BUG管理工具，不妨根據(jù)自己的情況開發(fā)一個，便宜又好用，并且一勞永逸！

3.    軟件配置管理

術語解釋：

Ø      配置項：凡是納入配置管理范疇的工作成果都叫做配置項。

Ø      配置庫：所有配置項的集合

Ø      配置標識：為了方便管理，而對各配置項作的標識

Ø      基線：由一組配置項組成，這些配置項構成了一個相對穩(wěn)定的邏輯實體?；€中的配置項被“凍結”了就不能再被任何人隨意修改，直接進入變更階段。通常將交付給用戶的基線稱為一個“Release”，為內部開發(fā)用的基線則稱為一個“Build”。

1)        工作內容

Ø        創(chuàng)建配置庫，并至少創(chuàng)建配置庫的所有一級目錄

Ø        為每個項目組成員分配權限

Ø        根據(jù)配置管理計劃中的基線計劃維護基線，“凍結”配置項，控制變更

Ø        定期清楚配置庫里的“垃圾”文件（“垃圾”文件即在項目中產生，但最終不用存檔的一些文檔）

Ø        配置狀態(tài)發(fā)布

Ø        定期備份配置庫

2）  手段

常用配置管理工具如下：VSS、CVS、CLEARCASE等，具體內容我已在論壇中發(fā)布過，大家可去查看。

三、        區(qū)別

1.           SQA與TESTER的區(qū)別

通過上面各自含義及工作內容的描述，我想SQA與TESTER的區(qū)別應該比較清晰了吧，現(xiàn)總結為以下兩點：

1)            SQA重點是對軟件開發(fā)過程進行監(jiān)督、管理、控制；

2)            TESTER重點是對軟件開發(fā)的成果進行檢查、控制。

2.           SQA與CM的區(qū)別

1)            SQA重在監(jiān)督項目的進度，督促項目按開發(fā)流程及規(guī)范進行，控制并記錄好各項變更，并通知配置管理員對配置項做好相應的變更；同時SQA還可以作為SEPG（Software engineering process group）的成員之一，參與公司的軟件過程改進工作。

2)            配置管理工作的主要目的是為了保證項目資料得到清晰、有效地管理，加快工作效率的同時，也避免一些意想不到的風險，如：代碼丟失或惡意修改等。同時，有效地配置管理工作，還可作為公司建立資源庫的主要來源之一。建立資源庫對公司來講勢在必行，頻繁的人員流動是再充分不過的理由。

四、        結論

本篇文章可能更適合于新人閱讀，希望能有所幫助；對于描述不當?shù)牡胤?，還請諒解。

軟件質量保證、測試和配置管理都剛被各軟件公司重視起來，但它們的春天還未真正到來，否則就不會經(jīng)常聽到同行們的牢騷和抱怨。不管怎么說，既然你選擇了這一行，就一定要堅定自己的選擇，并一如既往地走下去。一定要養(yǎng)成主動學習的習慣，不要等著別人去教你怎么做，或直接從別人那里取來就用，而應該盡量自己創(chuàng)造。當前大部分軟件公司在這些方面還處于起步階段，技術及資料還不是很成熟，這些對新人來講不能不說是學習的好機會，同時也是展示自我的好機會。堅信，我們的明天會更好！

附：
目前常用的幾種配置管理工具及優(yōu)缺點：

VSS
SourceSafe是Microsoft公司推出的配置管理工具，是Visual Studio的套件之一。SourceSafe是國內最流行的配置管理工具，用戶量非常之大；
SourceSafe長的樣子不是很現(xiàn)代，但其強大的功能無不令人驚嘆。SourceSafe的優(yōu)點可以用8個字來概括“簡單易用，一學就會”。

雖然SourceSafe并不是免費的，但是在國內人們以接近于零的成本得到它，網(wǎng)上到處可以下載啊。當然Microsoft也不在乎這個小不點的軟件，它屬于“買大件送小件”的角色。如果你合法地得到Visual Studio，你就得到了免費的SourceSafe。
SourceSafe的主要局限性：
只能在Windows下運行，不能在Unix, Linux下運行。SourceSafe不支持異構環(huán)境下的配置管理，對用戶而言是個麻煩事。這不是技術問題，是微軟公司產品戰(zhàn)略決定的。
適合于局域網(wǎng)內的用戶群，不適合于通過Internet連接的用戶群，因為SourceSafe是通過“共享目錄”方式存儲文件的。
人無完人，物不盡美。有些賣配置管理工具的軟件供應商經(jīng)常貶低SoureSafe，諷刺它是Source not Safe。我不想為誰辯護，只是給出一個例證說明SourceSafe的效用。有一個軟件事業(yè)部（約百名開發(fā)人員）的十余個項目全部采用SourceSafe來管理，只用一臺PC機作配置管理服務器，運行一年都沒有發(fā)生異?，F(xiàn)象。
CVS
CVS 是 Concurrent Version System（并行版本系統(tǒng)）的縮寫，它是著名的開放源代碼的配置管理工具。
CVS的官方網(wǎng)站是http://www./ 。官方提供的是CVS服務器和命令行程序，但是官方并不提供交互式的客戶端軟件。許多軟件機構根據(jù)CVS官方提供的編程接口開發(fā)了各色各樣的CVS客戶端軟件，最有名的當推Windows環(huán)境的CVS客戶端軟件——WinCVS。WinCVS是免費的，但是并不開放源代碼。
與SourceSafe相比，CVS的主要優(yōu)點是：
SourceSafe有的功能CVS全都有，CVS支持并發(fā)的版本管理，SourceSafe沒有并發(fā)功能。CVS服務器的功能和性能都比SourceSafe高出一籌。
CVS服務器是用Java編寫的，可以在任何操作系統(tǒng)和網(wǎng)絡環(huán)境下運行。CVS深受Unix和Linux 的用戶喜愛。Borland公司的JBuilder提供了CVS的插件，Java程序員可以在JBuilder集成環(huán)境中使用CVS進行版本控制。
CVS服務器有自己專用的數(shù)據(jù)庫，文件存儲并不采用SourceSafe的“共享目錄”方式，所以不受限于局域網(wǎng)，信息安全性很好。
CVS的主要缺點在于客戶端軟件，真可謂五花八門、良莠不齊。Unix和Linux 的軟件高手可以直接使用CVS命令行程序，而Windows用戶通常使用WinCVS。安裝和使用WinCVS顯然比SourceSafe麻煩不少，這是令人比較遺憾的。   
ClearCase
Rational公司的ClearCase是軟件行業(yè)公認的功能最強大、價格最昂貴的配置管理軟件。
ClearCase主要應用于復雜產品的并行開發(fā)、發(fā)布和維護，其功能劃分為四個范疇：版本控制、工作空間管理（Workspace Management）、構造管理（Build Management）、過程控制（Process Control）。ClearCase通過TCP/IP來連接客戶端和服務器。另外，ClearCase擁有的浮動License可以跨越UNIX和Windows NT平臺被共享。
ClearCase的功能比CVS、SourceSafe強大得多，但是其用戶量卻遠不如CVS、SourceSafe的多。主要原因是：
ClearCase價格昂貴，如果沒有批量折扣的話，每個License大約5000美元。對于中國用戶而言，這無疑是天價。
用戶只有經(jīng)過幾天的培訓后（費用同樣很昂貴），才能正常使用ClearCase。如果不參加培訓的話，用戶基本上不可能無師自通。

《軟件質量保證計劃》中包含的主要內容：

A.       目的

B.       面向對象

C.       參考資料

D.       質量機構

E.       機構任務（明確階段評審的內容及時間、評審的參與人員、日常檢查等）

F.       產生文檔清單

G.       參照標準

H.       配置如何管理

I.       日常使用的管理工具

……

《配置管理計劃》中包含的主要內容：

A.       目的

B.       面向對象

C.       參考資料

D.       人員及職責

E.       軟硬件資源

F.       配置項計劃

G.       基線計劃

H.       配置庫備份計劃

……

《測試計劃》中包含的主要內容：

A.       目的

B.       面向對象

C.       參考資料

D.       測試策略（主要包括測試內容和測試方法）

E.       測試資源（人力資源、軟硬件資源）

F.       測試進度

G.       評價準則

H.       測試相關文檔

……

《測試用例》中包含的主要內容：

A.       系統(tǒng)名稱、系統(tǒng)版本、測試類型、用例作者、編寫日期、審核發(fā)布人員及日期、測試執(zhí)行人員；

B.       用例維護記錄；

C.       用例ID、操作位置、用例描述、期望輸出、實際輸出、備注、用例狀態(tài)（NT表示由于進度等原因而沒有執(zhí)行該用例；Pass表示執(zhí)行成功；Fail表示執(zhí)行失?。籅lock 表示由于其他用例測試未通過而導致該用例無法執(zhí)行）。

……

《測試總結報告》中包含的主要內容：

A.       目的

B.       面向對象

C.       參考資料

D.       BUG的追蹤管理

E.       測試結果分析

F.       BUG數(shù)量及等級分布

G.       對比分析

H.       測試評估

I.       改進意見

J.       結論

……