1、測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的度量；

2、測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量，對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命周期過(guò)程；

3、軟件測(cè)試的根本目的：是為了提高軟件質(zhì)量，降低軟件項(xiàng)目的風(fēng)險(xiǎn)；

4、軟件的質(zhì)量風(fēng)險(xiǎn)表現(xiàn)在兩個(gè)方面：一種是內(nèi)部風(fēng)險(xiǎn)，一種是外部風(fēng)險(xiǎn)；

5、內(nèi)部風(fēng)險(xiǎn)：是在即將銷(xiāo)售的時(shí)候發(fā)現(xiàn)有重大的錯(cuò)誤，從而延遲發(fā)布日期，失去市場(chǎng)機(jī)會(huì)；

6、外部風(fēng)險(xiǎn)：是用戶發(fā)現(xiàn)了不能容忍的錯(cuò)誤，引起索賠、法律糾紛，以及用于客戶支持的費(fèi)用甚至失去客戶的風(fēng)險(xiǎn)；

1、軟件測(cè)試經(jīng)典定義：在規(guī)定條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估；

2、軟件是由文檔、數(shù)據(jù)、程序組成的，軟件測(cè)試應(yīng)該是對(duì)軟件形成過(guò)程的文檔、數(shù)據(jù)以及程序進(jìn)行測(cè)試，而不僅僅是對(duì)程序進(jìn)行測(cè)試；

3、軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作；

4、質(zhì)量保證（QA）：質(zhì)量保證的重要工作通過(guò)預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量；

5、軟件測(cè)試：測(cè)試雖然也與開(kāi)發(fā)過(guò)程緊密相關(guān)，但關(guān)心的不是過(guò)程的活動(dòng)，而是對(duì)過(guò)程的產(chǎn)物以及開(kāi)發(fā)出的軟件進(jìn)行剖析；

6、測(cè)試人員通過(guò)執(zhí)行軟件，對(duì)過(guò)程中的產(chǎn)物——開(kāi)發(fā)文檔和源代碼進(jìn)行走查，運(yùn)行軟件，以找出問(wèn)題，報(bào)告質(zhì)量。測(cè)試人員必須假設(shè)軟件存在潛在的問(wèn)題，測(cè)試中所做的操作都是為了找出更多的問(wèn)題，而不僅僅是為了驗(yàn)證每一件事是正確的。對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題的分析、追蹤與回歸測(cè)試也是軟件測(cè)試中的重要工作，因此軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)；

7、軟件測(cè)試目的：測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤；一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；

一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試；

8、測(cè)試的目的：以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過(guò)修正各種錯(cuò)誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的隱患所帶來(lái)的商業(yè)風(fēng)險(xiǎn)；

9、軟件測(cè)試原則：所有的軟件測(cè)試都應(yīng)追溯到用戶需求；

應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者的座右銘；

完全測(cè)試是不可能的，測(cè)試需要終止；

10、在有限的時(shí)間和資源條件下，軟件趨于完美，是不可能的。主要原因有三個(gè)：

軟件入量太大；輸入結(jié)果太多；路徑組合太多；

11、測(cè)試無(wú)法顯示軟件潛在的缺陷；

12、充分注意測(cè)試中的群集現(xiàn)象；

13、根據(jù)軟件定義，軟件包括程序、數(shù)據(jù)和文檔，所以軟件測(cè)試并不僅僅是程序測(cè)試；

14、軟件測(cè)試應(yīng)貫穿于整個(gè)軟件生命周期中；

15、在整個(gè)軟件生命周期中，各階段有不同的測(cè)試對(duì)象，形成了不同開(kāi)發(fā)階段的不同類(lèi)型的測(cè)試；

16、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說(shuō)明、概要設(shè)計(jì)規(guī)格說(shuō)明、詳細(xì)設(shè)計(jì)規(guī)格說(shuō)明以及源程序，都應(yīng)成為軟件測(cè)試的對(duì)象；

17、在軟件編碼結(jié)束后，對(duì)編寫(xiě)的每一個(gè)程序模塊進(jìn)行測(cè)試，稱(chēng)為“單元測(cè)試”；

18、在模塊集成后，對(duì)集成在一起的模塊組件進(jìn)行測(cè)試，稱(chēng)為“集成測(cè)試”；

19、在集成測(cè)試后，需要檢測(cè)與證實(shí)軟件是否滿足軟件需求說(shuō)明書(shū)中規(guī)定的要求，稱(chēng)為“確認(rèn)測(cè)試”；

20、將整個(gè)程序模塊集成為軟件系統(tǒng)，安裝在運(yùn)行環(huán)境下，對(duì)硬件、網(wǎng)絡(luò)、操作系統(tǒng)及支撐平臺(tái)構(gòu)成的整體系統(tǒng)進(jìn)行測(cè)試，稱(chēng)為“系統(tǒng)測(cè)試”。

21、驗(yàn)證是保證軟件正確性實(shí)現(xiàn)特定功能的一系列活動(dòng)和過(guò)程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)；

22、確認(rèn)是保證軟件滿足用戶需求的一系列的活動(dòng)和過(guò)程，目的是在軟件開(kāi)發(fā)完成后保證軟件與用戶需求相符合；

23、按照開(kāi)發(fā)階段劃分軟件測(cè)試可分為：單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試和驗(yàn)收測(cè)試。

24、單元測(cè)試又稱(chēng)模塊測(cè)試，是針對(duì)軟件設(shè)計(jì)的最小單位—程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作；其目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種錯(cuò)誤。單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試；

25、集成測(cè)試也叫組裝測(cè)試。通常在單元測(cè)試的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測(cè)試。集成測(cè)試是檢驗(yàn)程序單元或部件的接口關(guān)系，逐步集成為符合概要設(shè)計(jì)要求的程序部件或整個(gè)系統(tǒng)；

26、確認(rèn)測(cè)試：是通過(guò)檢驗(yàn)和提供客觀證據(jù)，證實(shí)軟件是否滿足特定預(yù)期用途的需求。確認(rèn)測(cè)試是檢測(cè)與證實(shí)軟件是否滿足軟件需求說(shuō)明書(shū)中規(guī)定的要求；

27、系統(tǒng)測(cè)試：系統(tǒng)測(cè)試是為驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。系統(tǒng)測(cè)試是在真實(shí)或模擬系統(tǒng)運(yùn)行的環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括硬件、外設(shè)、網(wǎng)絡(luò)和系統(tǒng)軟件、支持平臺(tái)等）正確配置、連接、并滿足用戶需求；

28、驗(yàn)收測(cè)試：按照項(xiàng)目任務(wù)書(shū)或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行的對(duì)整個(gè)系統(tǒng)與評(píng)審，決定是否接收或拒收系統(tǒng)；

29、按照測(cè)試實(shí)施組織劃分，軟件測(cè)試可分為開(kāi)發(fā)方測(cè)試、用戶測(cè)試（β測(cè)試）、第三方測(cè)試；

30、開(kāi)發(fā)方測(cè)試：通常也叫“驗(yàn)證測(cè)試”或“α”測(cè)試；開(kāi)發(fā)方通過(guò)檢測(cè)和提供客觀證據(jù)，證實(shí)軟件的實(shí)現(xiàn)是否滿足規(guī)定的需求。驗(yàn)證測(cè)試是在軟件開(kāi)發(fā)環(huán)境下，由開(kāi)發(fā)者檢測(cè)與證實(shí)軟件的實(shí)現(xiàn)是否滿足軟件設(shè)計(jì)說(shuō)明或軟件需求說(shuō)明的要求；

31、用戶測(cè)試：在用戶的應(yīng)用環(huán)境下，用戶通過(guò)運(yùn)行和使用軟件，檢測(cè)與核實(shí)軟件實(shí)現(xiàn)是否符合字節(jié)集預(yù)期的要求。通常情況用戶測(cè)試不是指用戶的驗(yàn)收測(cè)試，而是用戶的使用性測(cè)試，由用戶找出軟件的應(yīng)用過(guò)程中發(fā)現(xiàn)的軟件的缺陷與問(wèn)題，并對(duì)使用質(zhì)量進(jìn)行評(píng)價(jià)；

32、第三方測(cè)試：介于軟件開(kāi)發(fā)方和用戶方之間的測(cè)試組織的測(cè)試。一般情況下是在模擬用戶真實(shí)應(yīng)用環(huán)境下，進(jìn)行軟件確認(rèn)測(cè)試。

33、按照測(cè)試技術(shù)劃分：白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試。也可劃分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

34、靜態(tài)測(cè)試：是指不運(yùn)行程序，通過(guò)人工對(duì)程序和文檔進(jìn)行分析與檢查：靜態(tài)測(cè)試技術(shù)又稱(chēng)靜態(tài)分析技術(shù)，靜態(tài)測(cè)試實(shí)際上是對(duì)軟件的需求說(shuō)明書(shū)、設(shè)計(jì)說(shuō)明書(shū)、程序源代碼等進(jìn)行非運(yùn)行的檢查，靜態(tài)測(cè)試包括：走查、符號(hào)執(zhí)行、需求確認(rèn)等；

35、動(dòng)態(tài)測(cè)試：是指通過(guò)人工或使用工具運(yùn)行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)；

36、白盒測(cè)試：通過(guò)對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。了解程序結(jié)構(gòu)和處理過(guò)程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常進(jìn)行；

37、黑盒測(cè)試：通過(guò)軟件的外部表現(xiàn)來(lái)發(fā)現(xiàn)其缺陷和錯(cuò)誤。黑盒測(cè)試把測(cè)試對(duì)象看成一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序界面處進(jìn)行測(cè)試，它只是檢查程序是否按照需求規(guī)格說(shuō)明的規(guī)定正常實(shí)現(xiàn)；

38、灰盒測(cè)試：關(guān)注輸出對(duì)于輸入的正確性；

39、軟件測(cè)試過(guò)程模型：V模型、W模型、H模型、X模型；

40、V模型：它反應(yīng)了測(cè)試活動(dòng)與分析和設(shè)計(jì)的關(guān)系，從左到右，描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過(guò)程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系，如圖所示，圖中的箭頭代表了時(shí)間方向，左邊下降的是開(kāi)發(fā)過(guò)程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測(cè)試過(guò)程的各個(gè)階段。

41、V模型指出，單元和集成測(cè)試是驗(yàn)證的程序設(shè)計(jì)，開(kāi)發(fā)人員和測(cè)試組應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求；系統(tǒng)測(cè)試應(yīng)當(dāng)驗(yàn)證系統(tǒng)設(shè)計(jì)，檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)設(shè)計(jì)的指標(biāo)；由于測(cè)試人員和用戶進(jìn)行軟件的確認(rèn)測(cè)試和驗(yàn)收測(cè)試，追溯軟件需求說(shuō)明書(shū)進(jìn)行測(cè)試，以確定軟件的實(shí)現(xiàn)是否滿足用戶需求或合同的要求；

42、V模型存在一定的局限性，它僅僅把測(cè)試過(guò)程作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。容易使人理解為測(cè)試是軟件開(kāi)發(fā)的最后一個(gè)階段，主要是針對(duì)程序進(jìn)行測(cè)試尋找錯(cuò)誤，而需求分析階段隱藏的問(wèn)題一直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)；

43、W模型建立：V模型的局限性在于沒(méi)有明確地說(shuō)明早期的測(cè)試，不能體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則。在V模型中增加軟件各開(kāi)發(fā)階段應(yīng)同步進(jìn)行的測(cè)試，被演化為一種W模型，因?yàn)閷?shí)際上開(kāi)發(fā)是“V”，測(cè)試也是與此相并行的“V”?；凇氨M早地和不斷地進(jìn)行軟件測(cè)試”的原則；

?44、W模型應(yīng)用：W模型可以說(shuō)是V模型自然而然的發(fā)展。它強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測(cè)試。這樣，只要相應(yīng)的開(kāi)發(fā)活動(dòng)完成，我們就可以開(kāi)始執(zhí)行測(cè)試，可以說(shuō)，測(cè)試與開(kāi)發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問(wèn)題。以需求為例，需求分析一完成，我們就可以對(duì)需求進(jìn)行測(cè)試，而不是等到最后才進(jìn)行針對(duì)需求的驗(yàn)收測(cè)試；