qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請?jiān)L問 http://qaseven.github.io/

          什么是可用性測試?

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

          posted on 2014-10-13 09:47 順其自然EVO 閱讀(178) 評(píng)論(0)  編輯  收藏 所屬分類: 測試學(xué)習(xí)專欄

          <2014年10月>
          2829301234
          567891011
          12131415161718
          19202122232425
          2627282930311
          2345678

          導(dǎo)航

          統(tǒng)計(jì)

          • 隨筆 - 3936
          • 文章 - 404
          • 評(píng)論 - 179
          • 引用 - 0

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          •  

          最新評(píng)論

          閱讀排行榜

          評(píng)論排行榜

          主站蜘蛛池模板: 周口市| 于田县| 鄂托克前旗| 明光市| 宣恩县| 香河县| 鲁甸县| 济南市| 丰都县| 慈溪市| 常德市| 长武县| 麦盖提县| 高邑县| 扎兰屯市| 白沙| 抚远县| 仁怀市| 嫩江县| 古丈县| 四会市| 射阳县| 九台市| 四平市| 通河县| 息烽县| 湖南省| 扎兰屯市| 邢台县| 邛崃市| 新疆| 息烽县| 闸北区| 边坝县| 泰顺县| 台山市| 本溪| 南安市| 慈利县| 河北省| 邵阳县|