第一章、引論

為什么要進(jìn)行軟件測(cè)試？

• 簡(jiǎn)答：為了保證軟件質(zhì)量，減少不必要的損失。

• 大題：

  • 軟件的某些缺陷只有在測(cè)試時(shí)才會(huì)發(fā)現(xiàn)；

  • 提供對(duì)系統(tǒng)質(zhì)量相關(guān)信息；

  • 發(fā)現(xiàn)缺陷越早更容易更正，預(yù)防錯(cuò)誤的發(fā)生；

  • 提高產(chǎn)品利潤(rùn)

  • 提高企業(yè)國(guó)際競(jìng)爭(zhēng)力

軟件 =程序 + 數(shù)據(jù) （庫(kù)） + 文檔 + 服務(wù)

• 軟件測(cè)試的正面性：軟件測(cè)試是一系列活動(dòng)，以評(píng)價(jià)一個(gè)程序或系統(tǒng)的特性或能力，并確

• 定是否達(dá)到預(yù)期的結(jié)果，驗(yàn)證是否符合用戶需求

• 軟件測(cè)試的反面性：測(cè)試是為了證明程序有錯(cuò)，好的測(cè)試能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤

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

• 在特定的條件下運(yùn)行系統(tǒng)或構(gòu)件，觀察或記錄結(jié)果，對(duì)系統(tǒng)的某個(gè)方面做出評(píng)價(jià)；

• 分析某個(gè)軟件項(xiàng)以發(fā)現(xiàn)現(xiàn)存的和要求的條件之差別（即錯(cuò)誤） 并評(píng)價(jià)此軟件項(xiàng)的特性；

軟件測(cè)試的定義？

標(biāo)準(zhǔn)觀點(diǎn)來(lái)看，可以定義為“驗(yàn)證”和“有效性確認(rèn)”活動(dòng)夠成的整體，即軟件測(cè)試V&V。

• “驗(yàn)證”是檢驗(yàn)軟件是否已正確地實(shí)現(xiàn)了軟件需求規(guī)格說(shuō)明書(shū)所定義的系統(tǒng)功能和特性。驗(yàn)證過(guò)程提供證據(jù)表明軟件相關(guān)產(chǎn)品與所有生命周期活動(dòng)的要求(如正確性、完整性、一致性、準(zhǔn)確性等)一致。相當(dāng)于以軟件產(chǎn)品設(shè)計(jì)規(guī)格說(shuō)明書(shū)為標(biāo)準(zhǔn)進(jìn)行軟件測(cè)試的活動(dòng)。

• “有效性確認(rèn)”是確認(rèn)所開(kāi)發(fā)的軟件是否滿足用戶真正需求的活動(dòng)。一切從客戶出發(fā)，理解客戶的需求，并對(duì)軟件需求定義和設(shè)計(jì)存疑，以發(fā)現(xiàn)需求定義和產(chǎn)品設(shè)計(jì)中的問(wèn)題。主要通過(guò)各種軟件評(píng)審活動(dòng)來(lái)實(shí)現(xiàn)，保證讓客戶參加評(píng)審和測(cè)試活動(dòng)。

軟件測(cè)試4個(gè)階段？（軟件測(cè)試級(jí)別有哪4個(gè)？）

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

1. 單元測(cè)試 是對(duì)軟件組成單元進(jìn)行測(cè)試。其目的是檢驗(yàn)軟件基本組成單位的正確性。測(cè)試的對(duì)象是軟件設(shè)計(jì)的最小單位：模塊。又稱為模塊測(cè)試。

1. 集成測(cè)試 也稱聯(lián)合測(cè)試（聯(lián)調(diào)）、組裝測(cè)試，將程序模塊采用適當(dāng)?shù)募刹呗越M裝起來(lái)，對(duì)系統(tǒng)的接口及集成后的功能進(jìn)行正確性檢測(cè)的測(cè)試工作。集成主要目的是檢查軟件單位之間的接口是否正確。

1. 將軟件系統(tǒng)看成是一個(gè)系統(tǒng)的測(cè)試。包括對(duì)功能、性能以及軟件所運(yùn)行的軟硬件環(huán)境進(jìn)行測(cè)試。時(shí)間大部分在系統(tǒng)測(cè)試執(zhí)行階段，包括回歸測(cè)試和冒煙測(cè)試。

1. 驗(yàn)收測(cè)試 是部署軟件之前的最后一個(gè)測(cè)試操作。它是技術(shù)測(cè)試的最后一個(gè)階段，也稱為交付測(cè)試。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，按照項(xiàng)目合同、任務(wù)書(shū)、雙方約定的驗(yàn)收依據(jù)文檔，向軟件購(gòu)買者展示該軟件系統(tǒng)滿足原始需求。

第二章、軟件測(cè)試的基本概念

產(chǎn)品質(zhì)量的標(biāo)準(zhǔn)：功能性，可用性，可靠性，性能，容量

軟件缺陷的定義？

• 內(nèi)部：軟件本身設(shè)計(jì)問(wèn)題。

• 外部：不能滿足用戶的需求。

軟件缺陷的產(chǎn)生？

1. 技術(shù)問(wèn)題。

1. 軟件本身。

1. 團(tuán)隊(duì)工作。

軟件缺陷描述：

可跟蹤的信息：缺陷ID

軟件缺陷基本信息：狀態(tài)，標(biāo)題，嚴(yán)重程度，重要性....

缺陷的詳細(xì)描述：缺陷的詳細(xì)步驟，期望結(jié)果，實(shí)際結(jié)果

測(cè)試環(huán)境：...

必要附件：...

?文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-484796.html

測(cè)試的分類：

按對(duì)象分類：接口單元系統(tǒng)數(shù)據(jù)文檔

按目的分類：可用可靠性能安全

按是否執(zhí)行程序：靜態(tài)動(dòng)態(tài)

按是否針對(duì)內(nèi)部具體結(jié)構(gòu)和實(shí)現(xiàn)算法：黑白盒

靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

根據(jù)程序是否運(yùn)行，測(cè)試可以分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

靜態(tài)測(cè)試：

靜態(tài)測(cè)試包括對(duì)軟件產(chǎn)品的需求和設(shè)計(jì)規(guī)格說(shuō)明書(shū)的評(píng)審、對(duì)程序代碼的審查以及靜態(tài)分析等。

靜態(tài)測(cè)試主要檢查代碼風(fēng)格，結(jié)構(gòu)的正確性，書(shū)寫(xiě)的標(biāo)準(zhǔn)，以及安全性

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

動(dòng)態(tài)測(cè)試是通過(guò)真正運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，通過(guò)觀察代碼運(yùn)行過(guò)程，來(lái)獲取系統(tǒng)行為、變量實(shí)時(shí)結(jié)果、內(nèi)存、堆棧、線程以及測(cè)試覆蓋度等方面的信息，來(lái)判斷系統(tǒng)是否存在問(wèn)題，或者通過(guò)有效的測(cè)試用例，對(duì)應(yīng)的輸入輸出關(guān)系來(lái)分析被測(cè)程序的運(yùn)行情況，來(lái)發(fā)現(xiàn)缺陷。

靜態(tài)分析：

人工檢測(cè)：

不依靠計(jì)算機(jī)兒完全靠人工審查或評(píng)審軟件。注重：編碼風(fēng)格、算法的檢查，也可以檢查安全性、國(guó)際化和容錯(cuò)性等代碼問(wèn)題。

計(jì)算機(jī)輔助靜態(tài)分析：

利用測(cè)試工具對(duì)被測(cè)程序進(jìn)行特性分析，從程序中提取一些信息，以便檢查程序邏輯的各種缺陷和可疑的程序構(gòu)造。

軟件（產(chǎn)品）評(píng)審。

軟件評(píng)審的形式有互為評(píng)審（同行評(píng)審）、走查（小組成員討論開(kāi)會(huì)講解）、審查（講解提問(wèn)方式，采用缺陷檢查表，以會(huì)議的形式）。

1. 文檔評(píng)審。

1. 技術(shù)評(píng)審。

1. 管理評(píng)審。

1. 流程評(píng)審。

管理評(píng)審和流程評(píng)審也作為軟件質(zhì)量保證。

軟件測(cè)試是對(duì)以下內(nèi)容（軟件開(kāi)發(fā)的四個(gè)階段的產(chǎn)物）評(píng)審。

1. 需求評(píng)審。

1. 設(shè)計(jì)評(píng)審。

1. 代碼評(píng)審。

1. 文檔評(píng)審。

軟件測(cè)試階段：

1.單元測(cè)試

2.集成測(cè)試

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

4.驗(yàn)收測(cè)試

主動(dòng)測(cè)試和被動(dòng)測(cè)試。

主動(dòng)測(cè)試：測(cè)試人員主動(dòng)相測(cè)試對(duì)象發(fā)送請(qǐng)求并驗(yàn)證返回的結(jié)果

被動(dòng)測(cè)試：測(cè)試人員被動(dòng)的監(jiān)控產(chǎn)品的運(yùn)行，通過(guò)一定的機(jī)制獲取數(shù)據(jù)

白盒測(cè)試和黑盒測(cè)試。

白盒測(cè)試：

白盒測(cè)試，也稱結(jié)構(gòu)化測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，也就是已知產(chǎn)品的內(nèi)部工作過(guò)程，清楚最終生成軟件產(chǎn)品的計(jì)算機(jī)程序結(jié)構(gòu)及其語(yǔ)句，按照程序內(nèi)部的機(jī)構(gòu)測(cè)試程序，檢查所有內(nèi)部成分是否按照規(guī)定正常進(jìn)行。

白盒測(cè)試方法：

1. 語(yǔ)句覆蓋。 任意一次完整的流程

1. 判定覆蓋。 所有的分支語(yǔ)句都要經(jīng)歷一次

1. 條件覆蓋。 根據(jù)判定的語(yǔ)句，要讓每個(gè)判定的條件的真假至少都執(zhí)行一次（用&&||隔開(kāi)的都算作獨(dú)立的條件）

1. 判定條件覆蓋。 包括判定和條件覆蓋

1. 條件組合覆蓋。每個(gè)判定條件的真假組合都要出現(xiàn)一次（盡可能的出現(xiàn)，不符合邏輯的就算了）

1. 基本路徑覆蓋。 覆蓋所有的路徑組合

基本路徑覆蓋的步驟：

1.先計(jì)算圈復(fù)雜度，圈復(fù)雜度極為獨(dú)立路徑的條數(shù)

2.再找出獨(dú)立路徑，獨(dú)立路徑極為和當(dāng)前現(xiàn)有的獨(dú)立路徑相比，至少出現(xiàn)了一個(gè)新的判定節(jié)點(diǎn)

黑盒測(cè)試：

黑盒測(cè)試方法，也稱數(shù)據(jù)驅(qū)動(dòng)測(cè)試方法，在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特征的情況下，測(cè)試人員針對(duì)軟件直接進(jìn)行測(cè)試，檢查系統(tǒng)功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用、是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而輸出正確的結(jié)果等，檢查相應(yīng)的文檔是否才用了正確的模板、是否滿足規(guī)范要求。

黑盒測(cè)試方法：

1. 等價(jià)類劃分法。

1. 邊界值分析法。

1. 判定表方法。

1. 因果圖法。

1. 正交試驗(yàn)法。

1. 功能圖法。

1. 錯(cuò)誤推測(cè)法。

黑盒測(cè)試的難點(diǎn)：如何構(gòu)造一個(gè)有效的輸入。

黑盒方法

• 靜態(tài)

  • 單因素 1.等價(jià)類劃分 2.邊界值劃分

  • 多因素 1.因果圖 2. 判定表 3.兩兩組合4. 正交試驗(yàn)法

• 動(dòng)態(tài)

  • 功能圖

  • 有限狀態(tài)機(jī)

• 其他

  • 錯(cuò)誤推測(cè)法

有了黑盒測(cè)試為什么還要進(jìn)行白盒測(cè)試？

黑盒測(cè)試只能觀察軟件的外部表現(xiàn)，即使軟件的輸入和輸出都是正確的，確并不能表示軟件是正確的。

程序有可能用錯(cuò)誤的運(yùn)算方式得出正確的結(jié)果，只有白盒測(cè)試才能發(fā)現(xiàn)真正的原因。

白盒測(cè)試能發(fā)現(xiàn)程序里面的隱患，像內(nèi)存泄漏、誤差累計(jì)問(wèn)題。在這方面黑盒測(cè)試存在嚴(yán)重的不足。

測(cè)試用例。

測(cè)試用例（Test Case）是為了特定的測(cè)試目的而設(shè)計(jì)的測(cè)試條件、測(cè)試數(shù)據(jù)及與之相關(guān)的測(cè)試規(guī)程的一個(gè)特定的使用用例或場(chǎng)景。測(cè)試用例也可以被稱為有效地發(fā)現(xiàn)軟件缺陷的最小測(cè)試執(zhí)行單元。而測(cè)試腳本（Test Script）是測(cè)試工具執(zhí)行的一組指令集合，是計(jì)算機(jī)能自動(dòng)完成測(cè)試用例的執(zhí)行，也是計(jì)算機(jī)程序的一種新式。腳本可以通錄制產(chǎn)生，也可以直接用腳本語(yǔ)言編寫(xiě)腳本。

?

流程：（1）、測(cè)試需求分析；（2）、業(yè)務(wù)流程分析；（3）、測(cè)試用例設(shè)計(jì)；（4）、測(cè)試用例評(píng)審；（5）、測(cè)試用例更新完善。

第三章、軟件測(cè)試方法

簡(jiǎn)答：

什么是等價(jià)類劃分法？

等價(jià)類劃分是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例。每一類的代表性數(shù)據(jù)在測(cè)試中的作用等價(jià)于這一類中的其他值，使用這一方法設(shè)計(jì)測(cè)試用例即為等價(jià)類劃分法。

每一類的代表性數(shù)據(jù)在測(cè)試中的作用等價(jià)于這一類中的其他值，也就是說(shuō)，如果某一類中的一個(gè)例子發(fā)現(xiàn)了錯(cuò)誤，這一類等價(jià)類中的其他例子也能發(fā)現(xiàn)同樣的錯(cuò)誤；反之，如果某一類中的一個(gè)例子沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則這一類中的其他例子也不會(huì)查出錯(cuò)誤（除非等價(jià)類中的某些例子屬于另一等價(jià)類，因?yàn)閹讉€(gè)等價(jià)類可能相交的）。使用這一方法設(shè)計(jì)測(cè)試用例，首先必須在分析需求規(guī)格說(shuō)明的基礎(chǔ)上劃分等價(jià)類，列出等價(jià)類表。

?

6條確定等價(jià)類的原則：

1. 在輸入條件規(guī)定了取值范圍或值的個(gè)數(shù)的情況下，可以確立一個(gè)有效等價(jià)類和兩個(gè)無(wú)效等價(jià)類。

1. 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。

1. 在輸入條件是一個(gè)布爾量的情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。

1. 在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可確立n個(gè)有效等價(jià)類和一個(gè)無(wú)效等價(jià)類。

1. 在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個(gè)有效等價(jià)類（符合規(guī)則）和若干個(gè)無(wú)效等價(jià)類（從不同角度違反規(guī)則）。

1. 在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步地劃分為更小的等價(jià)類。

等價(jià)類劃分步驟。

1.先列出等價(jià)類表，包括輸入條件，有效等價(jià)類和編號(hào)，無(wú)效等價(jià)類和編號(hào)，然后再畫(huà)出測(cè)試用例表

1. 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類。重復(fù)這一步，最后使得所有有效等價(jià)類均被測(cè)試用例所覆蓋。

1. 設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無(wú)效等價(jià)類。重復(fù)這一步是所有無(wú)效等價(jià)類均被覆蓋。

邊界值劃分法：

“五點(diǎn)法”和“七點(diǎn)法”

五點(diǎn)法：最大值、略低于最大值、正常值、略高于最小值、最小值。

七點(diǎn)法：略大于最大值、最大值、略低于最大值、正常值、略高于最小值、最小值、略低于最小值。

判定表法：

條件樁，動(dòng)作樁，條件項(xiàng)，動(dòng)作項(xiàng)

?

因果圖法：

根據(jù)判定表（原因，結(jié)果）繪制因果圖法

?

判定表和因果圖的缺點(diǎn)：

測(cè)試用例設(shè)計(jì)的過(guò)于簡(jiǎn)單，只能用是否回答測(cè)試用例，遇到復(fù)雜的問(wèn)題難以解決

兩兩組合（pare-wise）：

一個(gè)用例表，從尾部開(kāi)始，將因子拆成兩兩組合的形式，若每種這種兩兩組合的形式，在之前的用力表里面都能找得到，那么就說(shuō)明這個(gè)用例是多余的

正交法：

正交表里每個(gè)因子的水平出現(xiàn)次數(shù)是完全相同的，任意兩列的水平搭配，每種出現(xiàn)的次數(shù)對(duì)等

意思就是，每種因子，在所有行里面數(shù)量要想等，就比如A出現(xiàn)了兩次，那么BC都要出現(xiàn)兩次。并且每行出現(xiàn)的因子數(shù)要想等（除了第一行全一），意思就是，第二行出現(xiàn)了三個(gè)因子ABC，那么第四行就要出現(xiàn)三個(gè)因子DEF

優(yōu)點(diǎn)

不需窮舉測(cè)試用例，對(duì)組合的情況有最好的覆蓋

環(huán)路復(fù)雜度計(jì)算

邊數(shù)-點(diǎn)數(shù)+2

功能圖法：

根據(jù)系統(tǒng)要求，繪制狀態(tài)流程圖，再根據(jù)繪制的狀態(tài)流程圖，導(dǎo)出測(cè)試用例

軟件測(cè)試的目的。

確保軟件的質(zhì)量。

• 正向：找軟件不存在錯(cuò)誤。

• 反向：找軟件有錯(cuò)誤。

以最少的人力、物力和時(shí)間找出軟件中潛在的各種錯(cuò)誤和缺陷，通過(guò)修正各種錯(cuò)誤和缺陷保障軟件質(zhì)量，避免軟件發(fā)布后由于潛在的軟件錯(cuò)誤和缺陷造成的隱患所帶來(lái)的商業(yè)風(fēng)險(xiǎn)。同時(shí)利用測(cè)試過(guò)程中得到的測(cè)試結(jié)果和測(cè)試信息，作為后續(xù)項(xiàng)目開(kāi)發(fā)和測(cè)試過(guò)程改進(jìn)的重要輸入，避免在將來(lái)的項(xiàng)目開(kāi)發(fā)和測(cè)試中重復(fù)同樣的錯(cuò)誤；采用更加高效的測(cè)試管理手段，提高軟件測(cè)試的效率和軟件產(chǎn)品的質(zhì)量。

基本路徑法的步驟。

1. 程序的控制流圖：描述程序控制流的一種圖示方法。

1. 程序圈復(fù)雜度：McCabe復(fù)雜性度量。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次所必須的測(cè)試用例數(shù)目的上界。

1. 導(dǎo)出測(cè)試用例：根據(jù)圈復(fù)雜度和程序結(jié)構(gòu)設(shè)計(jì)用例數(shù)據(jù)輸入和預(yù)期結(jié)果。

1. 準(zhǔn)備測(cè)試用例：確?；韭窂郊械拿恳粭l路徑的執(zhí)行。

什么是非增量測(cè)試與增量測(cè)試。

增量式集成

增量式集成測(cè)試是逐步集成和逐步測(cè)試的方法，把可能出現(xiàn)的錯(cuò)誤分散暴露出來(lái)，便于找出問(wèn)題和修改。

優(yōu)點(diǎn)：更早地發(fā)現(xiàn)模塊間的接口錯(cuò)誤，有利于錯(cuò)誤定位；

缺點(diǎn)：需要編寫(xiě)驅(qū)動(dòng)模塊和樁模塊；

非增量式集成

在對(duì)每個(gè)單元進(jìn)行充分測(cè)試后，將所有單元全部集成起來(lái)，一次性地進(jìn)行集成測(cè)試。

優(yōu)點(diǎn)：減少測(cè)試工作量。

缺點(diǎn)：難以定位和解決問(wèn)題，可能會(huì)發(fā)現(xiàn)很多錯(cuò)誤。

驅(qū)動(dòng)模塊

驅(qū)動(dòng)模塊就是用來(lái)代替主模塊，用它來(lái)調(diào)用子模塊

樁模塊

集成測(cè)試前要為被測(cè)模塊編制一些模擬其下級(jí)模塊功能的“替身”模塊，以代替被測(cè)模塊的接口，接受或傳遞被測(cè)模塊的數(shù)據(jù)，這些專供測(cè)試用的“假”模塊稱為被測(cè)模塊的樁模塊。

第四章、軟件測(cè)試流程和規(guī)范

X、V、W、H、模型

X模型

X模型是對(duì)V模型的改進(jìn), X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試. 此后通過(guò)頻繁的交接, 通過(guò)集成, 最終合成為可執(zhí)行的程序。

V模型

由用戶需求到驗(yàn)收測(cè)試。

?

W模型

W模型也可以看做是 "雙V模型", 有兩個(gè) V, 一個(gè)是研發(fā)V, 一個(gè)是測(cè)試V, 將研發(fā)和測(cè)試的工作并行了起來(lái), 使研發(fā)和測(cè)試的工作可以同時(shí)進(jìn)行, 因此解決了V模型的三個(gè)缺點(diǎn)。

?

H模型

H模型中, 軟件測(cè)試過(guò)程活動(dòng)完全獨(dú)立, 貫穿于整個(gè)產(chǎn)品的周期, 與其他流程并發(fā)地進(jìn)行, 某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒時(shí), 就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試執(zhí)行階段. 軟件測(cè)試可以盡早的進(jìn)行, 并且可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。

軟件測(cè)試學(xué)派

1. 分析學(xué)派：分析學(xué)派認(rèn)為軟件測(cè)試是嚴(yán)格的技術(shù)性的，這一派在學(xué)術(shù)界有很多支持者。

1. 標(biāo)準(zhǔn)學(xué)派：標(biāo)準(zhǔn)學(xué)派認(rèn)為軟件測(cè)試是用于衡量進(jìn)度的一種方式，強(qiáng)調(diào)成本度量和可重復(fù)的標(biāo)準(zhǔn)。

1. 質(zhì)量學(xué)派：質(zhì)量學(xué)派強(qiáng)調(diào)過(guò)程，軟件測(cè)試人員像警察一樣審判開(kāi)發(fā)人員，又像守門(mén)員一樣保證質(zhì)量。

1. 上下文驅(qū)動(dòng)學(xué)派：上下文驅(qū)動(dòng)學(xué)派強(qiáng)調(diào)軟件測(cè)試人的作用，尋找利益相關(guān)的BUG。

1. 敏捷學(xué)派：敏捷漣派使用軟件測(cè)試來(lái)驗(yàn)證開(kāi)發(fā)是否完成，強(qiáng)調(diào)自動(dòng)化。

第五章、單元測(cè)試與集成測(cè)試

為何要進(jìn)行單元測(cè)試。

軟件測(cè)試的目的之一就是盡可能早地發(fā)現(xiàn)軟件中存在的錯(cuò)誤，從而降低軟件質(zhì)量成本，測(cè)試越早進(jìn)行越好，單元測(cè)試就顯得更重要，也是系統(tǒng)的功能測(cè)試的基礎(chǔ)。

單元測(cè)試開(kāi)發(fā)人員和測(cè)試人員參與，以開(kāi)發(fā)人員為主。

靜態(tài)測(cè)試的標(biāo)準(zhǔn)和規(guī)范

1. 可靠性。

1. 可讀性和維護(hù)性。

1. 移植性。

代碼評(píng)審

1. 代碼走查。

1. 正式會(huì)議審查。

1. 代碼互評(píng)

1. 走查與會(huì)議審查的對(duì)比。

1. 缺陷檢查表。

JUnit介紹

JUnit 是一個(gè)編寫(xiě)可重復(fù)測(cè)試的簡(jiǎn)單框架。它是單元測(cè)試框架的 xUnit 架構(gòu)的一個(gè)實(shí)例。

測(cè)試步驟：

1. 建立一個(gè)被JUnit測(cè)試的類。

1. 建立其對(duì)應(yīng)的JUnit Test 類。

1. 針對(duì)自動(dòng)生成的代碼，進(jìn)行補(bǔ)充修改，使其滿足對(duì)特定功能的測(cè)試。

1. 執(zhí)行測(cè)試。

集成測(cè)試定義：

集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試。

在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖）組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試。

集成測(cè)試的模式：

漸增式測(cè)試模式：模塊之間按照順序加入，逐漸擴(kuò)大測(cè)試的規(guī)模和范圍

非漸增式測(cè)試模式：分別測(cè)試每個(gè)模塊，再把所有模塊結(jié)合到一起測(cè)試

集成測(cè)試的方法：

大棒集成：分別測(cè)試每個(gè)獨(dú)立的，再一次性全部組裝測(cè)試

自頂向下：從主模塊向子模塊自上而下測(cè)試，包括深度和廣度優(yōu)先 能更早的發(fā)現(xiàn)缺陷，但是測(cè)試不充分

自底向上：從子模塊向主模塊自下而上測(cè)試 效率高，更全面，但對(duì)程序的主要控制接觸較晚

三明治：確定一層為最重要的，上面的層自頂向下，下面的自底向上 集成上述兩種測(cè)試的優(yōu)點(diǎn)，但是中間層不能今早的得到充分的測(cè)試

第六章、系統(tǒng)測(cè)試

功能測(cè)試

以客戶需求為導(dǎo)向，測(cè)試測(cè)試用例

測(cè)試的方法和黑盒測(cè)試的方法類似（等價(jià)類，邊界值，因果圖...）

回歸測(cè)試

驗(yàn)證缺陷得到了正確的修復(fù)，同時(shí)對(duì)系統(tǒng)的變更沒(méi)有影響以前的功能，以關(guān)鍵性模塊為核心。

策略：

需要從測(cè)試用例庫(kù)中選擇有效的測(cè)試用例，構(gòu)造一個(gè)縮減的測(cè)試用例組來(lái)完成回歸測(cè)試

非功能性測(cè)試：

性能，壓力，容量（采用負(fù)載測(cè)試的技術(shù)）

安全，可靠，容錯(cuò)（測(cè)試方法各不相同）

性能測(cè)試（包括負(fù)載，壓力，容量，可靠，并發(fā)測(cè)試）

目的：為了驗(yàn)證系統(tǒng)是否達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的目的。

基本概念：通常驗(yàn)證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復(fù)使用是否還能滿足性能指標(biāo)?；蛘邎?zhí)行同樣任務(wù)時(shí)新版本不比舊版本慢。一般還檢查系統(tǒng)記憶容量在運(yùn)行程序時(shí)會(huì)不會(huì)流失(memory leak)。比如，驗(yàn)證程序保存一個(gè)巨大的文件新版本不比舊版本慢。

分為客戶端和服務(wù)端。

flat測(cè)試：一次加載所有用戶

ramp-up測(cè)試：每秒新增用戶

主要在于前期的數(shù)據(jù)設(shè)計(jì)和后期的數(shù)據(jù)分析

壓力測(cè)試

長(zhǎng)時(shí)間或超大負(fù)荷地運(yùn)行測(cè)試軟件，在超過(guò)服務(wù)器安全范圍所能承受的最大壓力值

性能指標(biāo)

數(shù)據(jù)傳輸?shù)耐掏铝浚═ransactions）

?數(shù)據(jù)處理效率（Transactions per second）

?數(shù)據(jù)請(qǐng)求的響應(yīng)時(shí)間（Response time）

?內(nèi)存和CPU使用率

容量測(cè)試

通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值，系統(tǒng)在其極限值狀態(tài)下還能保持主要功能正常運(yùn)行。

安全性測(cè)試：

測(cè)試人員假扮非法入侵者，采用各種辦法試圖突破防線。

范圍：

系統(tǒng)級(jí)別的安全性

應(yīng)用程序級(jí)別的安全性

方法：

基于漏洞：從軟件內(nèi)部考慮安全性，識(shí)別安全漏洞

基于威脅：從外部考察，識(shí)別安全威脅

容錯(cuò)測(cè)試：

軟件在異常條件下自身是否具有防護(hù)性的措施或者某種災(zāi)難性恢復(fù)的手段。

主要包括：

1.異常數(shù)據(jù)異常操作

2.災(zāi)難恢復(fù)能力

可靠性測(cè)試：

產(chǎn)品在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)完成規(guī)定功能的能力，表明了一個(gè)軟件系統(tǒng)按照用戶的要求和設(shè)計(jì)的目標(biāo)，執(zhí)行其功能的可靠程度

兼容測(cè)試：

驗(yàn)證軟件之間是否正確地交互和共享信息

硬件兼容

軟件之間兼容

數(shù)據(jù)之間兼容

向后兼容（向下兼容）:可以使用軟件的以前版本

向前兼容（向上兼容）:可以使用軟件的未來(lái)版本

橫向兼容：文件的導(dǎo)入導(dǎo)出

第七章、驗(yàn)收測(cè)試

驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。在軟件產(chǎn)品完成了單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試之后，產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)。它是技術(shù)測(cè)試的最后一個(gè)階段，也稱為交付測(cè)試。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

主要包括：易用性測(cè)試，兼容性測(cè)試，安裝測(cè)試，文檔測(cè)試

注意：驗(yàn)收測(cè)試必須在實(shí)際用戶運(yùn)行環(huán)境中進(jìn)行，由用戶和測(cè)試部門(mén)共同執(zhí)行

實(shí)施驗(yàn)收測(cè)試的常用策略有三種，它們分別是：

· 正式驗(yàn)收：對(duì)系統(tǒng)驗(yàn)收的延續(xù)

· 非正式驗(yàn)收或 Alpha 測(cè)試

· Beta 測(cè)試

您選擇的策略通常建立在合同需求、組織和公司標(biāo)準(zhǔn)以及應(yīng)用領(lǐng)域的基礎(chǔ)上。

Alpha 測(cè)試指軟件開(kāi)發(fā)內(nèi)部人員開(kāi)始試用新產(chǎn)品。在實(shí)際運(yùn)行環(huán)境和真實(shí)應(yīng)用過(guò)程中發(fā)現(xiàn)測(cè)試階段所沒(méi)有發(fā)現(xiàn)的缺陷。經(jīng)過(guò)Alpha測(cè)測(cè)試和修正的軟件產(chǎn)品稱為Beta版本。是白盒測(cè)試

Beta 測(cè)試是公司外部的典型用戶試用，并要求報(bào)告異常情況，提出批評(píng)意見(jiàn)，然后再對(duì)Beta版本進(jìn)行修正和完善，最終得到正式發(fā)布的版本。是黑盒測(cè)試

驗(yàn)收測(cè)試完后需要提交驗(yàn)收?qǐng)?bào)告和交付報(bào)告

第八章、軟件本地化測(cè)試

翻譯驗(yàn)證

檢查軟件內(nèi)文字標(biāo)點(diǎn)，是否準(zhǔn)確以及有無(wú)不符對(duì)應(yīng)國(guó)家的法律以及文化習(xí)慣。

主要解決 技術(shù)問(wèn)題 配置和兼容性問(wèn)題

第九章 測(cè)試自動(dòng)化

測(cè)試自動(dòng)化的內(nèi)涵：

手工測(cè)試的局限性：

覆蓋問(wèn)題

重復(fù)性問(wèn)題

捕捉問(wèn)題

模擬問(wèn)題

效率問(wèn)題

測(cè)試自動(dòng)化

由手工逐個(gè)地運(yùn)行測(cè)試用例的操作過(guò)程被測(cè)試工具自動(dòng)執(zhí)行的過(guò)程所代替。

測(cè)試工具的使用是自動(dòng)化測(cè)試的主要特征

優(yōu)勢(shì)：

運(yùn)行速度快

結(jié)果準(zhǔn)確

高復(fù)用性

永不疲勞

可靠

獨(dú)特的能力

好處：

測(cè)試周期縮短

更高質(zhì)量的產(chǎn)品

軟件過(guò)程更規(guī)范

高昂的團(tuán)隊(duì)士氣

節(jié)省人力資源，降低企業(yè)成本

充分利用硬件資源，降低企業(yè)成本

測(cè)試自動(dòng)化實(shí)現(xiàn)的原理

代碼分析

對(duì)象識(shí)別

腳本技術(shù)

產(chǎn)生方式：

錄制，腳本語(yǔ)言編寫(xiě)，混合

腳本的分類：

線性腳本：錄制得到的

結(jié)構(gòu)化腳本：類似于一個(gè)程序

數(shù)據(jù)驅(qū)動(dòng)腳本：測(cè)試數(shù)據(jù)獨(dú)立

關(guān)鍵字腳本：數(shù)據(jù)驅(qū)動(dòng)腳本的邏輯擴(kuò)張

腳本管理

腳本和測(cè)試數(shù)據(jù)分開(kāi)

自動(dòng)比較技術(shù)

?

到了這里，關(guān)于軟件測(cè)試方法和技術(shù)期末總復(fù)習(xí)的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！