第5回 軟體測試所面對的現實

2021-04-13 14:33:45 字數 1648 閱讀 6663

2023年08月07日 12:45:00

測試始終是乙個具有風險的工作,比如,現在越來越多地用"風險"概念來定義測試,測試被認為是

"理解並評估與發布的軟體系統有關的利益和風險狀況的過程",測試的作用則是管理或轉移系統失敗的風險,以及如何盡大程度地消除給使用者帶來的不良影響。

測試工作為什麼總存在風險呢?因為當我們測試某個應用系統或乙個軟體產品時,不可能把所有可能的情況都測試一遍。例如,即使對乙個計算器程式,要測試的數字可以從0開始到乙個很大的數,就算8位數字(99999999),僅僅測試其加法運算的可能情況就是1016,要完成這些測試,即使借助計算機,每秒完成10萬個測試用例,乙個測試人員窮其一生也完成不了,因為需要3100多年。如果再加上負數、減法、乘法、除法、括號以及它們的各種組合,所有全部可能的情況將是乙個巨大的天文數字,所以完成全部可能的情況是不可想象的。

所以,我們必須不得不借助一些測試用例的設計方法,如邊界值分析方法、等價類劃分方法等來解決這個問題,選擇樣本資料,用極有限的、代表性的測試資料來代替實際的、巨大的測試資料。這些方法的應用是基於乙個假設:如果程式在這些樣本資料情況下執行正確,那麼該程式也滿足所有類似的資料。這種假設的存在,也就意味著一定的風險存在。對於簡單的程式,這種風險很小,但是對越來越複雜的應用程式或軟體系統,這種風險就越來越大。

即使完成了全部功能的測試,也很難完成所有使用者的環境下的測試。測試的環境是有限的,而軟體系統的實際執行環境是複雜的、千變萬化的,不僅有不同的硬體(主機板、cpu、記憶體、網絡卡、顯示卡等)型號差異,而且還有作業系統及其版本、驅動程式及其版本、已安裝的應用程式等的差異。完成各種使用者環境下的軟體測試,也是幾乎不可能,即使可以實現,其成本也是巨大的,一般軟體企業不堪重負。同樣,系統的效能測試、有效性測試和可靠性測試等蘊含著較大的風險。例如,可靠性測試是通過模擬方法實現,不能在完全真實的情況下進行,如不可能對真實系統連續進行10或20年的不間斷測試。

測試工作,除了始終所存在的風險之外,還會受到其他多方面的挑戰,主要有:

l測試不能提高質量,但軟體產品發布後,缺陷較多,往往被認為是測試人員的錯。在許多人的心目中,測試人員是防止缺陷的盾牌或最後一堵牆。實際上,所有的軟體缺陷都是在需求分析、設計和程式設計時被注入進去的,注入的缺陷越多,被漏掉的缺陷可能性就越大。

l測試人員的素質和待遇。國內還存在對測試理解的誤區,如測試不需要技術或不需要過高的技術。在選用測試人才時,往往降低要求,所給的待遇也偏低,從而造成測試隊伍的整體能力比較弱、工作熱情比較低,對測試質量有較大的負面影響。

l測試時間往往被壓縮。雖然一旦軟體專案啟動,測試工作就開始,包括產品需求文件審查、產品規格說明書審查、測試計畫/用例的設計等,但是軟體測試的主要執行時間是在**完成後。由於軟體的日程估計往往不夠準確,**完成時間延遲經常會發生,但管理層又不想推遲整個產品的發布日期,結果測試時間首當其衝,測試週期被縮短,造成測試不夠充分或已計畫好的測試專案不能保質保量的完成。

總之,測試工作所面臨的挑戰比較大,有時可以說是嚴峻的,但是,只要我們敢於面對現實,堅持測試原則,就能克服困難,運用正確的、更有效的測試方法和工具,保證足夠的測試和測試的質量。

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

第6回 軟體測試的十大原則 ®

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

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

第5回 軟體測試所面對的現實

測試始終是乙個具有風險的工作,比如,現在越來越多地用 風險 概念來定義測試,測試被認為是 理解並評估與發布的軟體系統有關的利益和風險狀況的過程 測試的作用則是管理或轉移系統失敗的風險,以及如何盡大程度地消除給使用者帶來的不良影響。測試工作為什麼總存在風險呢?因為當我們測試某個應用系統或乙個軟體產品時...

第5回 軟體測試所面對的現實

測試始終是乙個具有風險的工作,比如,現在越來越多地用 風險 概念來定義測試,測試被認為是 理解並評估與發布的軟體系統有關的利益和風險狀況的過程 測試的作用則是管理或轉移系統失敗的風險,以及如何盡大程度地消除給使用者帶來的不良影響。測試工作為什麼總存在風險呢?因為當我們測試某個應用系統或乙個軟體產品時...

第2回 究竟什麼是軟體測試?

在 g.j.myers 的經典著作 軟體測試之藝術 the art of software testing 中,給出了測試的定義 程式測試是為了發現錯誤而執行程式的過程 這個定義,被業界所認可,經常被引用。除此之外,g.j.myers 測試是為了證明程式有錯,而不是證明程式無錯誤 乙個好的測試用例是...