Edwin van Loon是ISEB從業(yè)人員，且是獲得six sigma認(rèn)證的測試顧問。他在不同的工作中不同的部門里獲得了大量ICT經(jīng)驗 Edwin的職業(yè)生涯始于1994年，并于1998年專門從事質(zhì)量和測試。 因為他的廣泛經(jīng)驗及處理不同情況的能力，他采取務(wù)實的態(tài)度量身定制自定義解決方案。 Edwin認(rèn)為，測試不僅僅是一份工作而是一種生活方式。 Edwin已在他的職業(yè)生涯完滿地扮演了幾個不同的測試及QA角色。在近幾年他的測試生涯中，他還成功擔(dān)任過測試管理和測試顧問的角色。在扮演這些角色的時候，他注意到，正確使用測試設(shè)計技術(shù)是項目測試成功的關(guān)鍵。

　　如今的ICT解決方案的復(fù)雜性正在增加，由于位于多個地點并由不同方來管理的集成系統(tǒng)的存在。而他們常常部分由云管理的事實使得事情變得更加復(fù)雜。因為組織提供24/7的企業(yè)對企業(yè)的服務(wù)，這些集成解決方案的可用性也變得越來越重要。
　　在互聯(lián)網(wǎng)上，你會發(fā)現(xiàn)數(shù)百個銷售同種產(chǎn)品的網(wǎng)店。萬一不可用，客戶很容易切換到另一家店。
　　因此，一個解決方案的可用性對業(yè)務(wù)至關(guān)重要。大多數(shù)情況下，在生產(chǎn)中監(jiān)測可用性，如果服務(wù)不可用采取改進(jìn)措施。防止被看作是這種質(zhì)量特性的業(yè)務(wù)指標(biāo)的可用性問題是有必要的。
　　這篇文章介紹了可用性測試使用的測試設(shè)計技術(shù)：措施可用性的“狀態(tài)轉(zhuǎn)換測試” （ STT ）。
　　
　　狀態(tài)轉(zhuǎn)換測試
　　正式的測試設(shè)計技術(shù)是基于工藝流程或數(shù)據(jù)的（根據(jù)可能的輸入或設(shè)計技巧劃分，因為他們檢測不同的問題。）所以經(jīng)常去試著用工藝流程導(dǎo)向和數(shù)據(jù)輸出導(dǎo)向的設(shè)計技術(shù)的組合。
　　狀態(tài)轉(zhuǎn)換測試設(shè)計技術(shù)的強(qiáng)大之處在于它是基于機(jī)器狀態(tài)的，因此，它不同于大多數(shù)正式的測試設(shè)計技術(shù)。
　　
　　可用性
　　在ISO 25010里 ，可用性被定義為： “當(dāng)需要用到時，一個軟件組件可操作和可使用的程度” 。
　　它還提到，可用性可以由軟件產(chǎn)品處于升級狀態(tài)時的總時間比例來外部評估。因此可用性是成熟（控制故障率），容錯性及可復(fù)原性（控制每次故障后停機(jī)時間的長度）的組合。
　　大多數(shù)解決方案可用性的相關(guān)問題是由解決方案運(yùn)行上的基礎(chǔ)設(shè)施事件造成的。每個人都至少可以給出一個他或她由此事件造成的故障的親身體驗的例子，例如：電源故障或從互聯(lián)網(wǎng)斷開。這類故障的影響普遍很大。
　　然而，由于它們主要涉及基礎(chǔ)設(shè)施（不在項范圍之內(nèi)），相關(guān)業(yè)務(wù)風(fēng)險往往在軟件開發(fā)項目中沒有確定且沒有被測試。
　　
　　開發(fā)測試
　　負(fù)責(zé)解決方案“業(yè)務(wù)管理”或“開發(fā)”的部門是“開發(fā)測試”的利益相關(guān)者。
　　開發(fā)測試是基于荷蘭術(shù)語“Exploitatie testen ” 。這不是終的翻譯，但它是恰當(dāng)?shù)摹?br /> 　　也可以翻作 “業(yè)務(wù)緒測試”，但這只覆蓋ITIL /服務(wù)管理的業(yè)務(wù)部分，所以，不匹配。“生產(chǎn)驗收測試”也是一種翻譯，但在我看來，它更關(guān)注生產(chǎn)環(huán)境的驗收。
　　因此，我把 “Exploitatie testen” 翻譯為“開發(fā)測試” 。
　　開發(fā)測試的定義：
　　檢查是否關(guān)于應(yīng)用程序和底層IT基礎(chǔ)架構(gòu)的同意或預(yù)期的服務(wù)水平可以實現(xiàn)。
　　這些協(xié)議和/或期望在一個所謂的服務(wù)水平協(xié)議（SLA ）的合同是正式的。
　　一個SLA的定義：
　　一方為客戶另一方為服務(wù)提供商的雙方協(xié)議。
　　SLA描述了IT服務(wù)，文件服務(wù)水平目標(biāo)，并詳細(xì)說明了IT服務(wù)提供商和客戶的責(zé)任。
　　SLA中對解決方案可用性的相關(guān)要求進(jìn)行了描述。
　　圖1顯示了開發(fā)測試在V模型中的位置。

圖1．開發(fā)測試在V模型中的位置

　�。ó�(dāng)然）這個過程業(yè)務(wù)需求的收集。

　　該系統(tǒng)的規(guī)格是基于功能和一些非功能的需求。一些業(yè)務(wù)要求（例如可用性和安全性需求）也將影響與IT服務(wù)提供商的合同（ SLA）。
　　測試管理技術(shù)“風(fēng)險管理”通過識別并優(yōu)先考慮關(guān)于IT服務(wù)管理的業(yè)務(wù)風(fēng)險提高了這一過程。
　　SLA中的利益相關(guān)者是：
　　▪功能管理
　　▪審計員
　　▪安全員
　　▪財務(wù)管理
　　▪技術(shù)管理
　　▪服務(wù)水平管理（業(yè)主）
　　▪業(yè)務(wù)
　　IT服務(wù)水平協(xié)議也會影響系統(tǒng)的規(guī)格。
　　沒有各方的參與不能達(dá)成協(xié)議。