我們都是社會一顆螺絲釘，任何的工作崗位都是無法輕易取代的，其存在必有其存在的意義。那今天就來嘮嗑一下關於產品測試經理在質量測試中擔任什麼樣的角色？
有人說測試經理就是打雜的，這兒看看測試進程，那裏看看測試結果。雖然這麼說也是對的，但是測試經理可不止“打雜”這麼簡單。其實測試經理是負責確保產品達到驗收級別，符合功能和非功能需求的一個角色。項目質量管理層需要確保與需求的符合程度，沒有把質量保證和質量控制活動組織成一系列的階段(混合或補充軟件或系統開發生命週期)的情況下，他們幾乎什麼都不做。
那測試經理真正需要做的事情有哪些呢?
一、分析需求
項目框架啓動階段的早期，業務用戶開始明確地闡述他們的需求，通過與當前業務過程對比，描述他們期望自己的業務過程將來如何工作。
很多組織根據業務分析來把業務用戶的描述轉換成業務需求，總結用戶對新特性和新功能的期望。因爲有經驗的業務用戶一般關心的是業務過程而不是系統行爲，他們傾向於做出系統條件的假設。處於這個原因，業務分析師可能並不檢查某些業務用戶的期望是否基於對系統條件的假設。如果隱含條件沒有被測試，那麼測試是不完整的，也不滿足終端用戶的需求。
測試經理應該與用戶一起評審業務需求，以確定系統的隱含條件。評審最好是在計劃階段編寫評審測試策略和測試場景的時候完成。
二、進行差距分析
測試經理應該在計劃階段的早期開始初步的差距分析，確定需求和規約文檔之間的不一致。
只要可能，完善的差距分析跨越計劃和執行兩個階段。分析包括基線文檔(如用例和系統設計文檔)。爲業務用戶的最終需求提供信息保證時，確定和解決差距是很基本的。
在產品發佈到生產環境(加速提交)，並且業務場景沒有產生期望的結果之後，需求文檔和功能或設計規約之間的差距就變得很明顯了。差距分析減少了修復追溯到需求和技術文檔之間衝突的問題所需的返工。
三、避免重複
在計劃階段，測試經理首先要確保測試用例時完善的，同時需要確保測試用例不重複。如果在設計階段沒有解決這個問題，那麼就存在一種風險：針對不同的條件執行相同測試用例的同一個類，可能會增加測試周期持續的時間，放慢測試人員測試未測功能的速度。
等價類劃分是避免重複測試用例覆蓋非常有價值的技術。這種技術按照導致同一種處理和輸入條件對業務功能進行分類。等價類劃分的結果是簡潔的測試用例集，增加測試人員定位缺陷的能力。
請注意，由於較差的測試計劃和測試用例設計引發的冗餘測試與重複測試用例不同，冗餘測試目的是驗證集中在代碼具體區域的異常處理。
三、定義測試數據
定義測試數據是測試設計階段的測試計劃活動中至關重要的組成部分。測試經理負責確保執行測試用例所需的數據在測試環境中是可用的，並且要確保所有測試用例都用正確的數據集執行。
數據創建的原則要在業務分析師和開發人員的幫助下，在測試計劃階段確定下來。在測試計劃中應該確定測試周期的數據集的位置，還要確定需要刷新和恢復數據集的方法和時間。
四、確認測試環境
測試經理應該在測試策略文檔中定義測試環境。這一定義必須是完整的，並且確定了執行測試用例所需要的所有接口。此外，在影響測試執行的接口至於測試工程師的控制之外時，測試經理寫一個說明來總結這會給測試工作帶來風險。
測試環境定義之後，測試經理需要準備一份檢查表，驗證測試環境像期望那樣工作。這份測試檢查表也可以用於在每個測試周期結束時恢復測試環境。正常情況下，最初的測試環境應該在SDLC的詳細設計階段驗證。
五、分析測試結果
測試執行期間，測試經理要負責測試結果，以確定需要更正和澄清的測試場景。
例如，規約文檔定義了開始時間、使用期限和結束時間等。測試結果的分析證明了範圍測試的結果是正確的，時間範圍的測試確認了開始時間不會早於結束時間?
六、提交質量
測試經理的主要職責是，向業務用戶提交於需求的偏差很小的產品，這一產品滿足業務用戶需要。如果客戶接受這一產品，測試工作就足夠了。如果客戶接受了這一產品並且測試及時且在預算內測試工作就是成功的。