A. 軟體測試方法的分類有哪些
1)按照測試技術劃分
黑盒測試:功能測試,必須
白盒測試:邏輯結構測試,代碼的邏輯、演算法、結構是否正確,要求必須懂得代碼,需要編寫測試用例,可選
灰盒測試:介於中間
注意:在單元測試時,白盒應用相對較多,在集成測試時,灰盒測試應用相對較多,在系統、驗收測試時一般就不會使用白盒測試和灰盒測試了。
2)按是否需要運行代碼劃分
靜態測試:界面測試,文檔測試,代碼測試【重點關注代碼的規范性,一般檢查變數的命名,注釋的頻率,編程的規范性,不需要寫測試用例,一般只需要有代碼審查單】
注意:一般經常把白盒測試和靜態測試的要素結合在一起,形成靜態白盒測試
動態測試:運行程序進行檢查,檢查實際輸出結果和預期結果是否相符
3)按軟體特性分類
功能測試
性能測試
B. 軟體測試的類型主要分為什麼各種測試之間有什麼區別
看用啥維度,給幾個吧
驗證,確認 ,前者是滿足需求,後者是滿足用戶定義
靜態,動態 是否運行被測對象
黑盒,白盒 是否知道被測對象的內部結構
單元,集成,系統,回歸,驗收,a測試,b測試 生命周期的不同階段,單元針對模塊,集成針對介面,系統針對需求,回歸針對修復後的代碼,驗收是確定是否客戶的需求,a測試在開發環境模擬用戶使用,b就是真正在客戶環境測試。
C. 通常軟體項目中,都有什麼測試類型
軟體項目,有什麼測試類型,那很多啊,比如流暢度,兼容性,匹配度,還有軟體的內存佔用,系統許可權要求等等,十分多,具體看是什麼機構做什麼類型的測試,作用不同
D. 軟體測試中系統測試的類型有哪些
系統測試包括恢復測試、安全測試、壓力測試。具體如下:
1、恢復測試
恢復測試作為一種系統測試,主要關注導致軟體運行失敗的各種條件,並驗證其恢復過程能否正確執行。在特定情況下,系統需具備容錯能力。另外,系統失效必須在規定時間段內被更正,否則將會導致嚴重的經濟損失。
2、安全測試
安全測試用來驗證系統內部的保護機制,以防止非法侵入。在安全測試中,測試人員扮演試圖侵入系統的角色,採用各種辦法試圖突破防線。因此系統安全設計的准則是要想方設法使侵入系統所需的代價更加昂貴。
3、壓力測試
壓力測試是指在正常資源下使用異常的訪問量、頻率或數據量來執行系統。在壓力測試中可執行:如果平均中斷數量是每秒一到兩次,那麼設計特殊的測試用例產生每秒十次中斷;在虛擬操作系統下,產生需要最大內存量或其它資源的測試用例,或產生需要過量磁碟存儲的數據。
(4)軟體測試類型都有哪些擴展閱讀:
系統測試的目標和原則:
1、 確保系統測試的活動是按計劃進行的;
2、 驗證軟體產品是否與系統需求用例不相符合或與之矛盾;
3、 建立完善的系統測試缺陷記錄跟蹤庫;
4、 確保軟體系統測試活動及其結果及時通知相關小組和個人。
5、原則是測試機構要獨立;要精心設計測試計劃,要進行回歸測試;測試要遵從經濟性原則。
E. 軟體測試有哪幾類
按運行狀態:動態測試、靜態測試;
按執行過程:手工測試、自動化測試;
按內容劃分:功能測試、易用性測試、兼容性測試、文檔測試等
按用例設計:黑盒測試、白盒測試、灰盒測試;
按開發:單元測試、系統測試、集成測試、驗收測試
其他:隨機測試、冒煙測試、回歸測試
F. 軟體測試的種類
軟體測試分類有哪些呢?卓碼軟體測評小編從以下三個方面進行分類:
1.按照代碼可見程度
測試行業人們比較熟悉的名詞大概就是黑盒測試、白盒測試、灰盒測試了。這也是根據軟體產品代碼的可見程度來進行區分的。黑盒測試就是指專注於產品外部機構的測試,不考慮源代碼和邏輯等。而像白盒測試就是打開「軟體盒子」內部,研究程序的構造等。灰盒測試則是介於兩者之間。
2.按照軟體測試內容
按照軟體測試內容劃分的話,主要是對產品的性能測試、功能測試、壓力測試等,測試軟體系統的功能及穩定性等。更多測試資訊你也可以上卓碼測評官網看看
3.按照項目周期
還有常見的就是在軟體項目不同的研發周期開展的軟體測試,比如是開發前期程序單個模塊開展的單元測試,接著是在單元測試基礎上開展的集成測試、系統測試等,還包含在軟體交付階段的驗收測試等。
G. 軟體測試是怎麼分類的,有哪些種
軟體測試分類
軟體測試是一項復雜的系統工程,從不同的角度考慮可以有不同的劃分方法,對測試進行分類是為了更好的明確測試的過程,了解測試究竟要完成哪些工作,盡量做到全面測試。
1,按是否需要執行被測軟體的角度
按是否需要執行被測軟體的角度,可分為靜態測試和動態測試,前者不利用計算機運行待測程序而應用其他手段實現測試目的,如代碼審核。(我認為主要是讓測試人員對編譯器發現不了的潛在錯誤進行分析,如無效的死循環,多餘的變數等),而動態測試則通過運行被測試軟體來達到目的。
2、按階段劃分:
1 單元測試
單元測試是對軟體中的基本組成單位進行的測試,如一個模塊、一個過程等等。它是軟體動態測試的最基本的部分,也是最重要的部分之一,其目的是檢驗軟體基本組成單位的正確性。因為單元測試需要知道內部程序設計和編碼的細節知識,一般應由程序員而非測試員來完成,往往需要開發測試驅動模塊和樁模塊來輔助完成單元測試。因此應用系統有一個設計很好的體系結構就顯得尤為重要。
一個軟體單元的正確性是相對於該單元的規約而言的。因此,單元測試以被測試單位的規約為基準。單元測試的主要方法有控制流測試、數據流測試、排錯測試、分域測試等等。
2 集成測試
集成測試是在軟體系統集成過程中所進行的測試,其主要目的是檢查軟體單位之間的介面是否正確。它根據集成測試計劃,一邊將模塊或其他軟體單位組合成越來越大的系統,一邊運行該系統,以分析所組成的系統是否正確,各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。
3 系統測試
系統測試是對已經集成好的軟體系統進行徹底的測試,以驗證軟體系統的正確性和性能等滿足其規約所指定的要求,檢查軟體的行為和輸出是否正確並非一項簡單的任務,它被稱為測試的「先知者問題」。因此,系統測試應該按照測試計劃進行,其輸入、輸出和其他動態運行行為應該與軟體規約進行對比。軟體系統測試方法很多,主要有功能測試、性能測試、隨機測試等等。
4 驗收測試
驗收測試旨在向軟體的購買者展示該軟體系統滿足其用戶的需求。它的測試數據通常是系統測試的測試數據的子集。所不同的是,驗收測試常常有軟體系統的購買者代表在現場,甚至是在軟體安裝使用的現場。這是軟體在投入使用之前的最後測試。
5 回歸測試
回歸測試是在軟體維護階段,對軟體進行修改之後進行的測試。其目的是檢驗對軟體進行的修改是否正確。這里,修改的正確性有兩重含義:一是所作的修改達到了預定目的,如錯誤得到改正,能夠適應新的運行環境等等;二是不影響軟體的其他功能的正確性。
6 Alpha 測試:在系統開發接近完成時對應用系統的測試;測試後,仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成,不能由程序員或測試員完成。
7 Beta 測試:當開發和測試根本完成時所做的測試,而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成,不能由程序員或測試員完成。
3、按測試方法劃分:
1 白盒測試
白盒測試也稱結構測試或邏輯驅動測試,是指基於一個應用代碼的內部邏輯知識,即基於覆蓋全部代碼、分支、路徑、條件的測試,它是知道產品內部工作過程,可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行,按照程序內部的結構測試程序,檢驗程序中的每條通路是否都有能按預定要求正確工作,而不顧它的功能,白盒測試的主要方法有邏輯驅動、基路測試等,主要用於軟體驗證。
「白盒」法全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。「白盒」法是窮舉路徑測試。在使用這一方案時,測試者必須檢查程序的內部結構,從檢查程序的邏輯著手,得出測試數據。貫穿程序的獨立路徑數是天文數字。但即使每條路徑都測試了仍然可能有錯誤。第一,窮舉路徑測試決不能查出程序違反了設計規范,即程序本身是個錯誤的程序。第二,窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三,窮舉路徑測試可能發現不了一些與數據相關的錯誤。
白盒測試可以藉助一些工具來完成如Junit Framework,Jtest等。
2 黑盒測試
黑盒測試是指不基於內部設計和代碼的任何知識,而基於需求和功能性的測試,黑盒測試也稱功能測試或數據驅動測試,它是在已知產品所應具有的功能,通過測試來檢測每個功能是否都能正常使用,在測試時,把程序看作一個不能打開的黑盆子,在完全不考慮程序內部結構和內部特性的情況下,測試者在程序介面進行測試,它只檢查程序功能是否按照需求規格說明書的規定正常使用,程序是否能適當地接收輸入數鋸而產生正確的輸出信息,並且保持外部信息(如資料庫或文件)的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等,主要用於軟體確認測試。
「黑盒」法著眼於程序外部結構、不考慮內部邏輯結構、針對軟體界面和軟體功能進行測試。「黑盒」法是窮舉輸入測試,只有把所有可能的輸入都作為測試情況使用,才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個,人們不僅要測試所有合法的輸入,而且還要對那些不合法但是可能的輸入進行測試。
黑盒測試也可以藉助一些工具,如WinRunner,QuickTestPro,Rational Robot等。
3 ALAC(Act-like-a-customer)測試
ALAC測試是一種基於客戶使用產品的知識開發出來的測試方法。ALAC測試是基於復雜的軟體產品有許多錯誤的原則。最大的受益者是用戶,缺陷查找和改正將針對哪些客戶最容易遇到的錯誤。
H. 軟體測試測試分類有幾種,分別是
看你從哪個維度去分類了,
在系統測試中,對於具體的測試類型有:功能測試、介面測試、性能測試、安全測試、邊界測試等等;
從內部結構來看又分為白盒測試、灰盒測試、黑盒測試
I. 軟體測試有哪幾類
軟體測試有以下4類:
1、靜態測試
靜態測試指軟體代碼的靜態分析測驗,此類過程中應用數據較少,主要過程為通過軟體的靜態性測試(即人工推斷或計算機輔助測試)。
測試程序中運算方式、演算法的正確性,進而完成測試過程,此類測試的優點在於能夠消耗較短時間、較少資源完成對軟體、軟體代碼的測試,能夠較為明顯地發現此類代碼中出現的錯誤。
2、動態測試
計算機動態測試的主要目的為檢測軟體運行中出現的問題,較靜態測試方式相比,其被稱為動態的原因即為其測試方式主要依賴程序的運用。
主要為檢測軟體中動態行為是否缺失、軟體運行效果是否良好。其最為明顯的特徵即為進行動態測試時軟體為運轉狀態,只有如此才能於使用過程中發現軟體缺陷,進而對此類缺陷進行修復。
3、黑盒測試
黑盒測試,顧名思義即為將軟體測試環境模擬為不可見的「黑盒」。
通過數據輸入觀察數據輸出,檢查軟體內部功能是否正常。測試展開時,數據輸入軟體中,等待數據輸出。數據輸出時若與預計數據一致,則證明該軟體通過測試,若數據與預計數據有出入,即便出入較小亦證明軟體程序內部出現問題,需盡快解決。
4、白盒測試
白盒測試相對於黑盒測試而言具有一定透明性,原理為根據軟體內部應用、源代碼等對產品內部工作過程進行調試。
測試過程中常將其與軟體內部結構協同展開分析,最大優點即為其能夠有效解決軟體內部應用程序出現的問題,測試過程中常將其與黑盒測試方式結合,當測試軟體功能較多時,白盒測試法亦可對此類情況展開有效調試。
(9)軟體測試類型都有哪些擴展閱讀
軟體測試發展趨勢
從整體行業背景看,一方面,在中國的很多軟體企業存在著重開發、輕測試的現象,造成日後的軟體產品的質量問題頻出,亟待解決;另一方面市場上的軟體測試人員偏少,崗位缺口較大,不少企業以開發暫代測試,以作急用。軟體測試人才的缺口在30萬人以上。
從個人職業發展看,軟體測試人才更強調崗位的經驗積累。從業者在擁有幾年的測試經驗背景後,可以逐步轉向管理或者資深測試工程師,擔當測試經理或者部門主管,所以職業壽命更長。另外,由於國內軟體測試工程師人才奇缺,並且一般只有大中型企業才會單獨設立軟體測試部門,所以很有保障,待遇普遍較高。