軟件測(cè)試第二講軟件測(cè)試策略與過(guò)程

1、軟件測(cè)試軟件測(cè)試第第2講講 軟件測(cè)試策略與過(guò)程軟件測(cè)試策略與過(guò)程1李釧 licleadall.cc軟件測(cè)試策略與過(guò)程軟件測(cè)試策略與過(guò)程軟件測(cè)試的策略與方法軟件測(cè)試的策略與方法軟件測(cè)試過(guò)程軟件測(cè)試過(guò)程軟件測(cè)試的分類(lèi)軟件測(cè)試的分類(lèi) 軟件測(cè)試的策略與方法軟件測(cè)試的策略與方法軟件測(cè)試的策略與方法軟件測(cè)試的策略與方法方法方法目標(biāo)目標(biāo)/特性特性單元測(cè)試單元測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試驗(yàn)收測(cè)試性能測(cè)試性能測(cè)試強(qiáng)壯性測(cè)試強(qiáng)壯性測(cè)試功能測(cè)試功能測(cè)試白盒測(cè)試白盒測(cè)試黑盒測(cè)試黑盒測(cè)試測(cè)試階段或?qū)哟螠y(cè)試階段或?qū)哟芜m用性測(cè)試適用性測(cè)試可靠性測(cè)試可靠性測(cè)試集成測(cè)試集成測(cè)試安全性測(cè)試安全性測(cè)試動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試和靜

2、態(tài)測(cè)試靜態(tài)測(cè)試不執(zhí)行程序來(lái)尋找代碼中存在的錯(cuò)誤或評(píng)估代碼的過(guò)程。由人工來(lái)進(jìn)行，發(fā)揮了人的邏輯思維的優(yōu)勢(shì)或測(cè)試經(jīng)驗(yàn)。能夠批量性地發(fā)現(xiàn)問(wèn)題，并直接定位到缺陷或錯(cuò)誤的具體位置。 用靜態(tài)測(cè)試來(lái)進(jìn)行代碼檢查、靜態(tài)結(jié)構(gòu)分析。動(dòng)態(tài)測(cè)試 必須生成測(cè)試數(shù)據(jù)來(lái)運(yùn)行被測(cè)試程序，取得程序運(yùn)行的真實(shí)情況、動(dòng)態(tài)情況，進(jìn)而進(jìn)行分析測(cè)試質(zhì)量依賴(lài)于測(cè)試數(shù)據(jù) 生成測(cè)試數(shù)據(jù)、分析測(cè)試結(jié)果的工作量大，使開(kāi)展測(cè)試工作費(fèi)時(shí)、費(fèi)力、費(fèi)人動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試靜態(tài)測(cè)試靜態(tài)測(cè)試不實(shí)際運(yùn)行軟件，主要是對(duì)軟件的編程格式、結(jié)構(gòu)等方面進(jìn)行評(píng)估靜態(tài)測(cè)試包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進(jìn)行，也可以借助軟件工具自動(dòng)進(jìn)行

3、 代碼檢查比動(dòng)態(tài)測(cè)試更有效率，能快速找到缺陷，發(fā) 現(xiàn)30%70%的邏輯設(shè)計(jì)和編碼缺陷黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試和白盒測(cè)試什么是黑盒測(cè)試（black-box testing）功能測(cè)試，數(shù)據(jù)驅(qū)動(dòng)測(cè)試：是在已知軟件產(chǎn)品具有何種功能的前提下，用來(lái)檢驗(yàn)每個(gè)功能是否能夠正常使用的一個(gè)測(cè)試方法。測(cè)試的方法和原理：把程序看成是一個(gè)不能打開(kāi)的黑盒子，在不考慮程序內(nèi)部結(jié)構(gòu)的情況下，測(cè)試人員用操作接口的方式進(jìn)行測(cè)試，檢查程序能否按照需求指定的功能接收輸入數(shù)據(jù)產(chǎn)生正確的結(jié)果。黑盒測(cè)試主要在開(kāi)發(fā)后期進(jìn)行?；趯?duì)需求、設(shè)計(jì)、用戶(hù)要求的理解黑盒測(cè)試關(guān)注輸入、輸出的信息域，而不關(guān)注軟件的內(nèi)部結(jié)構(gòu)黑盒測(cè)試是窮舉輸入測(cè)試黑盒測(cè)試

4、和白盒測(cè)試黑盒測(cè)試和白盒測(cè)試什么是白盒測(cè)試白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試必須知道軟件內(nèi)部工作過(guò)程，通過(guò)測(cè)試來(lái)檢測(cè)軟件內(nèi)部是否按照需求、設(shè)計(jì)正常運(yùn)行通過(guò)邏輯覆蓋、路徑覆蓋等方式選擇測(cè)試用例，可以用測(cè)試覆蓋率評(píng)價(jià)測(cè)試用例白盒測(cè)試法是否可以用窮舉邏輯或路徑法來(lái)測(cè)試？黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試和白盒測(cè)試pinout白盒測(cè)試白盒測(cè)試: :黑盒測(cè)試黑盒測(cè)試: :黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試主要工作：檢查實(shí)現(xiàn)功能與實(shí)際需求的滿(mǎn)足程度；（確認(rèn)和驗(yàn)證的過(guò)程）白盒測(cè)試主要工作：-代碼檢查（語(yǔ)法、邏輯、書(shū)寫(xiě)）-靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等）-功能確認(rèn)與接口分析（主要是確認(rèn)過(guò)程

5、）-邏輯覆蓋率分析（內(nèi)部的執(zhí)行路徑、提高軟件的可靠性）-性能與效率分析-內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等）手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試自動(dòng)測(cè)試適合自動(dòng)化的測(cè)試操作手工測(cè)試和自動(dòng)測(cè)試的比較手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試傳統(tǒng)的測(cè)試方法由測(cè)試人員手工編寫(xiě)測(cè)試用例缺點(diǎn)在于測(cè)試工作量大，重復(fù)多，回歸測(cè)試難以實(shí)現(xiàn)手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試和自動(dòng)測(cè)試自動(dòng)測(cè)試?yán)密浖y(cè)試工具自動(dòng)實(shí)現(xiàn)全部或部分測(cè)試工作：管理、設(shè)計(jì)、執(zhí)行和報(bào)告自動(dòng)測(cè)試節(jié)省大量的測(cè)試開(kāi)銷(xiāo)，并能夠完成一些手工測(cè)試無(wú)法實(shí)現(xiàn)的測(cè)試自動(dòng)化測(cè)試前必須首先手工測(cè)試（調(diào)試）缺點(diǎn)：無(wú)法及時(shí)進(jìn)行動(dòng)態(tài)調(diào)整和數(shù)理分析，例如：計(jì)算正確不代表邏

6、輯性上沒(méi)有錯(cuò)誤；手工測(cè)試和自動(dòng)測(cè)試手工測(cè)試和自動(dòng)測(cè)試適合自動(dòng)化的測(cè)試操作測(cè)試用例的生成（包括測(cè)試輸入，標(biāo)準(zhǔn)輸出，測(cè)試操作指令等）測(cè)試的執(zhí)行與控制（包括單機(jī)與網(wǎng)絡(luò)多機(jī)分布運(yùn)行；夜間及假日運(yùn)行）測(cè)試對(duì)象、范圍、版本等的控制測(cè)試結(jié)果與預(yù)期輸出的對(duì)比不吻合的測(cè)試結(jié)果的分析、記錄、分類(lèi)、和通報(bào)測(cè)試的統(tǒng)計(jì)，報(bào)表的產(chǎn)生手工測(cè)試和自動(dòng)測(cè)試的比較手工測(cè)試和自動(dòng)測(cè)試的比較手工完成測(cè)試的全部過(guò)程無(wú)法保證測(cè)試的科學(xué)性與嚴(yán)密性:修改的缺陷越多，回歸測(cè)試越困難沒(méi)有人能向決策層提供精確的數(shù)據(jù)以度量當(dāng)前的工作進(jìn)度及工作效率反復(fù)測(cè)試帶來(lái)的倦怠情緒及其他人為因素使得測(cè)試標(biāo)準(zhǔn)前后不一測(cè)試花費(fèi)的時(shí)間越長(zhǎng)，測(cè)試的嚴(yán)格性也就越低難以對(duì)不

7、可視對(duì)象或?qū)ο蟮牟豢梢晫傩赃M(jìn)行測(cè)試。手工測(cè)試和自動(dòng)測(cè)試的比較手工測(cè)試和自動(dòng)測(cè)試的比較自動(dòng)測(cè)試將測(cè)試人員從反復(fù)、煩雜的測(cè)試執(zhí)行中解放出來(lái)，用更多的時(shí)間進(jìn)行測(cè)試設(shè)計(jì)和結(jié)果分析軟件測(cè)試不可能完全自動(dòng)化不能完成所有手工測(cè)試任務(wù)無(wú)創(chuàng)造性且靈活性差，不能改進(jìn)測(cè)試的有效性過(guò)程中可能會(huì)遇到許多意想不到的問(wèn)題，特別是當(dāng)軟件不穩(wěn)定時(shí)測(cè)試腳本的維護(hù)高 軟件測(cè)試的各個(gè)階段軟件測(cè)試的各個(gè)階段開(kāi)發(fā)生命周期開(kāi)發(fā)生命周期 維護(hù) 需求定義應(yīng)用定義應(yīng)用開(kāi)發(fā) 修訂 建立 建立測(cè)試生命周期測(cè)試生命周期執(zhí)行. 執(zhí)行執(zhí)行.測(cè)試計(jì)劃缺陷跟蹤測(cè)試開(kāi)發(fā)測(cè)試設(shè)計(jì)評(píng)估n 好處：可以找到軟件的好處：可以找到軟件的bug，提高軟件可靠性！，提高軟件可

8、靠性！n 不好：這些不好：這些bug可能讓開(kāi)發(fā)人員瘋掉！可能項(xiàng)目延期！可能讓開(kāi)發(fā)人員瘋掉！可能項(xiàng)目延期！軟件測(cè)試是軟件測(cè)試是“不得不做不得不做”！軟件測(cè)試階段軟件測(cè)試階段階階 段段輸輸 入入 輸輸 出出 需求分析需求分析需求定義需求定義, 市場(chǎng)分析文檔市場(chǎng)分析文檔, 相關(guān)技相關(guān)技術(shù)文檔術(shù)文檔市場(chǎng)需求分析會(huì)議記要市場(chǎng)需求分析會(huì)議記要 , 功能設(shè)計(jì)功能設(shè)計(jì), 技術(shù)設(shè)計(jì)技術(shù)設(shè)計(jì)設(shè)計(jì)審查設(shè)計(jì)審查 市場(chǎng)需求文檔市場(chǎng)需求文檔, 技術(shù)設(shè)計(jì)文檔技術(shù)設(shè)計(jì)文檔 測(cè)試計(jì)劃測(cè)試計(jì)劃, 測(cè)試用例測(cè)試用例功能驗(yàn)證功能驗(yàn)證 代碼完成文件包代碼完成文件包,功能詳細(xì)設(shè)計(jì)說(shuō)功能詳細(xì)設(shè)計(jì)說(shuō)明書(shū)明書(shū)最終技術(shù)文檔最終技術(shù)文檔完整測(cè)試用

9、例完整測(cè)試用例,完備的測(cè)試計(jì)劃完備的測(cè)試計(jì)劃, 缺缺陷報(bào)告陷報(bào)告,功能驗(yàn)證測(cè)試報(bào)告功能驗(yàn)證測(cè)試報(bào)告系統(tǒng)測(cè)試系統(tǒng)測(cè)試代碼修改后的文件包代碼修改后的文件包 完整測(cè)試用例完整測(cè)試用例,完備的測(cè)試計(jì)劃完備的測(cè)試計(jì)劃 缺陷報(bào)告缺陷報(bào)告缺陷狀態(tài)報(bào)告缺陷狀態(tài)報(bào)告項(xiàng)目階段報(bào)告項(xiàng)目階段報(bào)告確認(rèn)測(cè)試確認(rèn)測(cè)試代碼凍結(jié)文件包代碼凍結(jié)文件包確認(rèn)測(cè)試用例確認(rèn)測(cè)試用例缺陷狀態(tài)報(bào)告缺陷狀態(tài)報(bào)告缺陷報(bào)告審查缺陷報(bào)告審查版本審查版本審查版本發(fā)布版本發(fā)布 代碼發(fā)布文件包代碼發(fā)布文件包 測(cè)試計(jì)劃?rùn)z查清單測(cè)試計(jì)劃?rùn)z查清單當(dāng)前版本已知問(wèn)題的清單當(dāng)前版本已知問(wèn)題的清單版本發(fā)布報(bào)告版本發(fā)布報(bào)告測(cè)試階段測(cè)試階段（sdlc)需求和設(shè)計(jì)審查需求和

10、設(shè)計(jì)審查測(cè)試人員參與產(chǎn)品需求分析和系統(tǒng)設(shè)計(jì)，認(rèn)真閱讀有關(guān)文檔，真正理解客戶(hù)的需求和技術(shù)上的設(shè)計(jì)，檢查需求說(shuō)明書(shū)對(duì)產(chǎn)品描述的準(zhǔn)確性、一致性等，檢查系統(tǒng)設(shè)計(jì)的合理性和可測(cè)試性等單元測(cè)試單元測(cè)試單元測(cè)試單元測(cè)試的對(duì)象是程序系統(tǒng)中的最小單元-模塊或組件上，在編碼階段進(jìn)行，針對(duì)每個(gè)模塊進(jìn)行測(cè)試，主要通過(guò)白盒測(cè)試方法，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，檢查程序模塊或組件的已實(shí)現(xiàn)的功能與定義的功能是否一致、以及編碼中是否存在錯(cuò)誤。多個(gè)模塊可以平行地、對(duì)立地測(cè)試，通常要編寫(xiě)驅(qū)動(dòng)模塊和樁模塊單元測(cè)試一般由編程人員和測(cè)試人員共同完成，而以開(kāi)發(fā)人員為主單元測(cè)試包括代碼評(píng)審，代碼評(píng)審可以發(fā)現(xiàn)程序50%70%代碼的缺陷

11、。單元測(cè)試單元測(cè)試 單元測(cè)試又稱(chēng)為模塊測(cè)試單元測(cè)試又稱(chēng)為模塊測(cè)試，什么是模塊？并沒(méi)有嚴(yán)格的定義，不過(guò)按照一般的理解，模塊應(yīng)該具有以下的一些基本屬性：名字； 明確規(guī)定的功能；內(nèi)部使用的數(shù)據(jù)，或稱(chēng)局部數(shù)據(jù)；與其它模塊或外界的數(shù)據(jù)聯(lián)系；實(shí)現(xiàn)其特定功能的算法；可被其上層模塊調(diào)用，也可調(diào)用其下屬模塊進(jìn)行協(xié)同工作。單元測(cè)試單元測(cè)試1. 單元測(cè)試的任務(wù)單元測(cè)試的任務(wù) 模塊接口測(cè)試對(duì)被測(cè)模塊，檢測(cè)數(shù)據(jù)能否正確無(wú)誤地進(jìn)入和流出模塊；模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試檢測(cè)模塊在工作過(guò)程中，其內(nèi)部數(shù)據(jù)能否保持其完整性，包括內(nèi)部數(shù)據(jù)的內(nèi)容、形式以及相互之間關(guān)系；模塊邊界條件測(cè)試檢測(cè)在數(shù)據(jù)邊界處，模塊能否正常工作；覆蓋測(cè)試檢測(cè)模塊運(yùn)

12、行能否滿(mǎn)足特定的邏輯覆蓋；出錯(cuò)處理檢測(cè)檢測(cè)模塊出錯(cuò)處理是否有效。單元測(cè)試單元測(cè)試 2.單元測(cè)試過(guò)程 單元測(cè)試一般在編碼之后進(jìn)行。單元測(cè)試一般在編碼之后進(jìn)行。由于每個(gè)模塊在整個(gè)軟件中并不是孤立的，在對(duì)每個(gè)模塊進(jìn)行單元測(cè)試時(shí)，需要考慮它和周?chē)K的相互聯(lián)系。為模擬這一聯(lián)系，在進(jìn)行單元測(cè)試時(shí)，必須設(shè)置若干個(gè)輔助測(cè)試模塊。這些輔助模塊分為兩種： 驅(qū)動(dòng)模塊（驅(qū)動(dòng)模塊（driver）: 用以模擬被測(cè)模塊的上級(jí)模塊， 相當(dāng)于被測(cè)模塊的主程序。 樁模塊（樁模塊（stub）: 用以模擬被測(cè)模塊的下級(jí)模塊， 相當(dāng)于被測(cè)模塊調(diào)用的子模塊。 單元測(cè)試單元測(cè)試被測(cè)模塊與其相關(guān)的驅(qū)動(dòng)模塊和樁模塊共同構(gòu)成了一個(gè)“測(cè)試環(huán)境”

13、，如圖所示。 集成測(cè)試集成測(cè)試集成測(cè)試，也稱(chēng)組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試，在單元測(cè)試的基礎(chǔ)上，將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的模塊之間問(wèn)題 兩種集成方式：一次性集成方式和增殖式集成方式。集成測(cè)試集成測(cè)試 一些模塊單獨(dú)能夠工作，并不能保證連接起來(lái)也能正常工作。 程序在某些局部反映不出的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的發(fā)揮。 可能的原因有：模塊相互調(diào)用時(shí)引入了新的問(wèn)題；幾個(gè)子功能組合起來(lái)不能實(shí)現(xiàn)主功能；誤差不斷積累達(dá)到不可接受的程度；全局?jǐn)?shù)據(jù)結(jié)構(gòu)出現(xiàn)錯(cuò)誤等。集成測(cè)試集成測(cè)試集成測(cè)試集成測(cè)試非增式測(cè)試非增式測(cè)試 增式測(cè)試增式測(cè)試 自頂向下測(cè)試自頂向下測(cè)試自

14、底向上測(cè)試自底向上測(cè)試獨(dú)立地測(cè)試程序的每個(gè)模塊，然后再把獨(dú)立地測(cè)試程序的每個(gè)模塊，然后再把它們組合成整個(gè)程序的集成測(cè)試方法。它們組合成整個(gè)程序的集成測(cè)試方法。把下一個(gè)待測(cè)試的模塊組合到已把下一個(gè)待測(cè)試的模塊組合到已經(jīng)測(cè)試過(guò)的那些模塊上去，再進(jìn)經(jīng)測(cè)試過(guò)的那些模塊上去，再進(jìn)行測(cè)試。行測(cè)試。從主控模塊開(kāi)始，按從主控模塊開(kāi)始，按照軟件的控制層次結(jié)照軟件的控制層次結(jié)構(gòu)，逐步把各個(gè)模塊構(gòu)，逐步把各個(gè)模塊集成在一起。集成在一起。 從最下層的模塊開(kāi)始，按照從最下層的模塊開(kāi)始，按照程序的層次結(jié)構(gòu)，逐漸形成程序的層次結(jié)構(gòu)，逐漸形成完整的整體。完整的整體。集成測(cè)試集成測(cè)試 在軟件集成階段，測(cè)試的復(fù)雜程度遠(yuǎn)在軟件集成

15、階段，測(cè)試的復(fù)雜程度遠(yuǎn)遠(yuǎn)的超過(guò)單元測(cè)試的復(fù)雜程度。遠(yuǎn)的超過(guò)單元測(cè)試的復(fù)雜程度。 確認(rèn)測(cè)試確認(rèn)測(cè)試 集成測(cè)試完成以后，分散開(kāi)發(fā)的模塊被聯(lián)接起來(lái)，構(gòu)成一個(gè)完整的程序。其中各模塊之間接口存在的種種問(wèn)題都已消除。于是進(jìn)入了確認(rèn)測(cè)試階段。 所謂確認(rèn)測(cè)試，是對(duì)照軟件需求規(guī)格說(shuō)明書(shū)，對(duì)軟件產(chǎn)品進(jìn)行評(píng)估以確定其是否滿(mǎn)足需求規(guī)格的過(guò)程。 確認(rèn)測(cè)試確認(rèn)測(cè)試 經(jīng)過(guò)確認(rèn)測(cè)試，應(yīng)該為已開(kāi)發(fā)的軟件做出結(jié)論性的評(píng)價(jià)。這無(wú)非是兩種情況之中： （1）經(jīng)過(guò)檢驗(yàn)，軟件功能、性能及其它要求都已滿(mǎn)足需求規(guī)格說(shuō)明書(shū)的規(guī)定，是一個(gè)合格的軟件。 （2）經(jīng)過(guò)檢驗(yàn)，發(fā)現(xiàn)與需求說(shuō)明書(shū)有相當(dāng)?shù)钠x，我們得到一個(gè)缺陷清單，這就需要開(kāi)發(fā)部門(mén)和顧客進(jìn)行協(xié)

16、商，找出解決的辦法。系統(tǒng)測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試，包括恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 系統(tǒng)測(cè)試系統(tǒng)測(cè)試實(shí)際上是針對(duì)系統(tǒng)中各個(gè)組成部分進(jìn)行的綜合性檢驗(yàn)，很接近我們的日常測(cè)試實(shí)踐。 系統(tǒng)測(cè)試的目標(biāo)不是要找出軟件故障，而是要證明系統(tǒng)的性能。 系統(tǒng)測(cè)試很困難，需要很多的創(chuàng)造性。那么，系統(tǒng)測(cè)試應(yīng)該由誰(shuí)來(lái)進(jìn)行測(cè)試。我們說(shuō)： 系統(tǒng)開(kāi)發(fā)人員不能進(jìn)行系統(tǒng)測(cè)試。 系統(tǒng)開(kāi)發(fā)組織不能負(fù)責(zé)系統(tǒng)測(cè)試。 系統(tǒng)測(cè)試最好由獨(dú)立的測(cè)試機(jī)構(gòu)獨(dú)立的測(cè)試機(jī)構(gòu)完成。 驗(yàn)收測(cè)試驗(yàn)收測(cè)試 驗(yàn)收測(cè)試驗(yàn)收測(cè)試是將最終

17、產(chǎn)品與最終用戶(hù)的當(dāng)前需求進(jìn)行比較的過(guò)程，是軟件開(kāi)發(fā)結(jié)束后，軟件產(chǎn)品向用戶(hù)交付之前進(jìn)行的最后一次質(zhì)量檢驗(yàn)活動(dòng)，回答開(kāi)發(fā)的軟件產(chǎn)品是否符合預(yù)期的各項(xiàng)要求，用戶(hù)是否接受等問(wèn)題。 驗(yàn)收測(cè)試不只檢驗(yàn)軟件某方面的質(zhì)量，還要進(jìn)行全面的質(zhì)量檢驗(yàn)并決定軟件是否合格。因此驗(yàn)收測(cè)試是一項(xiàng)嚴(yán)格的正規(guī)的嚴(yán)格的正規(guī)的測(cè)試活動(dòng)，并且應(yīng)該在生產(chǎn)環(huán)境中生產(chǎn)環(huán)境中而不是開(kāi)發(fā)環(huán)境中進(jìn)行。 各階段所使用的方法技術(shù)各階段所使用的方法技術(shù)單元測(cè)試白盒、自動(dòng)、靜態(tài)集成測(cè)試白盒、黑盒、自動(dòng)、靜態(tài)系統(tǒng)測(cè)試黑盒、自動(dòng)、手工用戶(hù)驗(yàn)收/確認(rèn)測(cè)試黑盒、自動(dòng)、手工 軟件測(cè)試分類(lèi)軟件測(cè)試分類(lèi)軟件測(cè)試軟件測(cè)試按應(yīng)用階段劃分按應(yīng)用階段劃分單元測(cè)試單元測(cè)試集成測(cè)試集成測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試驗(yàn)收測(cè)試按是否針對(duì)細(xì)節(jié)劃分按是否針對(duì)細(xì)節(jié)劃分白盒測(cè)試白盒測(cè)試黑盒測(cè)試黑盒測(cè)試按是否執(zhí)行軟件劃分按是否執(zhí)行軟件劃分靜態(tài)測(cè)試靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試按是否見(jiàn)檢查文檔劃分按是否見(jiàn)檢查文檔劃分驗(yàn)證測(cè)試驗(yàn)證測(cè)試確認(rèn)測(cè)試確認(rèn)測(cè)試按是否人工干預(yù)劃分按是否人工干預(yù)劃分人工測(cè)試人工測(cè)試自動(dòng)測(cè)試自動(dòng)測(cè)試其它其