① 軟體測試流程五個階段
軟體測試按照研發階段一般分為5個部分：單元測試、集成測試、確認測試、系統測試、驗收測試，下面將不同階段需要的一些工作內容做一下梳理希望可以幫助到大家。
//No.1//
單元測試又稱為模塊測試，是針對軟體設計的最小單位程序模塊進行正確性檢查的測試工作，單元測試需要從程序內部結構出發設計測試用例，多個模塊可以平行地獨立進行單元測試。
一、單元測試的內容
1、模塊介面測試
2、 局部數據結構測試
3、 路徑測試
運算的優先次序、常見的比較和控制流
4、錯誤處理測試
遇見出錯的條件，並設置適當的出錯處理
5、邊界測試
例如循環的次數，最大或最小值
二、單元測試步驟：
//No.2//
又稱為組裝測試或聯合測試，在單元測試的基礎上，需要將所有模塊按照概要設計說明書和詳細設計說明書的要求進行組裝。
模塊組裝成系統的方式：一次性組裝方式和增殖式組裝方式
一、一次性組裝方式
先對模塊分別進行測試，再把所有模塊組裝進行測試
缺點：發現錯我不容易定位
二、增值式組裝測試
先對一個個模塊進行模塊測試，然後將這些模塊逐步組裝成系統，分為兩種方式：自頂向下的增殖方式和自底向上的增殖方式
1、自頂向下的增殖方式（不需要驅動模塊）
將模塊銨系統程序結構，嚴控制層次自頂向下進行組裝。
首先以主模塊作為被測模塊兼驅動模塊，所有直屬主模塊的下屬模塊全部用樁模塊代替，對主模塊進行測試。再採用深度優先或廣度優先的策略，用實際模塊代替樁模塊，再用樁模塊代替它們的直接下屬模塊，與已經測試的模塊構成新的子系統。然後進行回歸測試。
2、自底向上的增殖方式（不需要驅動模塊）
由驅動模塊控制最底層模塊的並行測試。
3、混合增殖式
優點：能夠較早的發現主要控制方面的問題
缺點：需要建立樁模塊，增加了一些附加的測試，涉及演算法和輸入輸出的模塊一般在底層，這些底層模塊要到組裝和測試的後期才能發現。一旦發現問題就會出現過多的回歸測試。
優點：不需要建立樁模塊，建立驅動模塊要比建立樁模塊要簡單得多，同時涉及到演算法已近輸入輸出的模塊要先測試，把最容易出現問題的部分在早期解決。
缺點：程序一直未能作為一個實體存在，直到最後一個模塊加上才能形成一個實體,控制方面最後才能接觸。
三、集成測試完成的標志：
1、成功執行了測試計劃中規定的所有集成測試
2、修改了所發現的錯誤
3、測試結果通過專門小組的評審
4、集成測試需要提交的測試報告：
5、集成測試計劃、集成測試規格說明書以及集成測試分析報告
//No.3//
確認測試的目標是驗證軟體的功能和性能以及其他特性是否與用戶的要求一致。確認測試一般包括有效性測試和軟體配置復查。一般有第三方測試機構進行。
一、進行有效性測試
現軟體確認要通過一系列黑盒測試。確認測試同樣需要制訂測試計劃和過程，測試計劃應規定測試的種類和測試進度，測試過程則定義一些特殊的測試用例，旨在說明軟體與需求是否一致。
無是計劃還是過程，都應該著重考慮軟體是否滿足合同規定的所有功能和性能，文檔資料是否完整、准確人機界面和其他方面（例如，可移植性、兼容性、錯誤恢復能力和可維護性等）是否令用戶滿意。
確認測試的結果有兩種可能，一種是功能和性能指標滿足軟體需求說明的要求，用戶可以接受；
另一種是軟體不滿足軟體需求說明的要求，用戶無法接受。項目進行到這個階段才發現嚴重錯誤和偏差一般很難在預定的工期內改正，因此必須與用戶協商，尋求一個妥善解決問題的方法
二、軟體配置復查
保證軟體配置的所有成分齊全，質量都符合要求。應該遵守用戶手冊和操作手冊中的規定步驟。
No.4
系統測試
軟體作為計算機系統的一部分，與硬體、網路、外設、支撐軟體、數據以及人員結合在一起，在實際或模擬環境下，對計算機系統進行測試，
目的在於與系統需求比較，發現問題
No.5
以用戶為主的測試，軟體開發人員和質量保證人員參加，由用戶設計測試用例。
不是對系統進行全覆蓋測試，而是對核心業務流程進行測試。
② 剛畢業小白，怎麼入手做軟體測試
第一步：具備軟體測試常識
軟體測試行業就像一個圍城，很多圍城外的人想要進來，一沒有高人指點，領你進去；二沒有人借梯子給你讓你走進去。所以說，如果你是跨專業或者是換職業來做軟體測試工程師，是難度非常大的！
所以呢？作為特別白的小白，如何入行呢？！那麼這個就是我們今天要做的第一步：具備軟體測試常識。
1）什麼是軟體測試
2）軟體測試的分類
3）軟體測試常用的一些用例設計方法
4）如何做需求分析
5）如何寫軟體測試用例
6）什麼是bug&bug的管理工具
7）軟體測試計劃&軟體測試報告
如果以上7點你完全具備了，那麼恭喜你，軟體測試面試的基礎筆試和面試，應該是OK的了。當然你也知道每個公司的要求不可能這么簡單的！我們還需要加特效加技能！ang起來！請看第二步。
第二步：mysql 特效，Duang！
如果你完成了第一步，那麼恭喜你，還是一個可造之材，接下來我們要加特效了！這樣能夠讓你在同等水平中，突出突出特別突出，再也不怕面試官問問題，自己變成傻白甜啦！
1）資料庫的定義（理解概念）
2）資料庫的增刪改操作
3）資料庫的查詢&關聯查詢（這個在筆試的時候經常會做題！沒有這個常識，你看資料庫題目就像是看天書！）
第三步：linux特效，Duang
特效一加完了，這個時候再給自己加點散發光芒的特效。
1）安裝VM虛擬機
2）linux的一些常用操作命令
linux部分不會筆試，但是一般面試官會問：你知道linux命令么？能夠說出一兩個么？當然，你以為學完這兩個就算完了么？遠遠不夠。人總是向前看的啦，那你需要繼續豐滿自己的羽毛，讓自己飛的給高，起步更高！
第四步：逼格提升法
並不會說很多，但是你只需做到下面2點即可：
1）學會搭建tomcat+jdk+mysql環境
2）在linux下自己嘗試搭建bugfree
如果你完成了，你可以在自己簡歷上，妥妥的寫上：能夠獨立搭建測試環境這一項了！你可以試試，面試機率直線提升
第五步：安卓IOS大法好！
那麼上面說的都是WEB層面的，你會常識會搭建環境，那麼其實說起來，現在APP測試工程師是需求量非常大的！所以這個時候，你就需要提升自己APP方面的測試常識了！
1）什麼是APP測試
2）APP測試的重點和方式
3）弄懂APP測試的兼容性
哇咔咔，這下，你可是有身份的人了，你有APP測試常識，那麼一問你，你而已不會懵逼了。
請六步：這是一隻神奇的猴子
學完安卓和IOS大法了。這下，如果能夠給這個大法加點自動化，那就更加美妙了。我們可以學習點下面的知識：
1)monkey命令，讓自己的大法不僅僅是功能大法，還能夠動起來~~動感十足！
2）uiautomator自動化，這樣我們也是寫過代碼的人了。
誰還敢給你臉色看，說你測試功底不咋樣，我們就炒他魷魚！
第七步：軟體測試從入門到放棄
都說軟體測試門檻低，其實說低也低，說高也高。如果你學著
學著覺得很難很難，沒有力氣堅持下去，那麼，其實，人嘛，活著開心最重要，那我們就乾脆放棄了。突然發現，不跟計算機打交道的日子裡，天空是那麼的藍~花兒是那麼的艷~我們一起去大吃一頓，放棄入門吧！
第八步：找到捷徑，重拾軟體測試
入門有捷徑，當然啦！！！最快的捷徑，絕對勁爆！不需要你自己去找資料，不需要你自己去滿大街的下載軟體，老師手把手教你。當當當~~~這個捷徑就是： 報名參加檸檬班！
讓你以愉快的心情進入軟體測試行業，高薪換行就業不再那麼遙遠！
③ 一個完整的測試流程，軟體測試的流程是什麼
提起一個完整的測試流程，大家都知道，有人問軟體測試的流程是什麼？另外，還有人想問一個的工作流程，你知道這是怎麼回事？其實怎麼寫出一整套的測試流程規范，下面就一起來看看軟體測試的流程是什麼？希望能夠幫助到大家！
一個完整的測試流程
1、一個完整的測試流程:軟體測試的流程是什麼？
軟體測試流程：
在測試前拿到產品需求文檔，進行需求分析及需求評審前先對需求文檔進行詳細的閱讀，對有疑問的地方進行標注。測試過程最深刻的BUG。
具體可從以下進行：
a.分析產品功能點完整的測試流程包括。
b.產品核心競爭力什麼叫做整機測試。
c.Kano模型、馬斯洛需求分析、多問幾個為什麼、上下文分析法手機整機測試流程。
工欲善其事，必先利其器；對測試而言，測例就是器，做好了才能把好關
a.使用思維導圖列舉測試大綱，盡量發散，想到什麼就寫什麼，；先放後收，對知識點進行總結和歸納，標記重點測試模塊，刪除冗餘及重復測試點。SdV測試流程。
b.可使用邊界值法、等價類劃分法、錯誤推測法、圖法等設計案例
c.根據測試大綱制定測例，需包含模塊名、測試優先順序、操作步驟、期望結果、測試結果、備注
a.測試作為主導，聯合、項目經理、PM進行測例評審
b.可先講解測試大綱，讓、項目經理、PM心中對測例有個大概；後再進行詳細測例講解一個軟體的測試過程。
a.根據測例執行測試一個完整的測試流程包括。
b.發現問題保留現場，記錄測試方法，通知解決問題DRS測試流程。
c.覆蓋測例之外若有時間可進行探索性測試
a.在Bug管理工具上提交Bug，詳細記錄測試步驟
b.根據Bug嚴重程度劃分Bug等級:致命、嚴重、一般、提示一個項目測試流程。
c.推動解決問題，記錄問題進展，一般聊天溝通，若問題嚴重則需通過郵件推動解決
a.對已修復的Bug進行驗證
怎麼寫出一整套的測試流程規范
b.對Bug所在模塊進行基本功能測試；整體進行冒煙測試，確保不會因為修改Bug而引起其他功能出現問題項目測試流程八個階段。
可使用金字塔原理設計測試報告，先總後分，上級統領下級，下級推導出上級，環環相扣
a.對Bug進行匯總，篩選出各個等級的Bug存活情況
b.制訂Bug發現及解決曲線圖，一般版本正常應是前期多，後期收斂，存活的是級別較低的Bug一個項目的系統測試流程。
c.總結歸納版本情況，評估發布與否
2、一個完整的測試流程:一個的工作流程
一般測試流程：你測試模塊的測試流程。
1.需求分析階段：只要就是對業務的學習，分析需求點。
2.測試計劃階段：測試組長就要根據SOW開始編寫《測試計劃》，其中包括人員，軟體硬體，測試點，集成順序，進度安排和風險識別等內容。
3.測試設計階段：測試方案一般由對需求很熟的高的測試工程師設計，測試方案要求根據《SRS》上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。《測試方案》編寫完成後也需要進行評審。
4.測試方案階段：主要是對測例和規程的設計。測例是根據《測試方案》來編寫的，通過《測試方案》階段，對整個系統需求有了詳細的理解。這時開始編寫用例才能保證用例的可執行和對需求的覆蓋。測例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。測例應該覆蓋測試方案，而測試方案又覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。同樣，測例也需要評審。
5.測試執行階段：執行測例，及時提交有質量的Bug和測試日報，測試報告等相關文檔。
以上就是與軟體測試的流程是什麼？相關內容，是關於軟體測試的流程是什麼？的分享。看完一個完整的測試流程後，希望這對大家有所幫助！
④ 軟體測試的流程是什麼
軟體測試的流程：
1、根據軟體設計需求制定測試計劃，測試數據和測試用例。
2、搭建測試環境、執行測試用例。
3、提交測試報告。
4、跟蹤Bug修改情況，不斷測試完善產品。
5、產品的其他方面測試。
⑤ 怎麼做好軟體測試一個合格得軟體測試師要具備哪些能力
一個好的軟體測試工程師，必要的條件有：
對開發技術的了解
對測試理論的熟悉
對產品、系統業務邏輯的熟悉
對客戶立場、應用背景、業務需求、市場的把握
不斷的學習和總結能力
良好的溝通能力
進一步的，對自動化測試工具的使用。
分步來說：
開發技術 一個測試人員在測試一個產品的時候是不能不了解開發技術的。無論是白盒還是黑盒測試，只要掌握了開發技術就能讓自己在心理預期到可能出錯的地方。同時增強了對產品測試的信心。否則，只知道產品的表現，只是通過外在的問題去提交測試報告，那麼很顯然，對產品的測試是不健全的，因為不能發現底層的根本問題。舉例來說，對J2EE的產品，很多數據都是放在session中的，那麼當注銷之後數據就不存在了，如果不了解這一點，很可能人為本次刷新頁面或者業務流程中能看到對應的數據，比如購買了某個商品。那麼當退出再登錄之後一看，咦，數據怎麼沒有了，為什麼購買的產品么有記錄？這是通過技術的了解去猜測可能出現問題的地方。所以對技術機制、軟體架構、交互方式一定要有所把握。
2. 測試理論 很顯然這是測試的基礎，如果連基本的邊界值、等價類劃分、因果圖等測試方法都不了解，那肯定是沒法測試的。即使不知道這些理論，在實際工作中也會用到這些方法，但是系統的理論知識一定能讓自己對測試過程、測試方法有更充分的准備和判斷。
3.產品、系統業務邏輯的熟悉 這一點很重要，是因為一個產品肯定是面向特定用戶、特定商業目的的。比如社保系統，客戶是社保局的工作人員，同時也暗指了普通的老百姓，因為工作人員是替老百姓辦事兒的。那麼辦事兒的目的、使用的數據、業務流程，都要在系統中體現出來，這也是系統存在的價值。公積金轉移、銷戶具備的條件一定要清楚，這樣才能設計足夠覆蓋面的測試用例，從而測試系統的功能是否健壯、完善、高效。
4.客戶立場、應用背景、業務需求、市場的把握 產品或系統，都是與時俱進的，每當客戶提出一個需求或者我們開發一個新的產品的時候，一個出發點就是市場、業務、流程等方面發生了變化。比如電信營業廳的BSS系統，也就是營業員使用的系統，已經從第一代更新到第五代了。這期間不僅經歷了從固網業務到寬頻業務的變化，也融合了移動網路也就是手機的業務，最後也加入了對3G業務的支撐。顯然，了解產品的變動原因，有利於把握對產品的了解和未來走勢的判斷，這樣能幫助自己稱為業務專家。當業務熟悉的時候，對測試過程也就十分熟悉了。
5. 不斷的學習和總結能力 這一點是進步的基礎。無論是開發還是測試，總是要面對變化，這包含業務上的也包含系統的技術方面。比如原來很多系統是採用cs架構的，但是隨著互聯網的普及和其他原因，現在大多數的系統都是bs架構的了。bs架構的系統結構、開發方式、技術手段、測試方法。都需要不斷的積累經驗。
6. 良好的溝通能力
測試人員的最終立場是客戶，即代表客戶去測試產品。同時也站在開發的角度去測試產品，保證產品的質量。最後也要站在管理的角度對公司的過程管理進行優化。所以說，測試人員的角色是很復雜的，正式因為很多問題都是測試人員發現的，他們讓企業更了解自己的缺陷。所以測試人員實在是太重要了，尤其是在競爭激烈的今天。那麼對於測試人員來說，良好的溝通能力就非常重要，因為測試人員要打交道的有：客戶、開發人員、項目經理或測試經理。每一個缺陷的發現都會讓上述人員有所了解，最困難的是和開發人員的溝通。因為很多開發人員人為一些小事情根本就不是問題，但是這些問題卻影響了客戶在使用系統時候所體會到的可用性、健壯性。開發人員的立場是做出來產品，測試人員的立場是使用產品及檢驗產品。雙方是一個對立的角色，但是最終目標是相同的。所以溝通的時候需要把握的原則是共同目標，不要產生對立。溝通的技巧需要逐步積累，不是一蹴而就的。
7. 進一步的，對自動化測試工具的使用。現在系統越來越復雜，開發周期越來越長。所以對測試工具的掌握能夠減輕測試人員的工作壓力。尤其是回歸測試這個比較讓人頭疼的事情。有耐心的人還好，沒有耐性的人對於那種總是經常重復的工作會非常厭煩，導致情緒糟糕。另一方面，測試是需要充足覆蓋的，不能相信人腦的測試流程、數據的記憶，一定要形成腳本，程序是不會以往流程或者數據的，人腦卻會。所以使用自動化測試工具的好處就顯而易見了。
其他方面也有很多比如責任心什麼的，不過個人認為任何工作都需要責任心，不用多強調。不過上面幾點是我人為比較重要的，希望能夠幫到你。
⑥ 怎麼自學軟體測試
軟體測試基礎免費下載
鏈接:https://pan..com/s/1hk72ABwcQkFC_9v3py0hlw
《軟體測試基礎（英文版）》融入了最新的測試技術，包括現代軟體方法（如面向對象）、Web應用程序陽嵌入式軟體。另外，《軟體測試基礎（英文版）》包含了大量的實例。
⑦ 如何進行軟體功能測試
我是做軟體測試工作的，仁者見仁智者見智，水平有限，就你提出的問題作一個簡單的回答吧，一是期望對你的問題有所幫助，二也是對我自己的提高。
1、我對你的第一個問題表示質疑，你認為測試是保證軟體質量嗎？能保證嗎？
測試只能提高軟體質量，做不到保證，bug是永遠存在的，測試工作可以讓這
量減少、降低嚴重問題的存在；軟體過程才可能保證它的質量，不是軟體測
試，所以這一點我要明確出來。一個軟體的質量好壞不依賴於測試者，測試
再高明，軟體設計本身的水平面要品質不高，巧婦也有無米之炊的無奈。
2、測試的原本目標就是發現缺陷，挑毛病，工作性質和開發人員相反，但目標
是一致的，都是為了使軟體更完美、更穩定。
3、蓋房子的時候，先打地基，地基如果有毛病（如不夠深、不平），那以後房
蓋起來了住個幾年，你會發現樓上的梁會發裂，滲水，然後越來越讓人擔
憂。這時你要修復怎麼辦，再怎麼補都不放心，因為地基有缺陷啊！這個道
和第三個問題是一模一樣的，修復的代價太大太大了！在測試中有一個規
則，問題越早解決代價越小，單元測試發現的問題解決只要1塊錢，等到集成
測試再解決，要10塊錢，你認為比例有多大？需求分析系統設計是源頭，重
中之重，這個比例我認為要在上面我舉例中增加80%，就是說它會導致你在編
碼階段多付出8塊錢。前期可能不覺得，越到後期將發現非常頭痛，這也是我
的經驗之談，沒有太多的科學性哦。
4、對於測試員，首先是效率減低；對於項目而言，成本增加了。瞧病就錯了
診，影響大么？將導致後面的百分之八十的事情白做了，百分之二在長遠
目標中有後期幫助，同時證明另外百分之八十步入歧途。這就要在測試設計
的時候要仔細全面，但是這種事情多少都避免不了，早一點發現並改變，也
是很重要的，另外多布置一些小結會議，有利到測試的工作方向和目標。
usfo，希望我的回答對你稍有幫助哦。
⑧ 軟體測試流程是什麼
測試流程依次如下：
1、需求：閱讀需求，理解需求，與客戶、開發、架構多方交流，深入了解需求。--testing team
2、測試計劃: 根據需求估算測試所需資源（人力、設備等）、所需時間、功能點劃分、如何合理分配安排資源等。---testing leader or testing manager
3、用例設計：根據測試計劃、任務分配、功能點劃分，設計合理的測試用例。---testing leader, senior tester
4、執行測試：根據測試用例的詳細步驟，執行測試用例。--every tester(主要是初級測試人員)
5、執行結果記錄和bug記錄：對每個case記錄測試的結果，有bug的在測試管理工具中編寫bug記錄。--every tester(主要是初級測試人員)
6、defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。--every tester
7、測試報告：通過不斷測試、追蹤，直到被測軟體達到測試需求要求，並沒有重大bug.
8、用戶體驗、軟體發布等。
(8)怎樣做一個測評軟體擴展閱讀：
流程分析：
這個流程唯一的優點，就是能快速的發現並修復問題。
這個流程中，項目經理是核心，項目經理也確實是有多年開發與項目經驗的牛人，他喜歡不定期分享上些前沿的技術。
對於測試來說，需求很不明確，測試文檔與用例也是可有可無的產物，沒有需求文檔，或非常簡陋，根據需求文檔根本無法編寫用例。
通用的測試用例，如登錄、文件上傳下載、列表翻頁、日期選擇、輸入框驗證、搜索等有一些「通用型」用例，以便在測試過程中做參考。
⑨ 軟體測試的方法一共有幾種
1、從是否關心內部結構來看
（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據並完成測試的一種測試方法。
（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟體或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。
（3）灰盒測試：是一種綜合測試法，它將「黑盒」測試與「白盒」測試結合在一起，是基於程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序並採集路徑執行信息和外部用戶介面結果的測試技術。
2、從是否執行代碼看
（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。
(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性和健壯性等性能指標。
3、從開發過程級別看
（1）單元測試：又稱模塊測試，是針對軟體設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在於檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和介面要求。
(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關系，以期望通過測試發現各軟體單元介面之間存在的問題，最終把經過測試的單元組成符合設計要求的軟體。
（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬體系統進行的測試活動、它是將已經集成好的軟體系統，作為基於整個計算機系統的一個元素，與計算機硬體、外設、某些支持軟體、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。
在系統測試中，對於具體的測試類型有：
（1）功能測試：對軟體需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。
（2）性能測試：對軟體需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。
（3）介面測試：對軟體需求規格說明中的介面需求逐項進行的測試。
（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。
（5）強度測試：強制軟體運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟體可以運行到何種程序的測試。
（6）餘量測試：對軟體是否達到規格說明中要求的餘量的測試。
（7）安全性測試：檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試，
（8）可靠性測試：在真實的或模擬的環境中，為做出軟體可靠性估計而對軟體進行的功能（其輸入覆蓋和環境覆蓋一般大於普通的功能測試）
（9）恢復性測試：對有恢復或重置功能的軟體的每一類導致恢復或重置的情況，逐一進行的測試。
（10）邊界測試：對軟體處在邊界或端點情況下運行狀態的測試。
（11）數據處理測試：對完成專門數據處理功能所進行的測試。
（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。
（13）容量測試：檢驗軟體的能力最高能達到什麼程度的測試。
（14）互操作性測試：為驗證不同軟體之間的互操作能力而進行的測試。
（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。
（16）標准符合性測試：驗證軟體與相關國家標准或規范（如軍用標准、國家標准、行業標准及國際標准）一致性的測試。
（17）兼容性測試：驗證軟體在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。
（18）中文本地化測試：驗證軟體在不降低原有能力的條件下，處理中文能力的測試。
4、從執行過程是否需要人工干預來看
（1）手工測試：就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟體進行交互（如輸入測試數據、記錄測試結果等），然後觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬於比較原始但是必須執行的一個步驟。
（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）
5、從測試實施組織看
（1）開發測試：開發人員進行的測試
（2）用戶測試：用戶方進行的測試
（3）第三方測試：有別於開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性
6、從測試所處的環境看
（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試
（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，並要求用戶報告
(9)怎樣做一個測評軟體擴展閱讀
軟體測試的內容：
1 得到需求、功能設計、內部設計說書和其他必要的文檔
2 得到預算和進度要求
3 確定與項目有關的人員和他們的責任、對報告的要求、所需的標准和過程 ( 例如發行過程、變更過程、等等 )
4 確定應用軟體的高風險范圍，建立優先順序、確定測試所涉及的范圍和限制
5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試
6 確定對測試環境的要求 ( 硬體、軟體、通信等 )
7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等
8 確定對測試的輸入數據的要求
9 分配任務和任務負責人，以及所需的勞動力
10 設立大致的時間表、期限、和里程碑
11 確定輸入環境的類別、邊界值分析、錯誤類別
12 准備測試計劃文件和對計劃進行必要的回顧
13 准備白盒測試案例
14 對測試案例進行必要的回顧 / 調查 / 計劃
15 准備測試環境和測試用具，得到必需的用戶手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日誌和檔案、建立或得到測試輸入數據
16 得到並安裝軟體版本
17 進行測試
18 評估和報告結果
19 跟蹤問題 / 錯誤，並解決它
20 如果有必要，重新進行測試
21 在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具