軟件測(cè)試分為哪幾個(gè)階段

軟件測(cè)試分為四個(gè)階段:

單元測(cè)試階段、集成測(cè)試階段、系統(tǒng)測(cè)試階段、驗(yàn)收測(cè)試階段。

單元測(cè)試階段：單元測(cè)試又稱模塊測(cè)試、邏輯測(cè)試或結(jié)構(gòu)測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單元——程序模塊或功能模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。

集成測(cè)試階段：集成測(cè)試又稱組裝測(cè)試，在單元測(cè)試的基礎(chǔ)上把軟件逐漸組裝起來一起繼續(xù)測(cè)試的過程。

系統(tǒng)測(cè)試階段：系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)、和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接，并滿足客戶需求。

驗(yàn)收測(cè)試階段：由用戶參與完成的過程。

（1）alpha階段：在軟件開發(fā)過程中由最終用戶對(duì)軟件進(jìn)行檢查。

（2）beta階段：在最終用戶的實(shí)際環(huán)境中由最終用戶對(duì)軟件進(jìn)行檢查。

手機(jī)軟件測(cè)試的基本流程？

手機(jī)軟件測(cè)試的基本流程：

1、需求分析階段：閱讀需求，理解需求，分析需求點(diǎn)，參與需求評(píng)審會(huì)議。

2、測(cè)試計(jì)劃階段：主要任務(wù)就是編寫測(cè)試計(jì)劃，參考軟件需求規(guī)格說明書，項(xiàng)目總體計(jì)劃，內(nèi)容包括測(cè)試范圍，進(jìn)度安排，人力物力分配，整體測(cè)試策略的制定。

3、編寫測(cè)試用例：適當(dāng)?shù)牧私庠O(shè)計(jì)，搭建測(cè)試用例框架，根據(jù)需求和設(shè)計(jì)編寫測(cè)試用例。

4、測(cè)試執(zhí)行階段：搭建環(huán)境準(zhǔn)備數(shù)據(jù)，執(zhí)行預(yù)測(cè)試然后進(jìn)入正式測(cè)試（系統(tǒng)測(cè)試、回歸測(cè)試、交叉測(cè)試、自由測(cè)試），bug管理直到測(cè)試結(jié)束。

5、輸出測(cè)試報(bào)告：輸出測(cè)試報(bào)告，確認(rèn)是否可以上線。

擴(kuò)展資料

軟件測(cè)試方法

1、動(dòng)態(tài)測(cè)試

計(jì)算機(jī)動(dòng)態(tài)測(cè)試的主要目的為檢測(cè)軟件運(yùn)行中出現(xiàn)的問題，較靜態(tài)測(cè)試方式相比，其被稱為動(dòng)態(tài)的原因即為其測(cè)試方式主要依賴程序的運(yùn)用，主要為檢測(cè)軟件中動(dòng)態(tài)行為是否缺失、軟件運(yùn)行效果是否良好。

2、黑盒測(cè)試

黑盒測(cè)試，顧名思義即為將軟件測(cè)試環(huán)境模擬為不可見的“黑盒”。通過數(shù)據(jù)輸入觀察數(shù)據(jù)輸出，檢查軟件內(nèi)部功能是否正常。測(cè)試展開時(shí)，數(shù)據(jù)輸入軟件中，等待數(shù)據(jù)輸出。數(shù)據(jù)輸出時(shí)若與預(yù)計(jì)數(shù)據(jù)一致，則證明該軟件通過測(cè)試。

3、白盒測(cè)試

白盒測(cè)試相對(duì)于黑盒測(cè)試而言具有一定透明性，原理為根據(jù)軟件內(nèi)部應(yīng)用、源代碼等對(duì)產(chǎn)品內(nèi)部工作過程進(jìn)行調(diào)試。

測(cè)試過程中常將其與軟件內(nèi)部結(jié)構(gòu)協(xié)同展開分析，*優(yōu)點(diǎn)即為其能夠有效解決軟件內(nèi)部應(yīng)用程序出現(xiàn)的問題，測(cè)試過程中常將其與黑盒測(cè)試方式結(jié)合，當(dāng)測(cè)試軟件功能較多時(shí)，白盒測(cè)試法亦可對(duì)此類情況展開有效調(diào)試。

測(cè)試流程有幾個(gè)階段

測(cè)試流程劃分的階段如下：

1、單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試， 以確保每個(gè)模塊能正常工作為目標(biāo)。

2、集成測(cè)試：對(duì)已測(cè)試過的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。

3、確認(rèn)（有效性）測(cè)試：是檢驗(yàn)所開發(fā)的軟件能否滿足所有功能和性能需求的*手段。有的劃分方法中，也將確認(rèn)測(cè)試合并入系統(tǒng)測(cè)試中。

4、系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫及操作人員）協(xié)調(diào)工作。

5、驗(yàn)收（用戶）測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的*一道工序。主要突出用戶的作用，同時(shí)軟件開發(fā)人員也應(yīng)有一定程度的參與。

軟件測(cè)試的基本流程（重點(diǎn)）

1、測(cè)試需求分析階段：閱讀需求，理解需求，主要就是對(duì)業(yè)務(wù)的學(xué)習(xí)，分析需求點(diǎn)，參與需求評(píng)審會(huì)議

2、測(cè)試計(jì)劃階段：主要任務(wù)就是編寫測(cè)試計(jì)劃，參考軟件需求規(guī)格說明書，項(xiàng)目總體計(jì)劃，內(nèi)容包括測(cè)試范圍（來自需求文檔），進(jìn)度安排，人力物力的分配，整體測(cè)試策略的制定。風(fēng)險(xiǎn)評(píng)估與規(guī)避措施有一個(gè)制定。

3、測(cè)試設(shè)計(jì)階段：主要是編寫測(cè)試用例，會(huì)參考需求文檔（原型圖），概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等文檔，用例編寫完成之后會(huì)進(jìn)行評(píng)審。

4、測(cè)試執(zhí)行階段：搭建環(huán)境，執(zhí)行冒煙測(cè)試（預(yù)測(cè)試）然后進(jìn)入正式測(cè)試，bug管理直到測(cè)試結(jié)束。

5、測(cè)試評(píng)估階段：出測(cè)試報(bào)告，確認(rèn)是否可以上線。

軟件測(cè)試流程五個(gè)階段

軟件測(cè)試按照研發(fā)階段一般分為5個(gè)部分：單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試，下面將不同階段需要的一些工作內(nèi)容做一下梳理希望可以幫助到大家。

//No.1//

單元測(cè)試又稱為模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊進(jìn)行正確性檢查的測(cè)試工作，單元測(cè)試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。

一、單元測(cè)試的內(nèi)容

1、模塊接口測(cè)試

2、 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試

3、 路徑測(cè)試

運(yùn)算的優(yōu)先次序、常見的比較和控制流

4、錯(cuò)誤處理測(cè)試

遇見出錯(cuò)的條件，并設(shè)置適當(dāng)?shù)某鲥e(cuò)處理

5、邊界測(cè)試

例如循環(huán)的次數(shù)，*或最小值

二、單元測(cè)試步驟：

//No.2//

又稱為組裝測(cè)試或聯(lián)合測(cè)試，在單元測(cè)試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝。

模塊組裝成系統(tǒng)的方式：一次性組裝方式和增殖式組裝方式

一、一次性組裝方式

先對(duì)模塊分別進(jìn)行測(cè)試，再把所有模塊組裝進(jìn)行測(cè)試

缺點(diǎn)：發(fā)現(xiàn)錯(cuò)我不容易定位

二、增值式組裝測(cè)試

先對(duì)一個(gè)個(gè)模塊進(jìn)行模塊測(cè)試，然后將這些模塊逐步組裝成系統(tǒng)，分為兩種方式：自頂向下的增殖方式和自底向上的增殖方式

1、自頂向下的增殖方式（不需要驅(qū)動(dòng)模塊）

將模塊銨系統(tǒng)程序結(jié)構(gòu)，嚴(yán)控制層次自頂向下進(jìn)行組裝。

首先以主模塊作為被測(cè)模塊兼驅(qū)動(dòng)模塊，所有直屬主模塊的下屬模塊全部用樁模塊代替，對(duì)主模塊進(jìn)行測(cè)試。再采用深度優(yōu)先或廣度優(yōu)先的策略，用實(shí)際模塊代替樁模塊，再用樁模塊代替它們的直接下屬模塊，與已經(jīng)測(cè)試的模塊構(gòu)成新的子系統(tǒng)。然后進(jìn)行回歸測(cè)試。

2、自底向上的增殖方式（不需要驅(qū)動(dòng)模塊）

由驅(qū)動(dòng)模塊控制*層模塊的并行測(cè)試。

3、混合增殖式

優(yōu)點(diǎn)：能夠較早的發(fā)現(xiàn)主要控制方面的問題

缺點(diǎn)：需要建立樁模塊，增加了一些附加的測(cè)試，涉及算法和輸入輸出的模塊一般在底層，這些底層模塊要到組裝和測(cè)試的后期才能發(fā)現(xiàn)。一旦發(fā)現(xiàn)問題就會(huì)出現(xiàn)過多的回歸測(cè)試。

優(yōu)點(diǎn)：不需要建立樁模塊，建立驅(qū)動(dòng)模塊要比建立樁模塊要簡單得多，同時(shí)涉及到算法已近輸入輸出的模塊要先測(cè)試，把最容易出現(xiàn)問題的部分在早期解決。

缺點(diǎn)：程序一直未能作為一個(gè)實(shí)體存在，直到*一個(gè)模塊加上才能形成一個(gè)實(shí)體,控制方面*才能接觸。

三、集成測(cè)試完成的標(biāo)志：

1、成功執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有集成測(cè)試

2、修改了所發(fā)現(xiàn)的錯(cuò)誤

3、測(cè)試結(jié)果通過專門小組的評(píng)審

4、集成測(cè)試需要提交的測(cè)試報(bào)告：

5、集成測(cè)試計(jì)劃、集成測(cè)試規(guī)格說明書以及集成測(cè)試分析報(bào)告

//No.3//

確認(rèn)測(cè)試的目標(biāo)是驗(yàn)證軟件的功能和性能以及其他特性是否與用戶的要求一致。確認(rèn)測(cè)試一般包括有效性測(cè)試和軟件配置復(fù)查。一般有第三方測(cè)試機(jī)構(gòu)進(jìn)行。

一、進(jìn)行有效性測(cè)試

現(xiàn)軟件確認(rèn)要通過一系列黑盒測(cè)試。確認(rèn)測(cè)試同樣需要制訂測(cè)試計(jì)劃和過程，測(cè)試計(jì)劃應(yīng)規(guī)定測(cè)試的種類和測(cè)試進(jìn)度，測(cè)試過程則定義一些特殊的測(cè)試用例，旨在說明軟件與需求是否一致。

無是計(jì)劃還是過程，都應(yīng)該著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確人機(jī)界面和其他方面（例如，可移植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等）是否令用戶滿意。

確認(rèn)測(cè)試的結(jié)果有兩種可能，一種是功能和性能指標(biāo)滿足軟件需求說明的要求，用戶可以接受；

另一種是軟件不滿足軟件需求說明的要求，用戶無法接受。項(xiàng)目進(jìn)行到這個(gè)階段才發(fā)現(xiàn)嚴(yán)重錯(cuò)誤和偏差一般很難在預(yù)定的工期內(nèi)改正，因此必須與用戶協(xié)商，尋求一個(gè)妥善解決問題的方法

二、軟件配置復(fù)查

保證軟件配置的所有成分齊全，質(zhì)量都符合要求。應(yīng)該遵守用戶手冊(cè)和操作手冊(cè)中的規(guī)定步驟。

No.4

系統(tǒng)測(cè)試

軟件作為計(jì)算機(jī)系統(tǒng)的一部分，與硬件、網(wǎng)絡(luò)、外設(shè)、支撐軟件、數(shù)據(jù)以及人員結(jié)合在一起，在實(shí)際或模擬環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行測(cè)試，

目的在于與系統(tǒng)需求比較，發(fā)現(xiàn)問題

No.5

以用戶為主的測(cè)試，軟件開發(fā)人員和質(zhì)量保證人員參加，由用戶設(shè)計(jì)測(cè)試用例。

不是對(duì)系統(tǒng)進(jìn)行全覆蓋測(cè)試，而是對(duì)核心業(yè)務(wù)流程進(jìn)行測(cè)試。

軟件測(cè)試分為幾個(gè)階段分別是什么？幾種測(cè)試方法分別是什么？

軟件測(cè)試生命周期包括6個(gè)階段（大體上）：1）計(jì)劃 2）分析，3）設(shè)計(jì)，4）構(gòu)建，5）測(cè)試周期，6）*測(cè)試和實(shí)施，和7）實(shí)施后。
1. 計(jì)劃（產(chǎn)品定義階段）
高層次的測(cè)試計(jì)劃（包含多重測(cè)試周期）
質(zhì)量保證計(jì)劃（質(zhì)量目標(biāo)，測(cè)試標(biāo)準(zhǔn)等 ）
確定計(jì)劃評(píng)審的時(shí)間
報(bào)告問題過程
確定問題的分類
確定驗(yàn)收標(biāo)準(zhǔn)－給質(zhì)量保證員和用戶。
建立應(yīng)用程序測(cè)試數(shù)據(jù)庫
確定衡量標(biāo)準(zhǔn)，例如缺陷數(shù)量/嚴(yán)重程度和缺陷起源（僅舉幾個(gè)例子） 。
確定項(xiàng)目質(zhì)量度量
開始制定項(xiàng)目整體測(cè)試時(shí)間表（時(shí)間，資源等）
必需階段：評(píng)審產(chǎn)品定義文檔
文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分
根據(jù)該產(chǎn)品的特點(diǎn)幫助確定問題的范圍
大約每月要花5 -1 0小時(shí)在這一方面
計(jì)劃在數(shù)據(jù)庫管理所有測(cè)試用例，包括手工方面或者自動(dòng)化方面。
2. 分析（外部文檔階段）
根據(jù)業(yè)務(wù)需求開發(fā)功能驗(yàn)證矩陣。
制定測(cè)試用例格式-估計(jì)時(shí)間和分配優(yōu)先級(jí)。
制定測(cè)試周期矩陣與時(shí)間線
根據(jù)功能驗(yàn)證矩陣開始編寫測(cè)試用例
根據(jù)業(yè)務(wù)需求計(jì)劃測(cè)試用例基準(zhǔn)數(shù)據(jù)
確定用于自動(dòng)化測(cè)試的測(cè)試用例。
自動(dòng)化團(tuán)隊(duì)開始在測(cè)試工具中創(chuàng)建變量文件和高層次的測(cè)試腳本。
為自動(dòng)化系統(tǒng)中的跟蹤組件設(shè)置路徑和自動(dòng)化引導(dǎo)。
界定壓力和性能測(cè)試的范疇。
按照每個(gè)測(cè)試用例的數(shù)據(jù)要求開始建立基準(zhǔn)數(shù)據(jù)庫。
定義維護(hù)基準(zhǔn)數(shù)據(jù)庫的過程，即備份，恢復(fù)，驗(yàn)證。
開始規(guī)劃項(xiàng)目所需的測(cè)試周期數(shù)，和回歸測(cè)試次數(shù)。
開始文檔復(fù)查，如：功能設(shè)計(jì)文檔，業(yè)務(wù)需求文檔，產(chǎn)品規(guī)格說明書，產(chǎn)品外部文檔等。
審查測(cè)試環(huán)境和實(shí)驗(yàn)室，前端與后端系統(tǒng)都要。
準(zhǔn)備使用McCabe工具，以支持白盒測(cè)試中代碼的研發(fā)和復(fù)雜性分析
建立反饋機(jī)制并開始錄入文檔。
必需階段：審查外部文件
?8?3 文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分。
?8?3 根據(jù)群體執(zhí)行反饋編寫測(cè)試用例
?8?3 開始研制測(cè)試用例估計(jì)數(shù)目，每個(gè)用例的執(zhí)行時(shí)間，和用例是否自動(dòng)化這些方面的度量
?8?3 為每個(gè)測(cè)試用例確定基準(zhǔn)數(shù)據(jù)，
?8?3 大約每月要花25小時(shí)在這一方面
3. 設(shè)計(jì)（文檔架構(gòu)階段）
根據(jù)變更修改測(cè)試計(jì)劃
修改測(cè)試周期矩陣和時(shí)間線
核實(shí)測(cè)試計(jì)劃和用例用到的數(shù)據(jù)都輸入到數(shù)據(jù)庫，或是否必需的。
修改功能驗(yàn)證矩陣
繼續(xù)編寫測(cè)試用例，根據(jù)變化添加新的用例
制定風(fēng)險(xiǎn)評(píng)估標(biāo)準(zhǔn)
規(guī)范自動(dòng)化測(cè)試和多用戶測(cè)試的細(xì)節(jié)。
挑選出一套用于自動(dòng)化測(cè)試的測(cè)試用例，并且把這些用例腳本化
規(guī)范壓力測(cè)試和性能測(cè)試的細(xì)節(jié)。
最終確定的測(cè)試周期。 （根據(jù)用例的估計(jì)時(shí)間和優(yōu)先權(quán)確定每個(gè)周期所用的測(cè)試用例數(shù)）
最終確定的測(cè)試計(jì)劃
估計(jì)單元測(cè)試所需資源
必需階段：審查架構(gòu)文件
?8?3 文檔中加入質(zhì)量保證標(biāo)準(zhǔn)，作為工程改善進(jìn)程的一部分。
?8?3 確定要進(jìn)行編碼的的實(shí)際組件或模塊
?8?3 在這定義單元測(cè)試標(biāo)準(zhǔn)，通過/失敗準(zhǔn)則等。
?8?3 單元測(cè)試報(bào)告，報(bào)告進(jìn)行單元測(cè)試后的模塊質(zhì)量如何，白盒測(cè)試和黑盒測(cè)試都要包括輸入/輸出數(shù)據(jù)和所有決定點(diǎn)。
?8?3 列出所有要進(jìn)行單元測(cè)試的模塊
4. 構(gòu)建（單元測(cè)試階段）
完成所有計(jì)劃
完成測(cè)試周期矩陣和時(shí)間線
完成所有測(cè)試用例。 （手動(dòng)）
完成*套自動(dòng)化測(cè)試用例的測(cè)試腳本。
完成壓力和性能測(cè)試的計(jì)劃
開始?jí)毫托阅軠y(cè)試
McCabe工具支持-提供度量
測(cè)試自動(dòng)化測(cè)試系統(tǒng)，并修復(fù)錯(cuò)誤。
發(fā)展單元測(cè)試
運(yùn)行質(zhì)量保證驗(yàn)收測(cè)試套件，以確保軟件已經(jīng)可以交給QA測(cè)試。
5. 測(cè)試周期/ 錯(cuò)誤修正（ 重復(fù)/系統(tǒng)測(cè)試階段）
測(cè)試周期1，執(zhí)行*套的測(cè)試用例（前端和后端）
報(bào)告錯(cuò)誤
錯(cuò)誤審核-不斷開展的活動(dòng)。
根據(jù)需求修改測(cè)試用例
根據(jù)需求增加測(cè)試用例
測(cè)試周期二
測(cè)試周期三
6. *的測(cè)試和實(shí)施（代碼凍結(jié)階段）
執(zhí)行所有前端測(cè)試用例-人工和自動(dòng)化。
執(zhí)行所有后端測(cè)試案例-人工和自動(dòng)化。
執(zhí)行所有壓力和性能測(cè)試。
提供對(duì)正在進(jìn)行的缺陷跟蹤度量。
提供對(duì)正在進(jìn)行的復(fù)雜性和設(shè)計(jì)的度量。
更新測(cè)試用例和測(cè)試計(jì)劃的估計(jì)時(shí)間。
文件測(cè)試周期，回歸測(cè)試，并更新相應(yīng)文檔。
7. 實(shí)施后
開展實(shí)施后評(píng)估會(huì)議以回顧整項(xiàng)工程。 （經(jīng)驗(yàn)所得）
準(zhǔn)備最終的缺陷報(bào)告和相關(guān)度量。
制定戰(zhàn)略以防止類似的問題在今后的項(xiàng)目中重復(fù)出現(xiàn)。
創(chuàng)建如何改進(jìn)流程的計(jì)劃目標(biāo)和里程碑，
McCabe工具-制作*的報(bào)道和分析。
自動(dòng)化測(cè)試組-1 ）審查測(cè)試用例以評(píng)估其他可用于自動(dòng)化回歸測(cè)試的用例2 ）清理自動(dòng)化測(cè)試用例和變量，和3 ）審查自動(dòng)化測(cè)試和手工測(cè)試結(jié)果的整合過程
測(cè)試實(shí)驗(yàn)室和測(cè)試環(huán)境-清理測(cè)試環(huán)境，標(biāo)記和存檔用過測(cè)試用例和數(shù)據(jù)，恢復(fù)測(cè)試儀器到原始狀態(tài)等。

測(cè)試階段一般分為五個(gè)階段

測(cè)試階段一般分為五個(gè)階段分別為需求分析階段、軟件設(shè)計(jì)和編碼階段、集成階段。系統(tǒng)階段、驗(yàn)收測(cè)試階段。

軟件測(cè)試（英語：），描述一種用來促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過程。換句話說，軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出之間的審核或者比較過程。軟件測(cè)試的經(jīng)典定義是：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。

測(cè)試工程師（Software Testing Engineer）指理解產(chǎn)品的功能要求，并對(duì)其進(jìn)行測(cè)試，檢查軟件有沒有錯(cuò)誤（Bug），決定軟件是否具有穩(wěn)定性（），寫出相應(yīng)的測(cè)試規(guī)范和測(cè)試用例的專門工作人員。

測(cè)試工程師分類：

軟件測(cè)試工程師在一家軟件企業(yè)中擔(dān)當(dāng)?shù)氖恰百|(zhì)量管理”角色，及時(shí)糾錯(cuò)及時(shí)更正，確保產(chǎn)品的正常運(yùn)作。由于工作的特殊性，測(cè)試人員不但需要對(duì)軟件的質(zhì)量進(jìn)行檢測(cè)，而且對(duì)于軟件項(xiàng)目的立項(xiàng)、管理、售前、售后的等領(lǐng)域都要涉及。按其級(jí)別和職位的不同，分為初級(jí)、中級(jí)、高級(jí)三類。

高級(jí)軟件測(cè)試工程師，熟練掌握軟件測(cè)試與開發(fā)技術(shù)，且對(duì)所測(cè)試軟件對(duì)口行業(yè)非常了解，能夠?qū)赡艹霈F(xiàn)的問題進(jìn)行分析評(píng)估；中級(jí)軟件測(cè)試工程師，編寫軟件測(cè)試方案、測(cè)試文檔，與項(xiàng)目組一起制定軟件測(cè)試階段的工作計(jì)劃，能夠在項(xiàng)目運(yùn)行中合理利用測(cè)試工具完成測(cè)試任務(wù)；初級(jí)軟件測(cè)試工程師，其工作通常都是按照軟件測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能測(cè)驗(yàn)，檢察產(chǎn)品是否有缺陷。

軟件測(cè)試的流程是什么？

1、測(cè)試需求分析階段：閱讀需求，理解需求，主要就是對(duì)業(yè)務(wù)的學(xué)習(xí)，分析需求點(diǎn)，參與需求評(píng)審會(huì)議。

2、測(cè)試計(jì)劃階段：主要任務(wù)就是編寫測(cè)試計(jì)劃，參考軟件需求規(guī)格說明書，項(xiàng)目總體計(jì)劃，內(nèi)容包括測(cè)試范圍（來自需求文檔），進(jìn)度安排，人力物力的分配，整體測(cè)試策略的制定。風(fēng)險(xiǎn)評(píng)估與規(guī)避措施有一個(gè)制定。

3、測(cè)試設(shè)計(jì)階段：主要是編寫測(cè)試用例，會(huì)參考需求文檔（原型圖），概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等文檔，用例編寫完成之后會(huì)進(jìn)行評(píng)審。

4、測(cè)試執(zhí)行階段：搭建環(huán)境，執(zhí)行冒煙測(cè)試（預(yù)測(cè)試）-然后進(jìn)入正式測(cè)試，bug管理直到測(cè)試結(jié)束。

5、測(cè)試評(píng)估階段：出測(cè)試報(bào)告，確認(rèn)是否可以上線。

擴(kuò)展資料

測(cè)試策略：

1、單元測(cè)試

單元測(cè)試即為將整個(gè)軟件分解為各個(gè)單元，隨后對(duì)單元進(jìn)行測(cè)試。此類測(cè)試策略的優(yōu)點(diǎn)在于所需分析數(shù)據(jù)較少，且針對(duì)性較強(qiáng)，程序開發(fā)者于開發(fā)過程中可通過操作經(jīng)驗(yàn)明確出現(xiàn)問題的大致區(qū)域，隨后針對(duì)此類問題對(duì)相關(guān)單元展開分析，進(jìn)行問題排查。

但需注意的是，某些程序中無具體單元驅(qū)動(dòng)程序，即單個(gè)單元無法有效驅(qū)動(dòng)，易出現(xiàn)問題，若針對(duì)此類軟件展開測(cè)試，需重點(diǎn)注意此類分解單元。

2、集成測(cè)試

集成測(cè)試與單元測(cè)試相反，原理為將部分需測(cè)試部分作為整體進(jìn)行集成，隨后針對(duì)此類集成部分進(jìn)行測(cè)試。測(cè)試要求為此類被測(cè)試集成題應(yīng)具有一定的結(jié)構(gòu)，且屬于非漸增方式集成。

對(duì)于較大軟件而言，集成測(cè)試方式較單元測(cè)試方式而言較為繁瑣，多數(shù)大型軟件的測(cè)試皆采取漸增方式進(jìn)行測(cè)試。漸增測(cè)試方式為集成測(cè)試方式的衍生，其能夠按照不同次序?qū)浖M(jìn)行測(cè)試，日常測(cè)試中，常將兩類方式進(jìn)行集成測(cè)試，隨后按照次序展開選擇。