為了解釋基于風險的測試方法意味著什么,下面提供了簡化的系統測試實例。基于產品風險矩陣的系統測試方法[4] ,如圖1所示。這個例子表明,關鍵的項,第II象限,使用用例(包括備選流)及決策表的全面測試設計技術來進行測試。
該方法按比例縮小為第二高風險級別是第IV象限。 (請記住,系統測試主要關注商業風險)。用例(包括備選流)仍適用于第IV象限,但決策表,現在不再適用了。
相反,等價類劃分被用作一項通常比決策表技術定義更少測試用例的測試設計技術。用例仍然用于第I象限,但只執行主流,等價類劃分再次被用作測試設計技術。對于第III象限,只測試測試用例主流。根據風險等級和風險類型變換測試設計技術的另一個有用的例子可以在IEC 61508中找到[ 3 ] 。對展示了其如何根據軟件完整性等級(SIL )(風險等級的另一術語表達)來區分測試技術的標準的一段引用,見下表:
1.該標準覆蓋了靜態和動態測試技術,并具有各種測試等級的和用于維護測試的特定表格。
表1.IEC61508軟件完整性等級(R:推薦,HR:強烈推薦)
另一個例子來自于DO-178B[1]。 此標準還采用了方法——將進行的強度測試應源于風險等級。
這些標準規定的測試方法,應用于每個安全級別,以及恰當的完成標準(見表2中的示例)。 專業測試應意識到:有用的標準是可獲得的,如在IEC61508[3]和DO-178B[1]中,兩者可以在使用測試設計技術定義不同的基于風險的測試方法時提供支持和靈感。
表2. 測試組件基于風險的方法 [1]
專注產品風險
詳細解釋所有提到的測試設計技術、它們如何與測試強度相關、它們如何相互關聯、以及他們如何在內部變化,都超出了本文的范圍。但是很明顯,為定義一個完整的測試方法,對測試設計技術有詳細了解是必須的。
許多測試員都是技術型的,有時往往會在測試設計技術的技術性中迷失自己。他們很可能設計和編寫出很棒的測試用例,但這些測試用例真的有必要和正確嗎?
本文的主題是:產品風險應是選擇是否測試設計技術是必要的,哪些是需要的,及他們該如何應用的主要驅動力。
經常去想想你為什么要申請測試設計技術及目標是什么。測試設計技術絕不是目標,他們只是達到目標的手段。專注對開發一個好產品很重要的事物。我相信這是敏捷宣言所聲明的“全面文檔層面的工作軟件”的意思。
使用測試設計技術肯定不是一件壞事(相反這是件好事),但要在他們有重要意義的,有附加價值的地方使用它們。用敏捷的,有效率的和以風險為本的方式使用他們。
參考文獻
[1] DO-178b (1992), Software Considerations in Airborne Systems and
Equipment Certification, Requirements and Technical Concepts for
Aviation, RTCA SC167
[2] D. Graham, E. van Veenendaal, I. Evans and R. Black (2008), Foundations in Software Testing – ISTQB Certification, 2nd edition, Cengage
Learning
[3] IEC 61508 (1998), Functional Safety for electrical/electronic/ programmable electronic related systems, Industrial Electrical Committee
[4] E. van Veenendaal (2012), Practical Risk-Based Testing, The PRISMA
Approach, UTN Publishing
版權聲明:本文出自 SPASVO澤眾軟件測試網:http://m.eqie.com.cn/news/html/2014324153302.html
原創作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。