TMMI 測試過程改進框架 已定義級別6

2021-09-12 06:27:50 字數 1556 閱讀 7825

主測試計畫被建立來定義一系列跨越不同測試等級的測試方法和完整測試計畫

產品風險評估被執行來驗證需要測試的典型的關鍵區域。

例子工作產品:1. 產品風險列表,以及對於每乙個風險的分類和優先順序。

子實踐:1.明確和選擇利益相關人,他們需要對產品風險評估做出貢獻。 2. 明確通用產品風險,使用利益相關人的輸入。3.文件化產品風險的背景和潛在的影響。4.為每乙個產品風險明確相關利益人。5.基於測試分配重審已經明確的產品風險。6分析已經明確的產品風險。7.為產品風險分類,基於已經定義的風險類別。 8.為產品風險分優先順序。 9.重審和獲得完整性的一致觀點。10.修改。

測試方法被建立和批准來減少明確的和高優先順序的產品風險。

例子工作產品:測試方法,需要測試和不需要測試的列表,需要測試的功能和不需要測試的功能列表,明確的測試等級,為不同的測試等級分配測試專案,功能,風險。不同測試等級進入標準,不同測試等級的出標準。

子實踐:1.明確和文件化需要測試的功能項。不需要測試的,基於產品風險。2 明確需要的測試等級來減少產品風險。3.分配需要測試的專案和功能點,還有已經明確測試等級的產品風險。4.選擇不同測試等級的測試設計技術。不同的測試設計技術被定義來達到適當的測試覆蓋率,,基於產品風險。5.定義方法來重審測試工作產品。6.定義方法來重新測試和回歸測試。7.明確支援測試工具。8明確明顯的約束,基於測試方法。

良好的測試評估被建立和維護供使用來和相關利益人討論測試方法和計畫測試行為。在開發生命週期的早期。對於建立乙個穩定的測試評估,不是所有的資訊都是有用的。因此,測試評估的正確性被限制。測試經理向相關利益人解釋清楚評估不是最終版本很重要。可能是精煉的。後期生命週期更多資訊會有用。

例子工作產品:1.工作細分架構。2.選擇測試生命週期模型。3,測試工作評估,4.測試消耗評估。

子實踐:1.從組織標準設定選擇測試生命週期模型。2.建立高階工作細分架構,基於定義的測試方法來清晰定義測試評估的範圍。3.為測試工作產品和任務評估測試工作和消耗,基於評估理論。4.保持測試工作和消耗的評估與整體專案工作和評估一致。

不同等級的測試組織被定義。包括其他流程的介面,和乙個清晰的關於從各種關聯部門的期望整體回顧被建立。其他流程的測試的關係,比如開發,專案管理。質量保證,和配置管理被決定和描述。包括和測試組織溝通。測試中問題解決權威性。批准測試產品和流程的權威性。它可能包含可見代表。比如,組織表。

例子工作產品。1.測試組織描述。

子實踐:1.決定在不同測試等級中測試的角色來保證在不同等級中的一致性。2.為不同的測試角色,產品和過程定義權威和責任

3.定義組織架構。4.定義溝通架構。

主測試計畫被建立來定義一系列覆蓋不同測試等級的測試方法。

例子工作產品:主測試計畫

子實踐:1. 建立主測試進度,基於已定義的測試評估和選擇的測試生命週期。2.保持主測試進度和整體專案進度一致,3.計畫乙個必須的測試人員資源。4.計畫包含的和明確的利益相關人。5.明確,分析和文件化專案風險。關於測試的。6.建立和維護主測試計畫。

主測試計畫的承諾被建立和維護。

子實踐:1. 組織重審幫助理解承諾。2. 討論評估和現有資源之間的區別。3.協調評估和現有資源。4.明確需要的支援和討論承諾。5.文件化所有組織承諾。6.實時修改。

TMMI 測試過程改進框架 已定義級別6

非功能測試流程域的目的是提高測試過程效能,在測試計畫中,測試設計和執行中包含非功能測試。這被執行通過定義測試方法基於明確的非功能產品風險。建立非功能測試說明書和執行結構化的測試執行流程,重點放在非功能測試上。產品質量是為了滿足相關利益人的需求,這些需求必須轉化為詳細描述的功能和非功能需求。通常非功能...

TMMI 測試過程改進框架 已測量級別7

同行評審和動態測試的方法被協調和保持一致 要測試的專案和功能的相關工作產品 對於要測試的專案和功能,因為通過測試方法明確。相關的工作產品被明確。例子工作產品 可追溯性矩陣對映要測試的專案和功能到工作產品 子實踐 1.重審專案的產品風險報告,報告包括 提議,被重審來建立乙個詳細的理解。關於明確的產品風...

測試過程定義

過程描述 需求階段 經理 測試團隊負責人制定測試計畫,專案組測試人員閱讀相關測試需求文件,如果存在疑問或者發現需求缺陷及時與需求人員溝通,如果是需求缺陷,可以將相 關問題可以記錄到bug管理工具以便進行跟蹤。設計階段 研發部門進行軟體的概要設計 詳細設計以及必要的單元測試工作 測試部門進行功能 效能...