當在軟件領域考慮風險時，作為山東省軟件評測中心的技術人員，我想大家應該要關注以下問題：什么樣的風險會導致軟件項目的徹底失?。寇浖|(zhì)量要達到什么程度才是“足夠的”？
當沒有辦法消除風險，甚至連試圖降低該風險也存在疑問時，這些風險就是真正的風險了。在我們能夠標識出軟件項目中的真正風險之前，通過測試識別出對管理者和開發(fā)者而言均為明顯的風險是很重要的。風險預防便成了全程軟件質(zhì)量保證的重點之一。
在前面的幾篇文章中我們也闡述了風險管理的重要性，怎樣才能做好風險管理以及預防哪？以下是我們評測中心在測試方面總結(jié)的部分經(jīng)驗，希望能給大家?guī)韼椭?/p>
1、測試的盡早介入
測試應該在軟件開發(fā)生命周期的早期介入，從而保證測試團隊更早的完成測試件的準備。這樣就可以保證測試對象交付之后，測試團隊可以馬上開始正式測試。另外，測試團隊在軟件開發(fā)生命周期的早期介入，可以將測試活動，例如：測試分析、測試設計和測試實現(xiàn)等作為靜態(tài)測試的一種手段，從而可以在早期達到發(fā)現(xiàn)缺陷和預防缺陷的目的，避免某些缺陷在高級別的動態(tài)測試中才被發(fā)現(xiàn)。
2、測試環(huán)境的檢查
測試團隊在測試執(zhí)行正式開始之前，應該檢查測試環(huán)境，并保證測試環(huán)境可用。在測試環(huán)境檢查過程中，可以實施另一項風險緩解活動：在正式的測試執(zhí)行開始前測試早期版本。例如：測試團隊在測試正式開始之前驗證測試件和測試環(huán)境的有效性、測試對象的安裝過程，以及其他可能的測試執(zhí)行過程。假如在測試執(zhí)行正式開始之后，才發(fā)現(xiàn)測試件的質(zhì)量低下、測試環(huán)境無法達到測試執(zhí)行的要求，將會導致測試執(zhí)行的延期，從而導致項目的延期。
3、測試入口準則的定義
測試團隊面臨的一個重要挑戰(zhàn)是開發(fā)團隊經(jīng)常延期交付測試的軟件版本，從而導致測試團隊測試執(zhí)行的延期，或者測試團隊在無法更改測試完成日期的情況下，處于過高的時間壓力之下。測試團隊定義更嚴格的入口準則，是避免由于測試團隊的原因而導致項目延期的有效方法。當然制訂嚴格的入口準則的目的不僅僅是為了保證測試團隊的利益，通過這種方式也可以讓開發(fā)團隊認識到交付高質(zhì)量軟件的重要性，從而促進開發(fā)團隊提交高質(zhì)量的軟件。
4、可測試性的要求
測試團隊應該對規(guī)格說明中的可測試性問題進行仔細評審，并且提出更加方便測試人員開展測試的需求和要求。例如：在可能的情況下，可以要求開發(fā)團隊將測試對象的某些輸入框，修改為不可修改的下拉菜單（例如：輸入框輸入的是日期格式）。經(jīng)過這樣的修改之后，在保證軟件功能的前提下，測試人員不需要對各種輸入格式進行測試，從而可以大量的減少測試團隊的測試工作量，并且可以更好的實現(xiàn)測試的自動化。
5、不斷進行項目進度和質(zhì)量監(jiān)控
測試團隊，至少測試經(jīng)理應該積極參與整個項目的進度以及測試對象質(zhì)量的監(jiān)控。測試團隊可以更早的參與軟件工作產(chǎn)品的評審，例如：需求規(guī)格說明。根據(jù)在早期評審中發(fā)現(xiàn)的缺陷分布和缺陷類型，測試團隊可以采取合適的措施和手段，對測試對象中的不同部分進行優(yōu)先級的劃分。另外，測試團隊應該積極參與整個項目的缺陷和變更管理。
版權(quán)聲明：本文出自山東省軟件評測中心 張凱麗，51Testing軟件測試網(wǎng)原創(chuàng)出品，未經(jīng)明確的書面許可，任何人或單位不得對本文進行復制、轉(zhuǎn)載或鏡像，否則將追究法律責任。
http://www.51testing.com