您的位置:軟件測試 >> 測試技術 >> 測試精品文章
可用性測試
作者:Edwin van Loon(澤眾軟件原創(chuàng)翻譯) 發(fā)布時間:[ 2014/4/1 15:42:44 ] 推薦標簽:可用性測試 軟件測試 開發(fā)測試

  因此,SLA將在UCS和OLA變得有形。這些合同也將影響系統(tǒng)規(guī)范。
  例如,3秒的大響應時間的要求僅通過基礎設施不能實現(xiàn)。也需要性能優(yōu)化的軟件去滿足這一要求。
  在V模型中,開發(fā)測試被描述為一個不同的測試水平。
  開發(fā)測試將基于SLA (測試基準)上,并由IT服務管理的組織執(zhí)行。
  業(yè)務可能為了接受所提供的IT服務,執(zhí)行不同的開發(fā)測試(開發(fā)驗收測試) 。
  表1展示了:執(zhí)行以檢查是否服務供應商能夠提供與SLA中所描述一致的議定質量的測試。

表1.被執(zhí)行的測試

  第一列顯示了SLA項,第二列顯示方法/技術,它可用于以檢查是否可以滿足需求。
  SLA項被描述為一個ISO 25010質量屬性(ISO 25010質量屬性能讓測試人員理解SLA項并可選擇一個測試技術來測試SLA項)。
  可維護性可以在一個靜態(tài)的方式通過審查的規(guī)范和源代碼的完整性(可用性版本歷史記錄,版本說明等)和可理解性(可用性的設計決策,等等)進行測試。
  它也可以通過在其他測試的執(zhí)行過程中監(jiān)視和分析解決時間來被隱式地檢查。
  為了能夠執(zhí)行這些檢查,支持組織必須盡可能的逼真。
  該系統(tǒng)的安全性,也可以通過審查規(guī)格和源代碼來檢查,例如在外部通信使用加密檢查,使用雙因授權方法及其他安全協(xié)議。它也可通過“滲透測試”來動態(tài)測試。
  還有很多工具都可以通過執(zhí)行上千稱為“黑客”的嘗試來檢查你的系統(tǒng)的脆弱性。
  很好的例子是工具Nessus和AppScan。該組織OWASP (開放式Web應用程序安全項目),其重點是提高軟件的安全性,且通過其網(wǎng)站(www.owasp.org)提供關于安全性的有用信息。
  系統(tǒng)功能相關或系統(tǒng)效率相關的測試更廣為人知。
  已有不少關于這一主題的文章了。
  因此,本文的重點不是測試該項。
  系統(tǒng)可用性和可靠性相關的SLA項(例如,在系統(tǒng)的正常運行時間和過程中無丟失數(shù)據(jù))可以通過使用狀態(tài)轉換測試技術來測試。
  
  使用狀態(tài)轉換測試技術來測試可用性
  下面你可以看到用在測試用例中測試系統(tǒng)可用性的步驟。
  測試規(guī)范步驟:
  1 。詳述系統(tǒng)組件影響系統(tǒng)的可用性
  首先必須識別:可能影響系統(tǒng)可用性的不同(基礎的)組件。這可以通過使用一種風險管理技術來完成。組件例子是路由器和服務器。
  2 。詳述可能會發(fā)生的故障
  下一步是定義可能發(fā)生在該組件的故障。
  風險識別技術,如使用魚骨圖可以幫助識別可能出現(xiàn)的故障。
  3 。詳述用來防止這些故障的措施
  可以采取不同的措施防止這些故障,如負載平衡(防止因負載峰值造成的停機)和故障轉移機制(防止由不可用的服務器造成的系統(tǒng)停機期) 。
  這一步也可能導致額外的識別措施(防止尚未被識別的風險)。
  4 。準備狀態(tài)轉換圖
  狀態(tài)轉換圖可以基于在上一步中相熟的措施來準備。這個步驟可以分為兩個子步驟:
  A.定義關于這些措施的狀態(tài)
  措施根據(jù)不同的系統(tǒng)狀態(tài)做出反應。當一個有效的服務器失效了,故障轉移機制將被激活。這些不同的狀態(tài)需要在這一步中定義。
  B.可視化之間的狀態(tài)和轉換
  在第二個子步驟中,需要可視化這些狀態(tài)之間的關系(一個狀態(tài)轉換圖內)。
  在這兒定義導致從一個狀態(tài)過渡到另一種的觸發(fā)器。
  5 。詳述測試用例
  狀態(tài)轉換圖完成后,可詳述測試用例。
  下一個例子可以明確使用狀態(tài)轉換測試以測試可用性。
  1 。詳述系統(tǒng)組件影響系統(tǒng)可用性
  在一個公司的基礎架構里,對系統(tǒng)的可用性至關重要的應用程序和數(shù)據(jù)庫服務器都確定了。

表2.測試用例

  2。詳述可能發(fā)生的故障
  這些服務器可能是由于交流電源中斷而不可用。
  3。詳述為防止這些故障采取的措施
  為防止這種電源中斷的度量可能是引進的不間斷電源(UPS)。
  4。準備狀態(tài)轉換圖
  a.定義關于這些措施的狀態(tài)
  一個簡單的UPS可以有四種狀態(tài):
  I.基本電源(或待機模式),其中該系統(tǒng)有正常的交流電源。
  II.開,其中,所述交流電源是關閉的或低的。
  III.關,其中UPS電源已經(jīng)用完了。
  IV.充電,在UP使用可用交流電源充電。
  b.準備狀態(tài)轉移圖
  下面是屬于這個UPS的狀態(tài)轉換圖:

  圖2。狀態(tài)轉換圖


  
  5。詳述測試用例
  后的步驟是詳述基于所述狀態(tài)轉換測試的測試用例。如BS7925-2中所述,狀態(tài)轉換測試中的完整性水平可以因使用的不同級別switch覆蓋率而變化。在這個例子中,用了一個0-switch覆蓋,即1個記錄所有有效序列進行了測試。表2展示了測試用例。
    
  參考文獻
[1] Eric van Veenendaal (2002), The Testing Practitioner, ISBN 90-72194-65-9
[2] Jan van Bon and Annelies van der Veen (2006), Foundations of IT Service Management, ISBN 978-90-77212-71-4
[3] Cen Kaner, James Bach and Bret Pettichord (2002), Lessons Learned in Software Testing, A Context-Driven Approach, ISBN: 0471081124
[4] Ralph R. Young (2001), Effective Requirements Practices, ISBN: 0201709120
[5] Paul Baker etc al. (2008), Model-driven testing, using the UML Testing Profile, ISBN: 9783540725626
[6] Mieke Gevers (EuroSTAR 2008 Track Th3), Performance testing in 5 steps: “A guideline to a Successful Load Test”
[7] ISO 25000, Software Product Quality Requirements and Evaluation
[8] British Standards 7925-2, Software component testing
[9] Wikipedia, http://en.wikipedia.org/wiki/Information_Technology_Infrastructure_Library
[10] Best Management Practice (2011), ITIL Service Design, EAN: 9780113313051

  版權聲明:本文出自 SPASVO澤眾軟件測試網(wǎng):http://hgh666.cn/news/html/201441155400.html

  原創(chuàng)作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。

上一頁12下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd