一、按開發階段劃分
1.單元測試 unit testing
又稱模組測試,測試物件的最小單位是模組(如登入註冊等程式模組),檢驗軟體測試基本組成單位
2.整合測試 integration testing
整合測試也稱聯合測試(聯調)、組裝測試:將程式模組採用適當的整合策略組裝起來,對系統的介面及整合後的功能進行正確性檢測的測試工作。整合主要目的是檢查軟體單位之間的介面是否正確。
3.系統測試 system testing
將軟體系統當做乙個系統測試,包括功能、效能以及軟體所執行的軟硬體環境進行測試。時間大部分在系統測試執行階段,包括回歸測試和冒煙測試。回歸測試可以理解為開發修復bug後你再測一次。冒煙測試可以理解為,組裝系統後跑一次,會不會直接報錯或者完全用不了,不具備測試性。
4.驗收測試 acceptance testing
是部署軟體之前的最後乙個測試操作。它是技術測試的最後乙個階段,也稱為交付測試。向軟體購買者或者產品經理(產品經理有時代表使用者,他是做使用者調研的)展示該軟體系統滿足原始需求。
二、按是否手工執行劃分三、按是否檢視**劃分
1.黑盒測試
黑盒測試類似功能測試,測試中把被測的軟體當成乙個黑盒子,不關心盒子的內部結構是設麼,只關心軟體的輸入資料和輸出資料。
2.白盒測試
白盒測試又稱為結構測試、透明盒測試、邏輯驅動測試或基於**的測試,白盒測試是指開啟盒子,去研究裡面的源**和程式結果。
3.灰盒測試
灰盒測試是介於白盒測試和黑盒測試之間的一種,灰盒測試多用於整合測試階段,不僅關注輸入、輸出的正確性,同時也關注程式內部的情況。例如先黑盒,出現bug後看**直接定位bug找出原因。
四、按是否執行劃分
1.靜態測試 static testing
靜態方法是指不執行被測程式本身,僅通過分析或檢查源程式語法 結構 過程 介面等來檢查程式的正確性,對需求規格說明書 軟體設計說明書 源程式做結構分析 流程圖分析 符號執行來找錯。簡稱:讀**。
2.動態測試 dynamic testing
動態測試是指通過執行被測程式,檢查執行結果與預期結果的差異。黑盒、灰盒測試被包括於動態測試。
五、按測試物件劃分六、按測試實施的組織劃分
1、α測試 (alpha testing)邀請部分使用者,以及公司內部人員測試,如內部刪檔測試
2、β測試 (beta testing)幾乎面向所有使用者的測試,如遊戲公測
α測試與beta測試的區別:
(1)測試的場所不同:alpha測試是指把使用者請到開發方的場所來測試,beta測試是指在乙個或多個使用者的場所進行的測試。
(2)alpha測試的環境是受開發方控制的,使用者的數量相對比較少,時間比較集中。beta測試的環境是不受開發方控制的,使用者數量相對比較多,時間不集中。qq的beta大家都有影響,小時候不懂為啥加個beta哈哈。
(3)alpha測試先於beta測試執行。通用的軟體產品需要較大規模的beta測試,測試週期比較長。
3、第三方測試 (third-patry testing)
介於開發方和使用者方之間的第三方組織測試,例如網上的測試平台蒲某英平台,開發完成後你付費,該公司幫你測試。
七、按測試地域劃分
一口一口吃掉Hibernate(七) 繼承對映
前幾篇博文中講到了常用的幾種關聯對映。其實hibernate中還有一種 省勁兒 的對映,那就是 繼承對映 學了這麼多的關係映 繼承對映,從字面上也能了解到猜到幾分。沒錯,繼承對映就是為繼承樹而設定的一種對映方案。繼承對映的實現有三種策略 我們還是用例項來說明一下,直接上圖吧 pig和bird都繼承自...
吃一口黑蘋果
參考 我的電腦配置 三星rv520 cpu型號 intel 酷睿i3 2310m cpu主頻 2.1ghz 記憶體容量 4gb ddr3 1066mhz 硬碟容量 500gb 5400轉,sata host os windows 7 64bits guest os mac os x snow leo...
一口一口吃掉Struts(十) 異常自動處理機制
在通常的情況下,我們得到異常以後,需要將頁面導航到乙個錯誤提示的頁面,提示錯誤資訊。利用stuts我們可以採用兩種方式處理異常 一 程式設計式異常處理 即我們在action中呼叫業務邏輯層物件的方法時,用trycatch的方式來截獲異常之後,手工對異常進行處理 我們以前的開發過程中,都是使用程式設計...