常見測試方法

發表于:2011-05-20來源:未知作者:娃娃點擊數: 標簽:
一、按是否執行軟件可分為以下測試類型: 1、靜態測試: 靜態測試是指不運行被測程序本身,僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。對需求規格說明書、軟件設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯。靜態方

  一、按是否執行軟件可分為以下測試類型:

  1、靜態測試:

  靜態測試是指不運行被測程序本身,僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。對需求規格說明書、軟件設計說明書、源程序做結構分析、流程圖分析、符號執行來找錯。靜態方法通過程序靜態特性的分析,找出欠缺和可疑之處,例如不匹配的參數、不適當的循環嵌套和分支嵌套、不允許的遞歸、未使用過的變量、空指針的引用和可疑的計算等。靜態測試結果可用于進一步的查錯,并為測試用例選取提供指導。(程序的語法、結構、接口、過程、需求文檔、設計文檔、流程圖、參數、循環嵌套、分支嵌套,遞歸、空指針)

  靜態測試方法:方案—代碼走查、桌面檢查、代碼審查等方法對軟件產品進行測試,靜態測試可用于白盒測試中。

  2、動態測試:

  運行被測程序本身,包括黑盒和白黑測試。

  3、一般先進行靜態測試,再進行動態測試,原因:

  1、一般先進行靜態分析,將靜態分析的結果作為依據,再使用代碼檢查和動態測試的方式對靜態分析結果進行進一步確認,提高測試效率及準確性。

  2、靜態測試(代碼檢查一般能發現20%~30%的bug,代碼檢查看到的問題本身還不是問題的征兆,為接下來的動態測試減少缺陷,提高效率)->動態測試。

  二、按測試過程和策略可分如下測試類型(階段):

  1、單元測試:對軟件設計單元、功能模塊進行測試,測試內容包括模塊程序結構檢查、代碼測試和模塊內功能測試。(主要是靜態測試)(白盒測試)

  測試內容:

  2、集成測試:對軟件設計單元、功能模塊組裝、集成為系統時,對軟件單元、功能模塊的接口、連接進行測試(靜態測試和動態測試)。(白盒、黑盒測試)

  集成測試模塊組織方式:

  2.1、一次性組裝

  3、確認測試

  確認測試又稱有效性測試。有效性測試是在模擬的環境下,運用黑盒測試的方法,驗證被測軟件是否滿足需求規格說明書列出的需求。任務是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規格說明書中已經明確規定,它包含的信息就是軟件確認測試的基礎。(黑盒測試)

  測試內容包括:

  安裝與反安裝測試

  功能測試

  可靠性測試:故障率

  安全性測試:

  是指測試軟件系統防止非法入侵的能力。“安全”是相對而言的,一般地,如果黑客為非法入侵花費的代價(考慮時間、費用、危險等因素)高于得到的好處,那么這樣的系統可以認為是安全的。

  時間及空間性能測試

  易用性測試

  可移植性測試 :

  可移植性測試,英文是Portability testing。又稱兼容性測試。

  可移植性測試是指測試軟件是否可以被成功移植到指定的硬件或軟件平臺上。

  可維護性測試

  文檔測試

  4、系統測試

  是將已經確認的軟件、計算機硬件、外設、網絡等其他元素結合在一起,進行信息系統的各種組裝測試和確認測試,系統測試是針對整個產品系統進行的測試,目的是驗證系統是否滿足了需求規格的定義,找出與需求規格不符或與之矛盾的地方,從而提出更加完善的方案。系統測試發現問題之后要經過調試找出錯誤原因和位置,然后進行改正。是基于系統整體需求說明書的黑盒類測試,應覆蓋系統所有聯合的部件。對象不僅僅包括需測試的軟件,還要包含軟件所依賴的硬件、外設甚至包括某些數據、某些支持軟件及其接口等。(黑盒測試)

  測試內容:加兼容性測試,對系統硬件、其他軟件及其之間接口、協調性的測試。

  6、驗收測試

  用戶進行的測試。(黑盒測試)

  Alpha測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試,Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤,可以在測試現場立刻反饋給開發人員,由開發人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟件產品編碼結束之后開始,或在模塊(子系統)測試完成后開始,也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。

  Beta測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場,Beta測試不能由程序員或測試員完成。因而,Beta測試是在開發者無法控制的環境下進行的軟件現場應用。在Beta測試中,由用戶記下遇到的所有問題,包括真實的以及主管認定的,定期向開發者報告,開發者在綜合用戶的報告后,做出修改,最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性,包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后,才能開始Beta測試。由于Beta測試的主要目標是測試可支持性,所以Beta測試應該盡可能由主持產品發行的人員來管理。

  由于Alpha和Beta測試的組織難度大,測試費用高,測試的隨機性強、測試周期跨度較長,測試質量和測試效率難于保證,所以,很多專業軟件可能不再進行Beta測試。隨著測試技術的提高,以及專業測試服務機構的大量涌現,很多軟件的Beta測試外包給這些專業測試機構進行測試。

  二、按軟件用例設計方法(按是否針對程序內部結構)可分為黑盒測試和白黑測試(測試設計方法)

  1、黑盒測試:數據驅動和基于規格說明的測試

  2、白盒測試:邏輯驅動和基于程序的測試

  黑盒測試用例設計方法及白黑測試用例設計方法,見用例設計方法章節。 

原文轉自:http://www.anti-gravitydesign.com

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97