第17回 測試專案的管理原則

2021-04-13 14:33:45 字數 1608 閱讀 8556

2023年10月02日 16:59:00

軟體開發專案的成敗,取決於

"過程、人、技術

" 這三方面的水平和協調,過程是基礎、人是核心,而技術是保證,

三方面相互制約,又相互促進。

哪一方面沒能跟上,形成薄弱環節,專案成功的可能性就會變小。測試專案也不例外,需要從這三方面一起抓。特別是軟體測試,流程定義的科學性與規範性、流程執行的嚴格性、人員的高度責任感等都是至關重要的。

其次,對如今測試專案的管理,要對軟體開發有乙個全域性的、正確的認識,按照 v模型可以更好地理解需求和確認、

設計實現和驗證

等之間的關係,詳見 --< 第1回 v模型,我的完整詮釋

再者,專案管理有三個要素--成本、進度和質量。對於軟體測試專案的管理,

成本和進度不應忽視,重視測試的策略以提高效率,隨時跟蹤專案盡量確保專案按計畫執行。但更重要的是 "質量",軟體測試

經理對產品質量負有更多的責任。

最後,軟體測試專案的過程管理能否成功,還受到三個核心層面的影響,即專案組內環境、專案所處的組織環境、整個開發流程所控制的全域性環境。這三個環境要素直接關係到軟體專案的可控性。專案組管理與專案過程模型、組織支撐環境和專案管理介面是上述三個環境中各自的核心要素。

軟體測試專案管理是軟體工程的保護性活動。它先於任何測試活動之前而開始,且持續貫穿於整個測試專案的定義、計畫和測試之中。

為了保證測試專案過程的成功管理,在上述4點基本認識的基礎上,堅持下列的測試專案管理原則是非常必要的:

始終能夠把質量放在第一位,測試工作的根本在於保證產品的質量,應該在測試小組中建立起"質量是企業生存之本"的觀念,建立一套相適應的質量責任制度。

可靠的需求。應當有乙個經各方一致同意的、清楚的、完整的、詳細的和切實可行的需求定義。 能夠制定好測試策略、有計畫地安排工作、系統的解決方案、制定合理的時間表。為測試計畫、測試用例設計、測試執行(特別是系統測試)以及它們的評審等留出足夠的時間,不應使用突擊的辦法來完成專案。

足夠重視

測試計畫,在測試計畫裡

清楚地描述

測試目標、測試範圍、測試風險、測試手段和測試環境等。

測試用例是測試執行的基礎,測試用例設計前,要充分和開發人員、產品經理等討論清楚,要進行集體審查,確保其高覆蓋率。並注意其不斷完善。

要適當地引入測試自動化或測試工具,前期準備工作要充分,不能盲目。

對測試環境不能掉以輕心,要和有關人員審查環境的軟、硬體的配置。

充分測試並盡早測試。每次改錯或變更後,都應重新測試。專案計畫中要為改錯、再測試、變更留出足夠時間。

遇到問題,能準確地判斷是技術問題還是流程問題,更關注流程上的問題,從而在根本上解決問題,而不是治標不治本。

全程跟蹤缺陷狀態,及時對缺陷狀態進行分析、清理。

通用專案管理原則,如流暢的有效溝通、文件的一致性和及時性、專案的風險管理等。測試的風險更大,細心對待,需要有更及時地應對措施。

預知後事如何,請讀下回分解:

第18回 測試計畫的有效性和全面性

®

--系列討論的目錄,見:

軟體測試演義--中高階系列(序)

第17回 測試專案的管理原則

軟體開發專案的成敗,取決於 過程 人 技術 這三方面的水平和協調,過程是基礎 人是核心,而技術是保證,三方面相互制約,又相互促進。哪一方面沒能跟上,形成薄弱環節,專案成功的可能性就會變小。測試專案也不例外,需要從這三方面一起抓。特別是軟體測試,流程定義的科學性與規範性 流程執行的嚴格性 人員的高度責...

測試專案的管理原則

開發專案的成敗,取決於 過程 人 技術 這三方面的水平和協調,過程是基礎 人是核心,而技術是保證,三方面相互制約,又相互促進。哪一方面沒能跟上,形成薄弱環節,專案成功的可能性就會變小。測試專案也不例外,需要從這三方面一起抓。特別是軟體測試,流程定義的科學性與規範性 流程執行的嚴格性 人員的高度責任感...

第20回 測試風險的管理

2006年10月26日 12 39 00 測試風險是不可避免的 總是存在的,所以對測試風險的管理非常重要,必須盡力降低測試中所存在的風險,最大程度地保證質量和滿足客戶的需求。在測試工作中,主要的風險有 質量需求或產品的特性理解不準確,造成測試範圍分析的誤差,結果某些地方始終測試不到或驗證的標準不對 ...