• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 系統測試設計—測試類型分析

    發表于:2014-12-10來源:uml.org.cn作者:袁琳點擊數: 標簽:系統測試設計
    用戶手冊、使用幫助、支持客戶的其他產品技術手冊是否正確、是否易于理解、是否人性化。
    作者:袁 琳 http://blog.csdn.net/testwin
    測試類型
    測試關注點
    完成情況
    用戶層
     
     
    用戶支持測試
    用戶手冊、使用幫助、支持客戶的其他產品技術手冊是否正確、是否易于理解、是否人性化。
     
    用戶界面測試
    測試對象控件或訪問入口正確,符合用戶需求
     
    界面風格統一,界面美觀、直觀
     
    操作友好、人性化
     
    易操作性
     
    可維護性測試
    系統軟、硬件實施和維護功能的方便性
     
    安全性測試
    操作安全性
    (注:核實只有具備系統和應用程序訪問權限的主角才能訪問系統和應用程序;核實主角只能訪問其所屬用戶類型已被授權使用的那些功能操作)
     
    數據安全性
    (注:關注數據訪問的安全性,防止交易敏感數據不被第三方截獲、竊取、篡改和偽造。測試內容為:數據加密,安全通訊,安全存儲
     
    網絡安全測試
    (注:該層次的測試主要是為了防止黑客的惡意攻擊和破壞,如:病毒,DDOS攻擊等。測試的方式主要是模擬黑客對系統進行入侵攻擊,然后對攻擊的結果進行分析,并逐步完善系統的安全性能
     
    安全認證測試
    (注:確保交易雙方不被其他人冒名頂替。測試內容為安全認證)
     
    安全交易協議測試
    (注:有效避免交易雙方出現互相抵賴的情況)
     
    應用層
     
     
    并發性能測試
    (注:并發用戶操作下,不斷增加并發用戶數量,分析系統性能指標、資源狀況。主要關注點:交易結果、每分鐘交易數、交易響應時間(最小服務器響應時間、平均服務器響應時間、最大服務器響應時間)
     
    壓力測試
    (注:不斷對系統施壓,通過確定一個系統的瓶頸或者不能接收的性能點,來獲得系統能提供的最大服務級別的測試)
     
    強度測試
    (注:系統在極限或異常資源情況下,即系統資源處于特別低的狀況下,軟件系統運行情況確定系統綜合交易指標和資源監控指標,保證系統能否按規格強度下運行)
     
    負載測試
    (注:關注各種工作負載情況下的性能指標,測試當負載逐漸增加到超負荷狀態時,系統組成部分的相應輸出項,例如通過量、響應時間、CPU負載、內存使用等來決定系統的性能)
     
    疲勞測試
    (注:采用系統穩定運行情況下能夠支持的最大并發用戶數,持續執行一段時間業務,通過綜合分析交易執行指標和資源監控指標來確定系統處理最大工作量強度性能的過程)
     
    大數據量測試
    (注:針對某些系統存儲、傳輸、統計、查詢等業務進行大數據量的獨立數據量測試)
     
    容量測試
    (注:確定系統可處理同時在線的最大用戶數)
     
    破壞性測試
    (注:超出系統能承受的壓力點后,系統出現錯誤狀態、出現錯誤比率及恢復能力;對軟件進行異常的操作,如:刪除配置文件)
     
    系統可靠性、穩定性測試
    可靠性測試
    (注:主要測試系統在負載壓力下系統運行是否正常)
     
    穩定性測試
    (注:確保系統在長期使用周期內能夠在要求的性能指標下正常工作)
     
    系統兼容性測試
    操作系統兼容性
    (注:win 9x / win2k / winXP / Unix / Linux ... ...)
     
    瀏覽器兼容性
    (注:IE4 / IE5 / IE6 / Firefox / My IE / TT ... ...)
     
    其他支持軟件/平臺/文件/數據/接口的兼容性
     
    系統組網測試
     
     
    系統安裝升級測試
    初次安裝
     
    更新(注:以前安裝過相同版本)
     
    升級(注:以前安裝過較早版本)
     
    功能層
     
     
    功能性測試
    初驗測試
    (注:系統核心功能、基本業務流程的驗證)
     
    業務場景測試
    (注:模擬用戶實際操作的業務場景,遍歷主要業務流程和業務規則)
     
    業務功能的覆蓋
    (注:關注需求規格定義的所有功能系統是否都已實現)
     
    業務功能的分解
    (注:將每個功能分解成測試項。關注每個測試項的測試類型都被測試通過)
     
    業務功能的組合
    (注:相關聯的功能項的組合功能的都被正確實現)
     
    業務功能的沖突
    (注:業務功能間存在的功能沖突情況,均測試通過。例如:共享資源訪問等)
     
    異常處理及容錯性
    (輸入異常數據、或執行異常操作后,系統容錯性及錯誤處理機制的健壯性。例如:重復點擊“提交”按鈕,提交申請單)
     
    子系統層
     
     
     
    單個子系統的性能
    (注:應用層關注的是整個系統各種軟、硬件、接口配合情況下的整體性能,這里關注單個系統。
     
     
    子系統間的接口瓶頸
    (例如:子系統間通訊請求包的并發瓶頸)
     
     
    子系統間的相互影響
    (注:子系統的工作狀態變化對其他子系統的影響)
     
    協議/指標層
     
     
     
    協議一致性測試
     
     
    協議互通測試
     
    其他測試類型
     
     
    BVT
    構建驗證測試
     
    Ad hoc Test
    隨機測試
     
    Exploratory Test
    探索性測試c
     
    回歸測試
     
     

    原文轉自:http://www.uml.org.cn/Test/200609201.htm

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>