一、測(cè)試基礎(chǔ)?

1. 軟件測(cè)試的定義

（1）IEEE：通過(guò)人工或者自動(dòng)化的手段執(zhí)行某個(gè)程序或者運(yùn)行某個(gè)系統(tǒng)的過(guò)程，其目的是為了驗(yàn)證符合規(guī)定的需求以及發(fā)現(xiàn)實(shí)際結(jié)果和預(yù)期結(jié)果之間的偏差。

（2）Glenford J.Mayer：?測(cè)試是為了發(fā)現(xiàn)缺陷，好的測(cè)試方案是發(fā)現(xiàn)了迄今為止未發(fā)現(xiàn)缺陷的方案，成功的測(cè)試是發(fā)現(xiàn)了迄今為止未發(fā)現(xiàn)的缺陷。

2. 測(cè)試的目的

（1）證明

①60年代

②證明軟件可用，能夠滿足需求

③測(cè)試是不能窮盡的，不能百分之百證明軟件沒有問題

（2）檢測(cè)

①70年代

②發(fā)現(xiàn)軟件系統(tǒng)的不足，除了功能方面，對(duì)其他方面比如性能；易用性可靠性提出更多的要求

③針對(duì)不足與問題要做分析

（3）預(yù)防

①90年代~至今

②全面管理質(zhì)量，做好預(yù)防

③測(cè)試工作要盡早

二、軟件生命周期

計(jì)劃--》需求分析--》設(shè)計(jì)--》編碼實(shí)現(xiàn)--》測(cè)試--》運(yùn)行與維護(hù)--》評(píng)價(jià)

三、軟件的開發(fā)過(guò)程

1. 軟件開發(fā)模型

（1）?順序開發(fā)模型

? ? ? ? ①瀑布模型

? ? ? ? ②V模型

（2）迭代-增量開發(fā)模型

? ? ? ①螺旋模型

? ? ? ②RUP模型

? ? ? ③IPPD模型

四、常用的測(cè)試術(shù)語(yǔ)

? ? ? ? ①測(cè)試用例

? ? ? ?②缺陷

? ? ? ?

五、軟件測(cè)試流程

1. 單元測(cè)試

（1）概念

針對(duì)組成軟件系統(tǒng)的最基本的單位（函數(shù)或者類）進(jìn)行測(cè)試，叫做單元測(cè)試，也稱組件測(cè)試。

（2）測(cè)試依據(jù)

詳細(xì)設(shè)計(jì)說(shuō)明書（LLD）

（3）方法

白盒測(cè)試方法為主

（4）考察基準(zhǔn)

邏輯覆蓋率

（5）英文

Unit Testing（UT）或Component Testing（組件測(cè)試）

（6）補(bǔ)充

孤立的測(cè)試策略：自頂向下，自底向上

2. 集成測(cè)試

（1）概念

將測(cè)試完成的單元進(jìn)行組裝，或者將組裝好的模塊集成為系統(tǒng)，叫做集成測(cè)試。

（2）測(cè)試依據(jù)

概要設(shè)計(jì)說(shuō)明書（HLD）

（3）方法

灰盒（黑盒+白盒）測(cè)試方法為主

（4）考察基準(zhǔn)

接口覆蓋率

（5）英文

Integration Testing（IT）

（6）補(bǔ)充

大爆炸集成，自頂向下，自底向上，三明治集成

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

（1）概念

將組裝完成的軟件系統(tǒng)作為一個(gè)元素和其他軟件或者硬件系統(tǒng)集成在一起的測(cè)試，叫做系統(tǒng)測(cè)試。

（2）測(cè)試依據(jù)

軟件需求規(guī)格說(shuō)明書（SRS）

（3）方法

黑盒測(cè)試方法為主

（4）考察基準(zhǔn)

需求覆蓋率

（5）英文

System Testing（ST）

（6）補(bǔ)充

常見的系統(tǒng)測(cè)試類型：功能測(cè)試，性能測(cè)試，安全測(cè)試，易用性測(cè)試

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

（1）概念

用戶參與的測(cè)試叫做驗(yàn)收測(cè)試（驗(yàn)收合同或者潛在用戶參與的測(cè)試）。

（2）依據(jù)

驗(yàn)收合同，用戶的原始需求

（3）方法

黑盒測(cè)試方法

（4）考察基準(zhǔn)

原始需求覆蓋率

（5）英文

User Acceptance Testing（UAT）

（6）補(bǔ)充

Alpha測(cè)試（內(nèi)測(cè)）

潛在用戶在開發(fā)現(xiàn)場(chǎng)，有開發(fā)人員進(jìn)行記錄，整個(gè)測(cè)試過(guò)程可控。

Beta測(cè)試（公測(cè)）

直接發(fā)布到市場(chǎng)，沒有開發(fā)人員記錄，環(huán)境比較復(fù)雜多樣，整個(gè)測(cè)試過(guò)程不可控。

5. 回歸測(cè)試

（1）概念

執(zhí)行用例失敗而提交了缺陷，針對(duì)缺陷修改后再次驗(yàn)證缺陷是否修改正確以及缺陷修改后受到影響的測(cè)試用例再次測(cè)試；回歸測(cè)試發(fā)生在任何階段。

（2）流程

①在測(cè)試方案中確定回歸測(cè)試的版本

②等待回歸測(cè)試版本發(fā)布

③回歸測(cè)試版本發(fā)布

④回歸測(cè)試（按照確定回歸測(cè)試策略）

（3）策略

完全重復(fù)回歸測(cè)試

選擇重復(fù)回歸測(cè)試（周邊影響法；指標(biāo)達(dá)成法；覆蓋修改法）

六、軟件測(cè)試模型

1. 瀑布模型

2. V模型?

??

3. H模型?

4. 雙V模型（Verification and Validation）?

七、測(cè)試活動(dòng)與規(guī)范

1. 測(cè)試計(jì)劃

針對(duì)測(cè)試階段做規(guī)劃：

①時(shí)間的安排

②人員安排

③任務(wù)的分配

④測(cè)試目標(biāo)的要求

⑤測(cè)試范圍的劃定

⑥測(cè)試計(jì)劃文檔（單元測(cè)試計(jì)劃；系統(tǒng)測(cè)試計(jì)劃；集成測(cè)試計(jì)劃；驗(yàn)收測(cè)試計(jì)劃）

2. 測(cè)試設(shè)計(jì)

①針對(duì)測(cè)試計(jì)劃給出時(shí)間要求，給定的人員要完成分配的測(cè)試任務(wù)進(jìn)行各種策略（詳細(xì)說(shuō)明怎么做：具體的工具；方法；模板；任務(wù)的順序）

②測(cè)試方案文檔（單元測(cè)試方案；集成測(cè)試方案；系統(tǒng)測(cè)試方案；驗(yàn)收測(cè)試方案）

3.?測(cè)試實(shí)現(xiàn)

①針對(duì)方案中給出如何編寫測(cè)試用例，編寫測(cè)試腳本完成測(cè)試用例；測(cè)試腳本以及測(cè)試規(guī)程

②測(cè)試用例（單元測(cè)試用例；集成測(cè)試用例；系統(tǒng)測(cè)試用例；驗(yàn)收測(cè)試用例）

③測(cè)試腳本（單元測(cè)試腳本；集成測(cè)試腳本；系統(tǒng)測(cè)試腳本；驗(yàn)收測(cè)試腳本）

④測(cè)試規(guī)程（單元測(cè)試規(guī)程；集成測(cè)試規(guī)程；系統(tǒng)測(cè)試規(guī)程；驗(yàn)收測(cè)試規(guī)程）

⑤測(cè)試規(guī)程（Test Procedure）：規(guī)定一組測(cè)試用例的執(zhí)行順序

4. 測(cè)試執(zhí)行

針對(duì)計(jì)劃中安排的測(cè)試執(zhí)行時(shí)間、人員、按照方案中給定的環(huán)境搭建數(shù)據(jù)選取等策略，對(duì)測(cè)試實(shí)現(xiàn)中的用例，腳本按照測(cè)試規(guī)程編排的順序執(zhí)行，具體的測(cè)試執(zhí)行工作：

①搭建測(cè)試環(huán)境

②準(zhǔn)備測(cè)試數(shù)據(jù)

③執(zhí)行測(cè)試用例

④記錄測(cè)試用例執(zhí)行結(jié)果

⑤提交缺陷

⑥跟蹤缺陷

⑦回歸測(cè)試

⑧測(cè)試報(bào)告

八、測(cè)試方法及分類

1. 黑盒測(cè)試和白盒測(cè)試

（1）白盒測(cè)試（White Box Testing）

①概念：針對(duì)軟件系統(tǒng)的內(nèi)部細(xì)節(jié)做測(cè)試，考察內(nèi)部的邏輯結(jié)構(gòu)，好比盒子是開發(fā)的或者透明的，所以叫做白盒測(cè)試。（Open Box Testing；Glass Box Testing；Logic Driven Testing）

②白盒的靜態(tài)測(cè)試：控制流分析，數(shù)據(jù)流分析，信息流分析

③白盒的動(dòng)態(tài)測(cè)試：程序插裝與邏輯覆蓋率

【解析】

程序插裝：將測(cè)試代碼插入到被測(cè)試代碼，通過(guò)運(yùn)行插入測(cè)試代碼的程序得出測(cè)試結(jié)果，查出被測(cè)試代碼中是否有問題。

邏輯覆蓋率：語(yǔ)句覆蓋率；判定覆蓋率；條件覆蓋率；路徑覆蓋率

④白盒測(cè)試特點(diǎn)

優(yōu)點(diǎn)：問題發(fā)生容易定位

????????????測(cè)試的比較徹底

????????????解決問題的成本比較低

缺點(diǎn)：對(duì)測(cè)試人員的代碼能力要求高

? ? ? ? ? ? 測(cè)試的工作的工作量大

? ? ? ? ? ? 測(cè)試的成本比較高

? ? ? ? ? ? 對(duì)規(guī)格問題不做驗(yàn)證

（2）黑盒測(cè)試（Black Box Testing）

①概念：

針對(duì)軟件系統(tǒng)的整體規(guī)格做測(cè)試，看不到內(nèi)部的細(xì)節(jié)結(jié)構(gòu)，好比一個(gè)黑色的盒子，所以叫黑盒測(cè)試

②黑盒的方法

等價(jià)類劃分法；邊界值分析法；判定表法；因果圖法；正交實(shí)驗(yàn)法；狀態(tài)遷移圖法；流程分析法

③常見的黑盒測(cè)試類型

功能測(cè)試；性能測(cè)試；負(fù)載測(cè)試；容量測(cè)試

④黑盒測(cè)試特點(diǎn)

優(yōu)點(diǎn)：對(duì)代碼能力要求低，只測(cè)試最終的貴，測(cè)試效率高，容易理解

缺點(diǎn)：解決問題的成本高，問題定位比較難，不測(cè)試軟件系統(tǒng)內(nèi)部細(xì)節(jié)邏輯結(jié)果，對(duì)軟件需求規(guī)格說(shuō)明書的要求比較高

（3）灰盒測(cè)試

①概念：綜合運(yùn)用黑盒測(cè)試與白盒測(cè)試，灰度取決于被測(cè)試對(duì)象的顆粒度

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

（1）靜態(tài)測(cè)試

①概念

被測(cè)試對(duì)象沒有被運(yùn)行（比如代碼的編譯，文檔的評(píng)審），主要是針對(duì)軟件生產(chǎn)過(guò)程中的中間產(chǎn)品

②自動(dòng)化手段（靜態(tài)分析，語(yǔ)法分析，符號(hào)執(zhí)行）

③人工手段（評(píng)審：代碼走讀；設(shè)計(jì)文檔技術(shù)評(píng)審；需求規(guī)格說(shuō)明書的正規(guī)檢視）

④正規(guī)檢視：必須嚴(yán)格遵守流程規(guī)范（角色分配；活動(dòng)安排），目的是為了發(fā)現(xiàn)缺陷

⑤技術(shù)評(píng)審：對(duì)技術(shù)文檔進(jìn)行評(píng)估，選擇方案

⑥走讀：形式比較隨意，作者自己講解，目的是為了發(fā)現(xiàn)缺陷，同時(shí)可以交流學(xué)習(xí)

（2）動(dòng)態(tài)測(cè)試

概念：被測(cè)試對(duì)象被運(yùn)行

3. 自動(dòng)化測(cè)試和人工測(cè)試

（1）人工測(cè)試

需要智能的，執(zhí)行一次的

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

機(jī)械的重復(fù)的，不需要智能的，人工無(wú)法完成的（大并發(fā)量，查看微妙級(jí)的時(shí)間相應(yīng)的）

九、軟件質(zhì)量

1. 軟件質(zhì)量的概念

軟件這類產(chǎn)品基于軟件特性的滿足條件（ISO9126）

2. 軟件質(zhì)量鐵三角

（1）流程

為生產(chǎn)某個(gè)產(chǎn)品而進(jìn)行的一系列相關(guān)聯(lián)的活動(dòng)，將最終目標(biāo)分解到各個(gè)活動(dòng)使得整個(gè)生產(chǎn)過(guò)程可見

（2）技術(shù)

①技術(shù)本身

②技術(shù)人才

③工作經(jīng)驗(yàn)

④專利

⑤案例庫(kù)開發(fā)技術(shù)

⑥黑盒測(cè)試技術(shù)

⑦白盒測(cè)試技術(shù)

⑧自動(dòng)化技術(shù)

⑨測(cè)試分析技術(shù)

⑩測(cè)試設(shè)計(jì)技術(shù)

（3）組織

間接影響軟件質(zhì)量

①對(duì)流程：引進(jìn)流程；按照流程執(zhí)行；監(jiān)督流程；改進(jìn)流程

②對(duì)技術(shù)：引進(jìn)新技術(shù)；購(gòu)買設(shè)備儀器；吸引技術(shù)人才；案例庫(kù)；專利的申請(qǐng)

3. 軟件質(zhì)量模型

（1）功能性

子特性	說(shuō)明	舉例
適合性	軟件系統(tǒng)應(yīng)該具備的功能是否有缺失以及是否做了額外的實(shí)現(xiàn)（功能少了嗎，多了嗎（畫蛇添足））	ATM自動(dòng)存取款機(jī)：存款；取款；轉(zhuǎn)賬；查詢。 缺失：只做了存款取款和查詢。 額外的實(shí)現(xiàn)：存款；取款；轉(zhuǎn)賬；查詢；天氣預(yù)報(bào)。
準(zhǔn)確性	軟件系統(tǒng)的功能對(duì)數(shù)據(jù)處理的精準(zhǔn)能力（對(duì)不對(duì)）	ATM自動(dòng)存取款機(jī)：存款（20,000RMB，每次最多100張面值100的RMB）；取款（20,000RMB，每次最多3,000RMB，每天最多8次）；轉(zhuǎn)賬（同行同地轉(zhuǎn)賬50,000RMB）；查詢（每天查詢8次）。 存款（最多50張100RMB）；取款；轉(zhuǎn)賬；查詢
互操作性	軟件系統(tǒng)和其他軟件硬件的交互能力。	微信的聊天可以發(fā)送圖片（相冊(cè)）；餓了么點(diǎn)外賣支付（支付寶；微信）；圖形處理軟件中的圖片傳送到手機(jī)。
安全保密性	信息安全（1.防止未被授權(quán)用戶訪問到未被授權(quán)信息；2.保證被授權(quán)用戶能夠訪問到授權(quán)的信息）	微信付賬指紋（你的指紋可以確認(rèn)付款；防止其他人的指紋確認(rèn)付款）； 銀行轉(zhuǎn)賬50萬(wàn)元RMB（允許本人當(dāng)天轉(zhuǎn)賬50萬(wàn)元RMB；防止其他人轉(zhuǎn)你銀行的賬）
功能依從性

（2）可靠性?

子特性	說(shuō)明	舉例
成熟性	內(nèi)部存在的問題比較少	微信運(yùn)行一年不閃退。
容錯(cuò)性	外部的異常操作，攻擊的處理能力。	微信朋友圈每次試圖添加十張圖片。
易恢復(fù)性	對(duì)問題進(jìn)行處理恢復(fù)正常的能力。	重啟APP；重新啟動(dòng)操作系統(tǒng)。
可靠依從性

（3）效率?

子特性	說(shuō)明	舉例
時(shí)間	軟件系統(tǒng)的某個(gè)功能運(yùn)行的響應(yīng)時(shí)間。	ATM機(jī)群看5，000RMB3秒吐出；
資源	軟件系統(tǒng)運(yùn)行或者某個(gè)功能運(yùn)行資源占有率。
效率依從性

?（4）易用性

子特性	說(shuō)明	舉例
易理解性	使用控件資源都一致，提示信息框沒有誤解。	快捷鍵；提示信息；Tooltip（工具貼士）
易學(xué)性	提供軟件系統(tǒng)學(xué)習(xí)的資料。	幫助手冊(cè)；用戶手冊(cè)；操作向?qū)?/p>
易操作性	軟件系統(tǒng)操作的步驟簡(jiǎn)單不繁瑣。	蘋果手機(jī)鈴聲設(shè)置
易吸引性	吸引用戶的能力	標(biāo)題黨；
易用依從性

?（5）可移植性

子特性	說(shuō)明	舉例
適應(yīng)性	軟件系統(tǒng)對(duì)不同環(huán)境的適應(yīng)能力，環(huán)境發(fā)生變化對(duì)軟件的修改比較少。	微信可以Andriod系統(tǒng)；IOS；Windows都可用。可以在不同版本的Andriod；IOS；Windows下可用。
易安裝性	軟件系統(tǒng)的安裝步驟簡(jiǎn)單，能夠在不同環(huán)境下進(jìn)行安裝，不需要做過(guò)多的安裝配置。（卸載）	手機(jī)App。
易替換性	軟件系統(tǒng)的升級(jí)、更新和打補(bǔ)丁。	手機(jī)APP。
共存性	在同一個(gè)環(huán)境下，類似軟件共存的能力不能相互影響和抵制。	360和騰訊瀏覽器。
可移植依從性

?（6）可維護(hù)性

子特性	說(shuō)明	舉例
易分析性	出現(xiàn)缺陷或者bug，能夠分析出來(lái)缺陷產(chǎn)生的原因。	注釋行
易改變性	缺陷發(fā)生后有解決缺陷的方案。	教學(xué)管理系統(tǒng)報(bào)表出錯(cuò)，找不到合適的解決方案。
穩(wěn)定性	對(duì)缺陷修復(fù)之后造成的影響有多大。	代碼的耦合度要低
易測(cè)試性	能夠被量化，能夠編寫測(cè)試用例，有能夠確定的輸入數(shù)據(jù)。	ATM自動(dòng)存取款機(jī)：存款一定金額；取款允許范圍內(nèi)的金額；
可維護(hù)依從性

（7）依從性

對(duì)國(guó)家法律、行業(yè)法規(guī)、企業(yè)內(nèi)部規(guī)則的遵守

【作者的話：點(diǎn)滴積累，成長(zhǎng)無(wú)限】

總結(jié)

以上是生活随笔為你收集整理的软件测试理论基础知识的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。