本篇內(nèi)容主要講解“軟件測(cè)試的基礎(chǔ)知識(shí)有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“軟件測(cè)試的基礎(chǔ)知識(shí)有哪些”吧!

成都創(chuàng)新互聯(lián)公司是一家專業(yè)提供攸縣企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站制作、成都網(wǎng)站設(shè)計(jì)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)、H5響應(yīng)式網(wǎng)站、小程序制作等業(yè)務(wù)。10年已為攸縣眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站設(shè)計(jì)公司優(yōu)惠進(jìn)行中。

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

從廣義上說(shuō)，軟件測(cè)試是軟件生命周期中的所有檢查、評(píng)審和確認(rèn)工作，包括在分析、設(shè)計(jì)階段，以及完成開(kāi)發(fā)后確認(rèn)階段的各類文檔、代碼的審查和確認(rèn)。從狹義上說(shuō)，是識(shí)別軟件缺陷的過(guò)程，即實(shí)際結(jié)果與預(yù)期結(jié)果不一致。

2、軟件測(cè)試的目標(biāo)？

最終目標(biāo)是確保軟件功能符合用戶需求，在產(chǎn)品發(fā)布或交付前盡可能多的發(fā)現(xiàn)并改正缺陷。

3、軟件測(cè)試的原則？

Good-enough原則。一種權(quán)衡投入/產(chǎn)出比的原則。保證測(cè)試的覆蓋度，但窮舉測(cè)試是不可能的。所有測(cè)試都應(yīng)追溯到用戶需求。越早測(cè)試越好，測(cè)試過(guò)程與開(kāi)發(fā)過(guò)程應(yīng)是相互結(jié)合的。測(cè)試的規(guī)模由小到大，從單元測(cè)試到系統(tǒng)測(cè)試。為了盡可能的發(fā)現(xiàn)錯(cuò)誤，應(yīng)由獨(dú)立的第三方進(jìn)行測(cè)試。不能為了便于測(cè)試擅自修改程序。既應(yīng)該測(cè)試軟件應(yīng)該做什么，也應(yīng)該測(cè)試軟件不應(yīng)該做什么。測(cè)試只是展示缺陷。測(cè)試只能表明有缺陷存在，但不能證明沒(méi)有缺陷，測(cè)試能降低未發(fā)現(xiàn)缺陷留存的概率，卻不能證明軟件是絕對(duì)正確的。窮盡測(cè)試是不可能的。測(cè)試所有的輸入和條件組合是不可能的，可以取而代之的是基于風(fēng)險(xiǎn)和優(yōu)先級(jí)的測(cè)試。缺陷簇生。要對(duì)缺陷發(fā)生率高的模塊投入更多的測(cè)試。少量的模塊往往隱藏了大部分的缺陷。缺陷發(fā)生率高的模塊往往與需求不清、設(shè)計(jì)不當(dāng)、編碼復(fù)雜度高等內(nèi)在原因關(guān)聯(lián)，所以從風(fēng)險(xiǎn)的角度來(lái)看必然較高。殺蟲劑悖論。相同的測(cè)試再重復(fù)多次后就無(wú)法再找到缺陷了。測(cè)試用例要不斷評(píng)審修改，不斷添加新的和不同的測(cè)試，就有可能找到更多缺陷。測(cè)試是上下文關(guān)聯(lián)的。測(cè)試在不同上下文環(huán)境中的執(zhí)行是不同的。無(wú)錯(cuò)謬論。即使修改了系統(tǒng)中存在的大部分缺陷，但若系統(tǒng)本身背離了用戶需求，那么發(fā)現(xiàn)和修復(fù)缺陷就毫無(wú)幫助了。

4、軟件測(cè)試的度量？

測(cè)試覆蓋率：有多少需求、代碼已經(jīng)被測(cè)試了。

缺陷發(fā)現(xiàn)率：缺陷是何時(shí)被發(fā)現(xiàn)，且有多少缺陷已經(jīng)被發(fā)現(xiàn)，缺陷可以根據(jù)嚴(yán)重性來(lái)分類，需要記錄的數(shù)據(jù)有：缺陷數(shù)量、缺陷的嚴(yán)重等級(jí)等。

測(cè)試成功率：有多少測(cè)試用例已經(jīng)通過(guò)，且有多少運(yùn)行正常的，需要記錄的數(shù)據(jù)有：通過(guò)的測(cè)試用例數(shù)、未通過(guò)的測(cè)試用例數(shù)、已執(zhí)行的測(cè)試用例數(shù)等。

5、多少測(cè)試才足夠？

取決于風(fēng)險(xiǎn)程度（商業(yè)風(fēng)險(xiǎn)和技術(shù)風(fēng)險(xiǎn)）和項(xiàng)目約束條件（時(shí)間和經(jīng)費(fèi)）。

6、調(diào)試和測(cè)試的區(qū)別？

調(diào)試 for開(kāi)發(fā)人員發(fā)現(xiàn)缺陷原因，修復(fù)代碼并確認(rèn)缺陷已經(jīng)被修復(fù)；測(cè)試 for 測(cè)試人員識(shí)別缺陷。

7、測(cè)試的主要步驟？

計(jì)劃與控制；分析與設(shè)計(jì)；實(shí)施與執(zhí)行；評(píng)估出口準(zhǔn)則和報(bào)告；測(cè)試結(jié)束活動(dòng)。

8、什么是回歸測(cè)試？

回歸測(cè)試是指修改了舊代碼后，重新測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。

9、測(cè)試的標(biāo)準(zhǔn)是什么？

測(cè)試的標(biāo)準(zhǔn)是用戶的需求。

10、為什么要避免測(cè)試自己的程序？

測(cè)試自己的程序時(shí)，容易順著編寫代碼時(shí)的思路進(jìn)行測(cè)試，很少?gòu)钠渌嵌人伎迹谶@種思維定勢(shì)，就難以發(fā)現(xiàn)潛在的錯(cuò)誤。
由于心理因素，人們潛意識(shí)都不希望找到自己的錯(cuò)誤?；谶@種思維定勢(shì)，人們難以發(fā)現(xiàn)自己的錯(cuò)誤。一定程度的獨(dú)立測(cè)試可以更加高效的發(fā)現(xiàn)軟件缺陷和軟件存在的失效。

11、軟件測(cè)試的要素有哪些？

質(zhì)量。軟件質(zhì)量是軟件測(cè)試的目標(biāo)，也是軟件測(cè)試工作的中心。一切從質(zhì)量出發(fā)，也就是一切從客戶需求出發(fā)。任何違背質(zhì)量的東西都是問(wèn)題，測(cè)試就是要找出這些問(wèn)題。

人員。人是決定的因素，測(cè)試人員的態(tài)度、素質(zhì)、能力決定著測(cè)試的效果，對(duì)測(cè)試產(chǎn)品的質(zhì)量也有很大的影響。測(cè)試人員因素包括測(cè)試組織結(jié)構(gòu)、角色和責(zé)任的定義。

技術(shù)。軟件測(cè)試技術(shù)，包括方法、工具。

資源。主要是指測(cè)試環(huán)境中所需要的硬件設(shè)備、網(wǎng)絡(luò)環(huán)境，甚至包括測(cè)試數(shù)據(jù)。另一個(gè)重要因素就是測(cè)試時(shí)間，時(shí)間也是測(cè)試的資源。

流程。從測(cè)試計(jì)劃和測(cè)試用例的創(chuàng)建、評(píng)審到測(cè)試的執(zhí)行、報(bào)告，設(shè)定每個(gè)階段的進(jìn)出標(biāo)準(zhǔn)。

12、什么是軟件質(zhì)量？

軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的能力。

13、軟件測(cè)試與軟件質(zhì)量保證的區(qū)別？

軟件測(cè)試只是保證工作中的一個(gè)環(huán)節(jié)，軟件質(zhì)量保證與軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作。
從性質(zhì)上看，軟件測(cè)試屬于技術(shù)性工作，而軟件質(zhì)量保證屬于管理型工作；從對(duì)象上看，軟件測(cè)試的對(duì)象是軟件產(chǎn)品，而質(zhì)量保證的對(duì)象是整個(gè)軟件過(guò)程，覆蓋公司層面的各個(gè)領(lǐng)域；從手段上看，軟件測(cè)試以事后測(cè)試檢驗(yàn)為主，而軟件質(zhì)量保證則強(qiáng)調(diào)缺陷的預(yù)防。

14、測(cè)試團(tuán)隊(duì)的基本責(zé)任？
發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中所有的問(wèn)題，盡早的發(fā)現(xiàn)問(wèn)題。督促和協(xié)助開(kāi)發(fā)人員盡快地解決程序中的缺陷，幫助項(xiàng)目管理人員制定合理的開(kāi)發(fā)計(jì)劃。對(duì)缺陷進(jìn)行跟蹤、分析和分類總結(jié)，以便讓項(xiàng)目的管理人員和相關(guān)的負(fù)責(zé)人員能夠及時(shí)、清楚地了解產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)
幫助改善開(kāi)發(fā)流程、提高產(chǎn)品開(kāi)發(fā)效率。促進(jìn)程序編寫的規(guī)范性、易讀性、可維護(hù)性等。

15、什么是缺陷發(fā)現(xiàn)率（DDP）？

DDP=Bugs(tester)/(Bugs(tester)+Bugs(customer))

測(cè)試人員發(fā)現(xiàn)的bug/（測(cè)試人員發(fā)現(xiàn)的bug+用戶發(fā)現(xiàn)的bug）

16、什么是單元測(cè)試？

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

目的：發(fā)現(xiàn)模塊內(nèi)部可能存在的各種差錯(cuò)。

內(nèi)容：模塊接口測(cè)試（數(shù)據(jù)的流入流出）、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試、邊界測(cè)試。

步驟：利用設(shè)計(jì)文檔設(shè)計(jì)測(cè)試用例；創(chuàng)建被測(cè)試模塊的樁模塊或驅(qū)動(dòng)模塊；利用被測(cè)試模塊、驅(qū)動(dòng)模塊和樁模塊來(lái)建立測(cè)試環(huán)境，進(jìn)行測(cè)試。

17、什么是集成測(cè)試？

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

目的：發(fā)現(xiàn)模塊連接中的接口可能存在的各種差錯(cuò)。

內(nèi)容：穿越模塊之間的數(shù)據(jù)是否會(huì)丟失；一個(gè)模塊組裝后是否會(huì)對(duì)另一個(gè)模塊或其他模塊存在影響；各個(gè)子功能組裝在一起是否會(huì)達(dá)到預(yù)期的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題。

組裝方法：一次性組裝、增殖式組裝。

完成標(biāo)志：成功地執(zhí)行了測(cè)試計(jì)劃中規(guī)定的所有測(cè)試用例；修正了所發(fā)現(xiàn)的錯(cuò)誤；測(cè)試結(jié)果通過(guò)專門小組的評(píng)審。

18、什么是系統(tǒng)測(cè)試？

目的：驗(yàn)證和確認(rèn)系統(tǒng)是否達(dá)到其原始目標(biāo)，而對(duì)集成的硬件和軟件系統(tǒng)進(jìn)行的測(cè)試。

測(cè)試內(nèi)容：在真實(shí)或模擬系統(tǒng)運(yùn)行環(huán)境下，檢查完整的程序系統(tǒng)能否和系統(tǒng)（硬件、網(wǎng)絡(luò)、軟件）正確配置、連接，滿足用戶需求。

19、什么是驗(yàn)收測(cè)試？

目的：在用戶環(huán)境中進(jìn)行測(cè)試，以確定系統(tǒng)和產(chǎn)品是否能滿足合同或用戶所規(guī)定的需求。

內(nèi)容：根據(jù)任務(wù)書或合同、供需雙方約定的驗(yàn)收依據(jù)文檔進(jìn)行對(duì)整個(gè)系統(tǒng)的測(cè)試和評(píng)審，確認(rèn)是否接收或拒絕系統(tǒng)。

20、什么是靜態(tài)測(cè)試？

又稱為靜態(tài)分析技術(shù)，不執(zhí)行被測(cè)試軟件，對(duì)需求分析說(shuō)明書、軟件設(shè)計(jì)說(shuō)明書、源程序做結(jié)構(gòu)檢測(cè)、流圖分析、符號(hào)執(zhí)行等找出軟件的錯(cuò)誤。

21、什么是動(dòng)態(tài)測(cè)試？

通過(guò)輸入一組預(yù)先按照一定的測(cè)試準(zhǔn)則構(gòu)造的實(shí)例數(shù)據(jù)動(dòng)態(tài)運(yùn)行程序，而達(dá)到發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。

22、什么是自動(dòng)化測(cè)試？

自動(dòng)化測(cè)試是把以人為驅(qū)動(dòng)的測(cè)試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過(guò)程。

23、測(cè)試用例有哪些設(shè)計(jì)原則？

單個(gè)用例覆蓋最小化原則。每個(gè)測(cè)試用例應(yīng)該盡可能的簡(jiǎn)單，只驗(yàn)證你所要驗(yàn)證的內(nèi)容。

測(cè)試用例替代產(chǎn)品文檔功能原則。

單次投入成本和多次投入成本原則。

使測(cè)試結(jié)果分析和調(diào)試最簡(jiǎn)單化原則（針對(duì)自動(dòng)化測(cè)試用例的擴(kuò)展和延續(xù)）。

24、什么是Alpha測(cè)試？

是驗(yàn)收測(cè)試的一種，是由用戶在開(kāi)發(fā)者的場(chǎng)所來(lái)進(jìn)行的，Alpha測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。

25、什么是Beta測(cè)試？

是驗(yàn)收測(cè)試的一種，由軟件的最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所來(lái)進(jìn)行的，開(kāi)發(fā)者通常不在現(xiàn)場(chǎng)，用戶記錄測(cè)試中遇到的問(wèn)題并報(bào)告給開(kāi)發(fā)者。

26、如何進(jìn)行單元測(cè)試？

內(nèi)容有：接口測(cè)試、內(nèi)部數(shù)據(jù)結(jié)構(gòu)、全局?jǐn)?shù)據(jù)結(jié)構(gòu)、邊界測(cè)試、路徑測(cè)試、錯(cuò)誤處理測(cè)試。

27、手工測(cè)試和自動(dòng)測(cè)試的優(yōu)缺點(diǎn)？

手工測(cè)試：缺點(diǎn)在于測(cè)試工作量大、重復(fù)多、回歸測(cè)試難以實(shí)現(xiàn)。

自動(dòng)測(cè)試：利用軟件測(cè)試工具自動(dòng)實(shí)現(xiàn)全部或部分測(cè)試工作，管理、設(shè)計(jì)、執(zhí)行和報(bào)告，節(jié)省大量的測(cè)試開(kāi)銷，并且能夠完成一些手工測(cè)試無(wú)法實(shí)現(xiàn)的測(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)格性也就越低。自動(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ù)成本高。

28、測(cè)試用例設(shè)計(jì)有哪些方法？

等價(jià)類劃分法；邊界值分析法；場(chǎng)景法；正交試驗(yàn)法；因果圖；決策表；錯(cuò)誤推測(cè)法。

29、什么是測(cè)試計(jì)劃？

根據(jù)項(xiàng)目相關(guān)文檔制定的、用于指導(dǎo)整個(gè)測(cè)試過(guò)程的文檔，需要定義測(cè)試范圍、測(cè)試策略、人員分配、軟硬件配置、進(jìn)度表及測(cè)試過(guò)程每個(gè)階段需要達(dá)到的目標(biāo)。

30、測(cè)試用例包含哪些關(guān)鍵內(nèi)容？

用例編號(hào)、用例描述、前提條件、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果6項(xiàng)關(guān)鍵內(nèi)容。

31、查找遺漏問(wèn)題的方法有哪些？

說(shuō)明書是基礎(chǔ)和標(biāo)準(zhǔn)；相關(guān)變動(dòng)郵件、討論記錄；不定期閱讀別人的缺陷；多和開(kāi)發(fā)人員溝通；有選擇的重新驗(yàn)證以前的缺陷；關(guān)注變化；簡(jiǎn)單思維方式，以主線為主，減少大遺漏。

32、敏捷開(kāi)發(fā)的理念？ ?以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方式。個(gè)體和交互 勝過(guò) 過(guò)程和工具；可以工作的軟件 勝過(guò) 面面俱到的文檔；客戶合作勝過(guò)合同談判；響應(yīng)變化勝過(guò)遵循計(jì)劃。

33、敏捷開(kāi)發(fā)遵循的原則？

通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意；即使到了開(kāi)發(fā)的后期，也歡迎改變需求，敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)；經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好；在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作；圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目，給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作；
在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談；工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)；敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)速度，責(zé)任人、開(kāi)發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度；不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力；
簡(jiǎn)單是最根本的；最好的架構(gòu)、需求和設(shè)計(jì)出自組織團(tuán)隊(duì)；每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)的對(duì)自己的行為進(jìn)行調(diào)整。

34、什么是敏捷測(cè)試？

敏捷測(cè)試是適應(yīng)敏捷開(kāi)發(fā)方法而采用的新的測(cè)試流程、方法和實(shí)踐。簡(jiǎn)單的說(shuō)，敏捷測(cè)試就是持續(xù)的對(duì)軟件質(zhì)量問(wèn)題進(jìn)行及時(shí)的反饋。

35、什么是軟件缺陷（bug）？

軟件缺陷是指系統(tǒng)或系統(tǒng)部件中那些導(dǎo)致系統(tǒng)或部件不能實(shí)現(xiàn)其應(yīng)有功能的缺陷。如：

軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書要求的功能；

軟件出現(xiàn)產(chǎn)品說(shuō)明書指明不應(yīng)該出現(xiàn)的錯(cuò)誤；

軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書未說(shuō)明的功能；

軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書雖未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)；

軟件難以理解，不易使用，運(yùn)行速度慢，或者軟件測(cè)試員認(rèn)為最終用戶會(huì)認(rèn)為不好。

36、提交缺陷（bug）的要求？

Bug描述的基本要求：分類準(zhǔn)確、敘述簡(jiǎn)潔、步驟清楚、實(shí)際結(jié)果描述清楚、復(fù)雜問(wèn)題有據(jù)可依。

問(wèn)題描述：模塊或功能的—測(cè)試步驟—期望結(jié)果—實(shí)際結(jié)果—其他信息。

單一、簡(jiǎn)潔、再現(xiàn)、復(fù)雜問(wèn)題、報(bào)告不允許使用抽象的詞語(yǔ)。

37、白盒測(cè)試？

白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試。一般用來(lái)分析程序的內(nèi)部結(jié)構(gòu)。白盒測(cè)試要求對(duì)被測(cè)程序的結(jié)構(gòu)特性做到一定程度的覆蓋。

控制流測(cè)試：

語(yǔ)句覆蓋準(zhǔn)則：語(yǔ)句覆蓋測(cè)試是最簡(jiǎn)單的結(jié)構(gòu)性測(cè)試方法之一，要求在測(cè)試中，程序中的每條語(yǔ)句都得到運(yùn)行。在控制流圖中，要求所有語(yǔ)句都被運(yùn)行的充要條件是覆蓋圖中的所有節(jié)點(diǎn)。

分支覆蓋準(zhǔn)則：分支測(cè)試要求在軟件測(cè)試中，每個(gè)分支都至少獲得一次“真”值和一次“假”值。 分支覆蓋測(cè)試包含語(yǔ)句覆蓋測(cè)試

謂詞測(cè)試：一個(gè)分支的條件是由謂詞組成的，單個(gè)謂詞稱為原子謂詞，原子謂詞可通過(guò)邏輯運(yùn)算符（或、與、非）構(gòu)成復(fù)合謂詞。

原子謂詞覆蓋準(zhǔn)則：要求在軟件測(cè)試中，每個(gè)復(fù)合謂詞所包含的每一個(gè)原子謂詞都至少獲得一次真值和一次假值。原子謂詞覆蓋準(zhǔn)則和語(yǔ)句覆蓋準(zhǔn)則相互之間沒(méi)有包含關(guān)系，和分支覆蓋準(zhǔn)則相互之間也沒(méi)有包含關(guān)系。

分支--謂詞覆蓋準(zhǔn)則：要求在軟件測(cè)試中，不僅每個(gè)復(fù)合謂詞所包含的每一個(gè)原子謂詞都至少獲得一次真值和一次假值，而且每個(gè)復(fù)合謂詞本身也至少獲得一次真值和一次假值。分支--謂詞覆蓋準(zhǔn)則包含語(yǔ)句覆蓋準(zhǔn)則、分支覆蓋準(zhǔn)則、原子謂詞覆蓋準(zhǔn)則。

復(fù)合謂詞覆蓋準(zhǔn)則：要求在軟件測(cè)試中，每個(gè)條件中謂詞的各種可能都至少出現(xiàn)一次。復(fù)合謂詞覆蓋準(zhǔn)則包含語(yǔ)句覆蓋準(zhǔn)則、分支覆蓋準(zhǔn)則、原子謂詞覆蓋準(zhǔn)則、分支--謂詞覆蓋準(zhǔn)則。

路徑覆蓋準(zhǔn)則：要求觀察程序運(yùn)行的整個(gè)路徑，要求程序的運(yùn)行覆蓋所有的完整路徑。路徑覆蓋準(zhǔn)則包含了分支覆蓋準(zhǔn)則，但與謂詞測(cè)試之間沒(méi)有包含關(guān)系。

38、TDD（Test-Driven Development測(cè)試驅(qū)動(dòng)開(kāi)發(fā)）？

TDD要求在編寫某個(gè)功能的代碼之前，先編寫測(cè)試代碼，然后只編寫使測(cè)試通過(guò)的功能代碼，通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開(kāi)發(fā)的進(jìn)行。這有助于編寫簡(jiǎn)潔可用和高質(zhì)量的代碼，并加速開(kāi)發(fā)過(guò)程。

39、因果圖法設(shè)計(jì)測(cè)試用例的步驟？

①分析需求，提取因果關(guān)系，并賦予標(biāo)識(shí)符；②分析需求，提取輸入與輸出，并表示為因果圖；③標(biāo)明因果圖上的約束條件；④將因果圖轉(zhuǎn)化為判定表；⑤根據(jù)判定表中每一列顯示的情況設(shè)計(jì)測(cè)試用例。

40、決策表法設(shè)計(jì)測(cè)試用例的步驟？

①列出所有的條件樁和動(dòng)作樁；②確定規(guī)則的個(gè)數(shù)；③填入條件項(xiàng)；④填入動(dòng)作項(xiàng)；⑤簡(jiǎn)化決策表，合并類似的規(guī)則或動(dòng)作。

41、自動(dòng)化測(cè)試框架有哪些？

模塊化框架、函數(shù)庫(kù)框架、數(shù)據(jù)驅(qū)動(dòng)框架、關(guān)鍵字驅(qū)動(dòng)框架。

42、測(cè)試覆蓋率分為哪幾種統(tǒng)計(jì)方式？分別是什么？

代碼覆蓋率、功能模塊覆蓋率、需求覆蓋率、數(shù)據(jù)庫(kù)覆蓋率。

到此，相信大家對(duì)“軟件測(cè)試的基礎(chǔ)知識(shí)有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！