軟件測試的基礎知識有哪些

本篇內容主要講解“軟件測試的基礎知識有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“軟件測試的基礎知識有哪些”吧!

1、什么是軟件測試？

從廣義上說，軟件測試是軟件生命周期中的所有檢查、評審和確認工作，包括在分析、設計階段，以及完成開發后確認階段的各類文檔、代碼的審查和確認。從狹義上說，是識別軟件缺陷的過程，即實際結果與預期結果不一致。

2、軟件測試的目標？

最終目標是確保軟件功能符合用戶需求，在產品發布或交付前盡可能多的發現并改正缺陷。

3、軟件測試的原則？

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

4、軟件測試的度量？

測試覆蓋率：有多少需求、代碼已經被測試了。

缺陷發現率：缺陷是何時被發現，且有多少缺陷已經被發現，缺陷可以根據嚴重性來分類，需要記錄的數據有：缺陷數量、缺陷的嚴重等級等。

測試成功率：有多少測試用例已經通過，且有多少運行正常的，需要記錄的數據有：通過的測試用例數、未通過的測試用例數、已執行的測試用例數等。

5、多少測試才足夠？

取決于風險程度（商業風險和技術風險）和項目約束條件（時間和經費）。

6、調試和測試的區別？

調試 for開發人員發現缺陷原因，修復代碼并確認缺陷已經被修復；測試 for 測試人員識別缺陷。

7、測試的主要步驟？

計劃與控制；分析與設計；實施與執行；評估出口準則和報告；測試結束活動。

8、什么是回歸測試？

回歸測試是指修改了舊代碼后，重新測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。

9、測試的標準是什么？

測試的標準是用戶的需求。

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

測試自己的程序時，容易順著編寫代碼時的思路進行測試，很少從其他角度思考，基于這種思維定勢，就難以發現潛在的錯誤。
由于心理因素，人們潛意識都不希望找到自己的錯誤。基于這種思維定勢，人們難以發現自己的錯誤。一定程度的獨立測試可以更加高效的發現軟件缺陷和軟件存在的失效。

11、軟件測試的要素有哪些？

質量。軟件質量是軟件測試的目標，也是軟件測試工作的中心。一切從質量出發，也就是一切從客戶需求出發。任何違背質量的東西都是問題，測試就是要找出這些問題。

人員。人是決定的因素，測試人員的態度、素質、能力決定著測試的效果，對測試產品的質量也有很大的影響。測試人員因素包括測試組織結構、角色和責任的定義。

技術。軟件測試技術，包括方法、工具。

資源。主要是指測試環境中所需要的硬件設備、網絡環境，甚至包括測試數據。另一個重要因素就是測試時間，時間也是測試的資源。

流程。從測試計劃和測試用例的創建、評審到測試的執行、報告，設定每個階段的進出標準。

12、什么是軟件質量？

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

13、軟件測試與軟件質量保證的區別？

軟件測試只是保證工作中的一個環節，軟件質量保證與軟件測試是軟件質量工程的兩個不同層面的工作。
從性質上看，軟件測試屬于技術性工作，而軟件質量保證屬于管理型工作；從對象上看，軟件測試的對象是軟件產品，而質量保證的對象是整個軟件過程，覆蓋公司層面的各個領域；從手段上看，軟件測試以事后測試檢驗為主，而軟件質量保證則強調缺陷的預防。

14、測試團隊的基本責任？
發現軟件程序、系統或產品中所有的問題，盡早的發現問題。督促和協助開發人員盡快地解決程序中的缺陷，幫助項目管理人員制定合理的開發計劃。對缺陷進行跟蹤、分析和分類總結，以便讓項目的管理人員和相關的負責人員能夠及時、清楚地了解產品當前的質量狀態
幫助改善開發流程、提高產品開發效率。促進程序編寫的規范性、易讀性、可維護性等。

15、什么是缺陷發現率（DDP）？

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

測試人員發現的bug/（測試人員發現的bug+用戶發現的bug）

16、什么是單元測試？

定義：又稱模塊測試，是針對軟件設計的最小單位程序模塊進行正確性檢查的測試工作；可以從程序的內部結構出發設計測試用例，多個模塊測試可以平行地獨立進行測試。

目的：發現模塊內部可能存在的各種差錯。

內容：模塊接口測試（數據的流入流出）、局部數據結構測試、路徑測試、錯誤處理測試、邊界測試。

步驟：利用設計文檔設計測試用例；創建被測試模塊的樁模塊或驅動模塊；利用被測試模塊、驅動模塊和樁模塊來建立測試環境，進行測試。

17、什么是集成測試？

定義：又稱組裝測試或聯合測試，在單元測試基礎上，將所有模塊按概要設計和詳細設計進行組裝。

目的：發現模塊連接中的接口可能存在的各種差錯。

內容：穿越模塊之間的數據是否會丟失；一個模塊組裝后是否會對另一個模塊或其他模塊存在影響；各個子功能組裝在一起是否會達到預期的父功能；全局數據結構是否有問題。

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

完成標志：成功地執行了測試計劃中規定的所有測試用例；修正了所發現的錯誤；測試結果通過專門小組的評審。

18、什么是系統測試？

目的：驗證和確認系統是否達到其原始目標，而對集成的硬件和軟件系統進行的測試。

測試內容：在真實或模擬系統運行環境下，檢查完整的程序系統能否和系統（硬件、網絡、軟件）正確配置、連接，滿足用戶需求。

19、什么是驗收測試？

目的：在用戶環境中進行測試，以確定系統和產品是否能滿足合同或用戶所規定的需求。

內容：根據任務書或合同、供需雙方約定的驗收依據文檔進行對整個系統的測試和評審，確認是否接收或拒絕系統。

20、什么是靜態測試？

又稱為靜態分析技術，不執行被測試軟件，對需求分析說明書、軟件設計說明書、源程序做結構檢測、流圖分析、符號執行等找出軟件的錯誤。

21、什么是動態測試？

通過輸入一組預先按照一定的測試準則構造的實例數據動態運行程序，而達到發現程序錯誤的過程。

22、什么是自動化測試？

自動化測試是把以人為驅動的測試行為轉化為機器執行的一種過程。

23、測試用例有哪些設計原則？

單個用例覆蓋最小化原則。每個測試用例應該盡可能的簡單，只驗證你所要驗證的內容。

測試用例替代產品文檔功能原則。

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

使測試結果分析和調試最簡單化原則（針對自動化測試用例的擴展和延續）。

24、什么是Alpha測試？

是驗收測試的一種，是由用戶在開發者的場所來進行的，Alpha測試是在一個受控的環境中進行的。

25、什么是Beta測試？

是驗收測試的一種，由軟件的最終用戶在一個或多個用戶場所來進行的，開發者通常不在現場，用戶記錄測試中遇到的問題并報告給開發者。

26、如何進行單元測試？

內容有：接口測試、內部數據結構、全局數據結構、邊界測試、路徑測試、錯誤處理測試。

27、手工測試和自動測試的優缺點？

手工測試：缺點在于測試工作量大、重復多、回歸測試難以實現。

自動測試：利用軟件測試工具自動實現全部或部分測試工作，管理、設計、執行和報告，節省大量的測試開銷，并且能夠完成一些手工測試無法實現的測試。

手工完成測試的全部過程無法保證測試的科學性和嚴密性：修改的缺陷越多，回歸測試越困難；沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率；反復測試帶來的倦怠情緒及其他人為因素使得測試標準前后不一；測試花費的時間越長，測試的嚴格性也就越低。自動測試將測試人員從反復、煩雜的測試執行中解放出來，用更多的時間進行測試設計和結果分析：軟件測試不可能完全自動化；不能完成所有手工測試任務；無創造性且靈活性差，不能改進測試的有效性；過程中可能會遇到許多意想不到的問題，特別是當軟件不穩定時；測試腳本的維護成本高。

28、測試用例設計有哪些方法？

等價類劃分法；邊界值分析法；場景法；正交試驗法；因果圖；決策表；錯誤推測法。

29、什么是測試計劃？

根據項目相關文檔制定的、用于指導整個測試過程的文檔，需要定義測試范圍、測試策略、人員分配、軟硬件配置、進度表及測試過程每個階段需要達到的目標。

30、測試用例包含哪些關鍵內容？

用例編號、用例描述、前提條件、輸入數據、測試步驟、預期結果6項關鍵內容。

31、查找遺漏問題的方法有哪些？

說明書是基礎和標準；相關變動郵件、討論記錄；不定期閱讀別人的缺陷；多和開發人員溝通；有選擇的重新驗證以前的缺陷；關注變化；簡單思維方式，以主線為主，減少大遺漏。

32、敏捷開發的理念？ ?以人為核心、迭代、循序漸進的開發方式。個體和交互 勝過 過程和工具；可以工作的軟件 勝過 面面俱到的文檔；客戶合作勝過合同談判；響應變化勝過遵循計劃。

33、敏捷開發遵循的原則？

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

34、什么是敏捷測試？

敏捷測試是適應敏捷開發方法而采用的新的測試流程、方法和實踐。簡單的說，敏捷測試就是持續的對軟件質量問題進行及時的反饋。

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

軟件缺陷是指系統或系統部件中那些導致系統或部件不能實現其應有功能的缺陷。如：

軟件未實現產品說明書要求的功能；

軟件出現產品說明書指明不應該出現的錯誤；

軟件實現了產品說明書未說明的功能；

軟件未實現產品說明書雖未明確提及但應該實現的目標；

軟件難以理解，不易使用，運行速度慢，或者軟件測試員認為最終用戶會認為不好。

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

Bug描述的基本要求：分類準確、敘述簡潔、步驟清楚、實際結果描述清楚、復雜問題有據可依。

問題描述：模塊或功能的—測試步驟—期望結果—實際結果—其他信息。

單一、簡潔、再現、復雜問題、報告不允許使用抽象的詞語。

37、白盒測試？

白盒測試又稱結構測試、邏輯驅動測試或基于程序的測試。一般用來分析程序的內部結構。白盒測試要求對被測程序的結構特性做到一定程度的覆蓋。

控制流測試：

語句覆蓋準則：語句覆蓋測試是最簡單的結構性測試方法之一，要求在測試中，程序中的每條語句都得到運行。在控制流圖中，要求所有語句都被運行的充要條件是覆蓋圖中的所有節點。

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

謂詞測試：一個分支的條件是由謂詞組成的，單個謂詞稱為原子謂詞，原子謂詞可通過邏輯運算符（或、與、非）構成復合謂詞。

原子謂詞覆蓋準則：要求在軟件測試中，每個復合謂詞所包含的每一個原子謂詞都至少獲得一次真值和一次假值。原子謂詞覆蓋準則和語句覆蓋準則相互之間沒有包含關系，和分支覆蓋準則相互之間也沒有包含關系。

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

復合謂詞覆蓋準則：要求在軟件測試中，每個條件中謂詞的各種可能都至少出現一次。復合謂詞覆蓋準則包含語句覆蓋準則、分支覆蓋準則、原子謂詞覆蓋準則、分支--謂詞覆蓋準則。

路徑覆蓋準則：要求觀察程序運行的整個路徑，要求程序的運行覆蓋所有的完整路徑。路徑覆蓋準則包含了分支覆蓋準則，但與謂詞測試之間沒有包含關系。

38、TDD（Test-Driven Development測試驅動開發）？

TDD要求在編寫某個功能的代碼之前，先編寫測試代碼，然后只編寫使測試通過的功能代碼，通過測試來推動整個開發的進行。這有助于編寫簡潔可用和高質量的代碼，并加速開發過程。

39、因果圖法設計測試用例的步驟？

①分析需求，提取因果關系，并賦予標識符；②分析需求，提取輸入與輸出，并表示為因果圖；③標明因果圖上的約束條件；④將因果圖轉化為判定表；⑤根據判定表中每一列顯示的情況設計測試用例。

40、決策表法設計測試用例的步驟？

①列出所有的條件樁和動作樁；②確定規則的個數；③填入條件項；④填入動作項；⑤簡化決策表，合并類似的規則或動作。

41、自動化測試框架有哪些？

模塊化框架、函數庫框架、數據驅動框架、關鍵字驅動框架。

42、測試覆蓋率分為哪幾種統計方式？分別是什么？

代碼覆蓋率、功能模塊覆蓋率、需求覆蓋率、數據庫覆蓋率。

到此，相信大家對“軟件測試的基礎知識有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！