1、組建高效測試團隊盡管組建一支高效的測試團隊是一項復雜、艱巨的任務，需要軟件企業投入足夠的關注和一批高素質的技術、管理人才，但是，這項工作帶來的長期效益卻是巨大的。 在目前的軟件行業氛圍下，一提到軟件質量，肯定有不少業內人士的第一反應是ISO、CMM、6之類的標準，進而反映出的詞匯就是SQA (軟件質量保證)。因此，不少軟件企業和機構都紛紛組建了SQA部門，把提高質量的希望全部都寄托于此。這當然是好事，至少說明了質量意識的普遍覺醒，但高層管理者卻往往認識不到“質量工作是由多個部門各司其職共同完成的”。 這樣的大環境造成不少企業和機構的軟件質量保證部門與軟件測試部門關系尷尬：究竟是讓測試部門下屬于

2、質量保證部門，還是應該單列測試部門使其以獨立、中立的姿態出現？另外，測試部門與質量保證部門的權力和職責分配如何把握，誰更有權在必要的時候對某個開發項目、某個開發人員出示“紅牌”、“黃牌”，誰更應該對用戶投訴的產品技術問題負責？ 分清SQA、SQC和SQM 目前廣泛認可的衡量軟件質量的標準是“軟件產品能否較好地滿足用戶相關的各類需求”。然而，用戶對軟件的需求往往包羅萬象，如功能需求、性能需求、約束性需求、潛在需求，甚至包括相互沖突的需求以及技術上不可實現的需求等，這就導致等軟件產品生產出來再驗證“產品是否滿足用戶需求”容易成為一件引發供需雙方爭執的麻煩事，而且對于軟件企業而言這種質量工作未免代價

3、過高、風險太大，一旦查出嚴重問題，毫無補救措施。鑒于此，目前業內解決這個問題的核心策略是控制軟件工程的品質以及軟件產品（包括階段性產品）本身的品質。前者主要涉及企業在工程過程中選用什么樣的質量體系以及如何監督標準的執行，稱為SQA，后者主要涉及驗證產品在各個階段具體品質如何、有無偏離用戶需求等，稱為SQC（軟件質量控制）。 那么，軟件測試在軟件質量工作中應處于一個什么樣的位置呢？筆者認為軟件測試應是SQC的核心內容和重要組成部分。由此看來，目前沸沸揚揚、閃亮登場的CMM、6等標準和體系，雖然被部分管理者頂禮膜拜，但充其量也只是SQA的一個組成部分，它們不能囊括質量工作的全部。相反，軟件測試是S

4、QC的核心，它更貼近質量工作本來的要義，理應受到更多關注。 SQA和SQC各司其職，相輔相成，統一于軟件質量管理（SQM）。拿一部汽車來做比喻吧，質量控制（QC）就是所有那些告訴你汽車當前運動狀態的儀器儀表; 質量保證（QA）包括各類標準，是告訴你所有部件操作方法的用戶手冊; 而質量管理（QM）則是你要追求的目標，比如希望能平安、高速地駕駛汽車。可以看出，為了實現質量管理的目標，質量保證和質量控制都是不可或缺的部分。 建設高效測試團隊的方法 俗話說“工欲善其事，必先利其器”，要做好測試工作，首先需要建立并維護一個高效的測試團隊。然而，許多小型軟件企業卻將測試作為產品面臨發布時的一個小“插曲”，

5、往往臨時抽調幾名程序員對產品的功能粗略測試一下即交付客戶（甚至在進度和成本不足時首先砍掉這一塊）。這種倉促完成的產品通常質量問題很多，所以我們首先應拋棄小企業慣常的思維模式，不計較一時一地之利益，立足長遠，著手組建高效測試團隊。 第一步：招募測試人員 在國內的軟件企業中有一種普遍做法，那就是把那些剛涉足軟件行業的技術新手或業績不突出的開發人員安排去做測試工作。筆者認為這絕對是一種欠妥當的行為。事實上，對一個系統進行有效測試所需要的技能絕對不比進行軟件開發所需要的技能少，測試從業者甚至可能面對許多開發人員都不會遇到的技術難題。那么，測試團隊需要招募什么樣的成員呢？這里，筆者總結了以下兩點： 首先

6、，測試人員要具備良好的溝通能力、自信心、外交能力、遷移能力以及懷疑精神。其中，溝通能力是指測試者必須能夠同測試涉及到的所有人進行溝通，具有與技術人員（開發者）和非技術人員（客戶、管理人員）進行交流的能力。自信心是指測試者必須對測試工作的價值具有足夠信心，不會因開發者指責測試結果沒有意義甚至反唇相譏而影響工作情緒。外交能力是指測試人員在與其他人員交流的時候，要注意自己的辭令和行為方式，不要刻意夸大錯誤的嚴重性，也不要礙于面子替開發人員掩飾重大程序錯誤。遷移能力是指測試人員應能將以前曾經遇到過的類似錯誤從記憶中挖掘出來，并遷移到當前測試活動中。懷疑精神是指測試人員對任何可能出錯的地方都親自測試一番

7、，不聽信開發人員毫無意義的保證，堅持以事實說話的工作作風。 其次，測試組成員應具備良好的專業技能或者技術學習能力。由于測試組各個崗位需要的技能各有差異，所要掌握的測試技術也千差萬別。比如測試管理人員需要對測試管理工作的內容及相關輔助工具的使用胸有成竹; 自動化測試人員需要對相關自動化測試工具爐火純青; 測試腳本撰寫人員需要對腳本語言的領悟了然于胸;手工測試人員應對相關測試中最易發現問題的地方如數家珍; 而測試團隊負責人則必須既熟悉被測軟件系統的概念模型、設計模型，又要掌握開發過程中涉及到的相關開發工具。除此之外，測試經理還必須深刻掌握測試流程的裁剪、測試環境的搭建、測試計劃的撰寫、測試活動的組

8、織與開展以及測試效果的評價等必備技能。 當然，新招募的測試人員不可能像上面說的那么理想。關鍵是他們是否熱愛測試這項工作，對相關的工作內容是否感興趣以及他們的學習能力如何。 第二步：測試團隊制度建設 良好的制度可以規范測試團隊的工作開展，同時也便于對團隊成員進行業績考評。相反,則很有可能導致人心渙散，滋長負面風氣。建設良好的測試團隊制度，可以考慮以下幾個方面： 匯報制度 團隊成員匯報本周工作情況及下周工作計劃、遇到的問題以及需要提供的幫助，培養團隊成員的匯報及計劃習慣。 工作總結制度 成員每個階段匯報上階段工作經驗和教訓，并在部門例會上交流、分享經驗及教訓，避免同樣的問題重復出現。 獎懲制度 對

9、于貢獻突出的成員予以獎勵，對于業績差的提出批評，有效地保持測試團隊的工作熱情。 測試件審核制度 對測試件進行審核，去粗存精，鼓勵測試人員使用和提出改進，保證提交到測試團隊知識庫的測試件的質量。 會議制度 定期召開部門例會，討論、解決工作中的問題，并提供部門內的學習平臺。 目前，已有不少軟件企業推行給測試人員區分級別的制度，獎優罰劣。這無疑是一個好的做法，但成員業績的具體考評辦法，目前尚無可供參考的標準文件，所以筆者建議應盡量做到公正客觀，以免挫傷團隊成員的工作積極性。第三步：測試團隊內部的職責分工 明確測試團隊內部各類測試人員的職責分工可以使測試團隊內部各類測試人員能集中精力在較短的時間內完成

10、特定崗位必需的知識儲備和經驗積累，同時也使得測試團隊的管理更科學，真正做到“用其所長，避其所短”。這里列出一種可行的測試團隊內部職責分工方案，如表所示。 第四步：測試流程建設 測試流程，通俗地講是指測試團隊按照什么樣的流程和順序組織開展軟件測試活動。通常來說，測試流程如圖所示。 其中，計劃測試階段是根據對測試需求的分析制定測試大綱、測試計劃，并對具體要采用的測試技術做大致剪裁; 設計測試階段是對測試大綱、測試計劃作進一步細化，從而形成更為細致全面的測試用例集、具體測試活動安排以及相應的測試進度; 執行測試階段是執行相關測試用例（包括自由測試），具體落實各項測試活動; 分析測試階段是對計劃測試、

11、設計測試、執行測試階段的工作做出評價，評估測試的有效性。以上是測試流程的大致組成，不同測試團隊采用的測試流程在細節上可能會有出入。我們可以通過以下步驟來建立適合本單位的測試流程： 1. 測試團隊負責人員根據對公司現有測試狀況的了解，及個人的測試經驗，起草測試流程及相關的模板; 2. 通過一到兩個項目的實踐，記錄測試流程草稿中的問題及不足之處; 3. 根據實施經驗，完善測試流程，得到測試流程初稿，并起草相關實施指南; 4. 選擇一個到多個項目，實踐上述測試流程初稿及實施指南，記錄實踐過程中出現的問題; 5. 根據上述實踐工作的反饋，組織修改測試流程初稿及實施指南，并把修改后的測試流程繼續應用到項目實踐中去，根據反饋進一步完善成熟; 6. 測試流程及其相關文件基本趨于穩定狀態時，可以考慮發布測試流程（含測試流程、模板、表格、指南），并在以后的實踐中不斷改進和完善。 第五步：團隊成員能力的逐步提高 有了明確、合理的職責分工后，需要針對這些分工對團隊成員進行有意識的引導，穩步提升團隊成員的技能。測試團隊負責人需要負起監督和促進員工能力提升的任務。監督和促進測試團隊成員能力提高，主要做好如下三個方面的工作: 一是，提倡資深測試人員在測試團隊內部進行經常性的培訓和測試經