1、軟體測驗分類

按照開發階段劃分
（1）單元測驗：一般要讀程式和代碼，大多數時候，單元測驗由開發人員自己去完成（開發交叉完成）（但是一般不認為是在做測驗），測驗人員為什么不做單元測驗？因一般測驗人員不懂代碼和演算法，

（2）集成測驗：比較多地設計到介面測驗，它是一個持續不斷的程序，

（3）確認測驗：功能是否實作，一般都是正向的測驗，通過了確認測驗之后的軟體，才具備進入系統測驗的資質，有時候也把確認測驗稱為冒煙測驗，一般不作為正式的測驗環節，

（4）系統測驗：是全面的測驗，是系統所有功能的測驗，模擬所有的軟體用戶的操作，也是全方位的，和硬體系統的聯系，和系統軟體的聯系，和其他軟體的聯系，

（5）驗收測驗：一般是供求雙方，一般有三種驗收測驗的主體，α測驗：軟體的開發商自己進行的交付前的測驗，β測驗：軟體的需求方自己進行的測驗，γ測驗：第三方的軟體測驗，

（2）白盒測驗：通過對程式內部結構的分析、檢測來尋找問題，

（3）灰盒測驗：介于白盒測驗和黑盒測驗之間的測驗，

（2）動態測驗
區分靜態測驗還是動態測驗，唯一的標準就是看是否運行程式，

按照軟體特性分類
（1）功能測驗：是黑盒測驗的一方面，檢查實際軟體的功能是否符合用戶的需求，體現在：邏輯功能測驗、界面測驗、易用性測驗、安裝/卸載測驗、兼容性測驗，

（2）性能測驗：主要有時間性能和空間性能兩種

（3）安全性測驗

（2）自動化測驗：利用工具軟體，或者撰寫代碼的方式，測驗被測的軟體系統，（游戲外掛）

其他測驗型別
（1）回歸測驗：指對軟體的新版本測驗時，重復執行之前某一個重要版本的所有測驗用例，目的：A.驗證之前版本產生的所有缺陷已全部被修復，B.確認修復這些缺陷沒有引發新的缺陷，

（2）冒煙測驗：指在對一個新版本進行系統大規模的測驗之前，先驗證一下軟體的基本功能是否實作，是否具備可測性，也叫可測性測驗，

（3）隨機測驗：指測驗人員基于經驗和直覺的測驗，發現一些邊緣性的錯誤，

（4）猴子測驗：把自己當成不懂產品的笨蛋或小動物，隨便亂點，沒有任何的主觀意識和想法參與進來，讓一些意向不到的操作造成錯誤的結果，

在這里插入圖片描述

2、軟體測驗的原則

（1）所有測驗的標準都是建立在用戶需求之上，

（2）軟體測驗必須基于“質量第一”的思想去開展各項作業，當時間和質量沖突時，時間要服從質量，

（3）事先定義好產品的質量標準，只有有了質量標準，才能根據測驗的結果，對產品的質量進行分析和評估，

（4）軟體專案一啟動，軟體測驗就開始，而不是等程式寫完，才開始進行測驗，

（5）窮舉測驗是不可能的，

（6）第三方進行測驗會更客觀、更有效，

（7）軟體測驗計劃是做好軟體測驗作業的前提，

（8）測驗用例是設計出來的，不是寫出來的，所以要根據測驗的目的，采用相應的方法去設計測驗用例，從而提高測驗的效率，更多地發現錯誤，提高程式的可靠性，

設計和撰寫測驗用例有什么區別？設計是一項腦力活動，撰寫是一項體力活動，將設計好的內容通過文字的形式表現出來，

（9）對發現錯誤較多的程式段，應進行更深入的測驗，一般來說，一段程式中已被發現的錯誤數越多，其中存在的錯誤概率也就越大，對發現缺陷的模塊使勁兒測，另外關聯的模塊也要進行測驗，（缺陷有一種集群效應），

（10）重視檔案，妥善保存一切測驗程序檔案（測驗計劃、測驗用例、測驗報告等），

（11）應當把“盡早和不斷地測驗”作為測驗人員的座右銘，

（12）回歸測驗的關聯性一定要引起充分的注意，修改一個錯誤而引起更多錯誤出現的現象并不少見，

（13）測驗應從“小規模”開始，逐步轉向“大規模”，

（14）不可將測驗用例置之度外，排除隨意性，

（15）必須徹底檢查每一個測驗結果，

（16）一定要注意測驗中的錯誤集中發生現象，這和程式員的編程水平和習慣有很大的關系，

（17）對測驗錯誤結果一定要有一個確認的程序，

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/220442.html

標籤：AI