實用性測試團隊的組建

 一個人的測試是很難成功的，因為每個人的思維都存在局限性，很想到方方面面。所以需要組成一個團隊。團隊不是幾個人拼湊在一起，而是有機結合、互補互助。如何應用實用性測試的原則來組建一個實用的測試團隊？ 

分析目前的測試組織

        組建測試團隊之前要分析一下目前你的測試組織是怎樣的現狀，是一窮而白的，初始級別的，擴展級別的還是成熟級別的。還要分析一下你的公司組織是怎樣的現狀，是屬于開發部門管理，是獨立測試部門，還是屬于QA組織。還要分析一下項目類型，是產品型還是項目型，需要怎樣的測試技能？ 

        也就是說，測試團隊的組建需要根據上下文來確定如何組建。 

        如果你現在是一個人的測試，沒有測試部門，沒有測試小組，就你一個人負責測試，老板讓你著手開始組建測試團隊，那么你要考慮的是如何組建一個適合你們公司將來發展方向的測試團隊。有沒有必要獨立一個測試部門，還是跟隨項目走，每個項目一個測試小組？各有哪些利弊？ 

        如果你已經有一個測試團隊，是某個項目中的測試小組，現在需要擴展團隊規模，那么你需要招聘更多的測試人員。這時候你需要考慮的是如何招聘一個適合你們項目的測試員，這個項目是否要求性能測試，他有沒有合適的測試技能， 你們的開發模式是傳統的還是敏捷的，他有沒有在類似團隊工作的經驗？他能否適應這種團隊工作模式？ 

        如果你已經有一個測試團隊，是獨立的測試部門，現在需要擴展和提高測試團隊的能力，那么你不僅僅需要招聘新的測試人員，還需要考慮對現有人員的分類培訓。培養出某方面的專家，例如自動化回歸測試專家、性能測試專家等。 

合理的資源配備計劃

        是否在測試資源緊缺的情況下就一定要招聘新的測試人員呢？對招聘到的新人的培訓代價有多大？其他角色的項目組成員是否能協助測試？有沒有外部力量？也就是說，測試團隊的組建需要考慮成本。 

        招聘存在代價，需要耗費測試經理的時間來篩選面試新人，招聘過來的新人需要相應的培訓，包括測試技能的培訓、項目涉及的業務知識的培訓、工作方式的培訓、團隊文化的培訓等。 

        如果你的測試人員是隨項目配備的，那么各個項目組之間的測試員能否互相支持。每個項目的周期不大一樣，在平時就注意各組測試員之間的備份工作，例如互相了解項目涉及的業務知識，軟件類型，用到的測試技能等，在某個項目的測試進度吃緊的時候，調用其他項目組的測試人員來支持。 

        項目組的其他角色是否能支持測試？其他部門的人呢？例如能否請實施人員參與測試？

培訓

        無論是新人，還是目前團隊中的測試人員，都需要持續進行培訓。 

        對于新人的培訓，目的是讓他們盡快了解項目所處的上下文，包括項目狀態、質量要求、對測試技能的要求、軟件產品的類型、涉及的業務知識、與其他項目組成員的合作、溝通方式，測試流程等。 

        隨著項目的開展，還需要適當補充和完善現有人員的知識結構，例如需求分析的知識、UML的知識、新的需求涉及的業務背景知識、新的工具、新的測試技巧等。

原文轉自：http://www.kjueaiud.com