本篇要討論的話題是測試員要在專案中起什麼作用。

像很多有關測試的問題一樣，這個問題初看起來答案很簡單、很平凡，但其實不然。

老規矩，從我們的實際工作中舉例來說明。很多剛參加工作的測試新人常常遇到這樣的疑惑：

領導交代了一項測試任務，時間緊張到正常測試時間都可能不夠，但按照流程還要寫一些計劃之類的文件，這時候應該如何抉擇？
領導交代了一個測試專案，作為負責人的你，可能能力只夠做一些簡單測試，而重點模組或者高風險模組，以你當前的能力難以承擔測試，這時候應該如何進行工作？
測試完了，按照規定需要你提交測試評估報告，但你心裡可能都沒底，這時候應該怎麼辦？
專案上線以後發現了一個漏測的問題，專案經理因此來指責你的工作，他認為你的工作不到位，這時候應該怎麼做？
某一天突然接到一個在你看來超出工作範圍的任務，比如讓你培訓客戶，這時候該怎麼辦？
。。。。

其實以上種種，或多或少都牽扯一個問題，也就是今天討論的這個話題：測試員要在專案中起什麼作用。換句話說，在專案中測試員承擔什麼樣的角色。

測試員的角色真的像乍看起來那麼簡單嗎？在我看來，一個角色就是一種關係。這意味著我們不能控制自己的角色（可以協商）。別人期望從我們測試人員這裡得到的可能並不合理，所以當我們測試人員因交付了低質量的產品而受到指責的時候，不管是誰指責，可能會存在分不清角色的問題。

那麼測試員的角色應該是什麼呢？

工作久了就明白，這取決於測試團隊在這家公司的使命。測試員的使命決定要做的一切。測試員的使命，可能要取決於自己的行業、公司、專案或者團隊的特性，這些要素的千差萬別，決定了測試團隊的不同使命。例如，在有些測試團隊中，測試計劃只是為他們提供幫助的工具，他們的測試計劃可能只流傳於口頭，或者寫在草稿紙上，但仍然有效。而有的測試團隊中，測試計劃是一種“產品”，必須隨軟體一起交付。他們的測試計劃必須遵循嚴格的格式和內容要求。

那麼有哪些可能決定測試員的使命的要求呢？舉幾個例子：

快速找出重要軟體問題
對產品質量提出總體評估
確認產品達到某種具體指標
幫助客戶改進產品質量和可測試性
保證測試過程能夠達到可分清責任的標準
就測試和與測試員協作方式培訓客戶
採用特定的方法集或採用特定的規則集
幫助預測和控制維護成本
幫助客戶改進其過程
以最小化成本、最短時間或儘可能減少副作用的方式，完成自己的工作
為滿足特定客戶的要求，完成所有必要的工作

當測試員清楚了自己的角色之後，當協商角色時，就有了在任何情況下確立對自己預期的基礎（當然，實際情況往往是即使是清晰和恰當的測試角色也是一種苛求）。

另外，我覺得對測試角色一個比較好的定義是：測試員是一個向客戶提供資訊的服務角色。

首先說“提供資訊”，我們給誰提供資訊，提供什麼資訊，為什麼要提供資訊？舉個例子：如果把做專案比喻成一群人開車去一個地方。有些專案很簡單、很平常，就像是白天開車去超市買東西，並不太需要我們測試。但是大多數值得開發的專案就像是夜間在山裡開大越野。這些專案就需要一個指明燈就像大越野需要一個前燈，我們測試員要照亮前面的道路，使程式設計師和經理儘管還在拿著地圖爭吵，但是至少可以看清他們在哪兒，要從什麼樣的路面上開過去，離著懸崖峭壁有多遠。每個公司測試團隊的使命都不盡相同，不過這些細節背後的要素都是一樣的：測試就是要找到資訊，有關專案或者產品的重要決策都是根據這些資訊做的。

再說“服務”。測試員是提供服務的角色。服務即意味著有客戶，即被服務的人。測試員是否成功，主要看其是否很好的滿足了客戶的要求和最佳利益。這不會太難，不過測試員有很多客戶，比如專案經理、程式設計師、技術支援、市場人員、管理層、使用者等等所有跟專案相關的人員，這些客戶都有自己的需要，而且他們的需要不一定一致。在某些特殊專案中，我們客戶也需要進行一些優先順序排序（關於對每種客戶提供的資訊不在本次討論範圍內，後期會有專題討論）。如果測試員將時間和經理投入到客戶並不關心的問題或需求上，就會有做無關工作或工作率低的風險。測試員要跟自己的經理協商使命問題，並明確使命。如果不能就使命達成一致意見，就不會有做任何工作的好基礎。總之，多研究，找出對專案最重要的人，找出要服務的人，因為這是做好測試工作的第一步。

結束語

如何不知道該做什麼怎麼辦？評審使命。這樣做可以找出自己的核心問題，如果明確自己的使命，就可以為自己的工作辯護，並且明確的確定下一步該做什麼，還可以用簡單的描述向其他人解釋自己的角色。

如果確切的知道要做什麼該怎麼辦？經常重新考慮自己的測試使命，保證自己的計劃不會因為過於偏重測試問題的一個方面，而忽略其他方面

軟體測試工程師的職責

相關文章