軟件測試基礎知識總結

　　總結是在某一特定時間段對學習和工作生活或其完成情況，包括取得的成績、存在的問題及得到的經驗和教訓加以回顧和分析的書面材料，他能夠提升我們的書面表達能力，快快來寫一份總結吧。總結怎么寫才不會千篇一律呢？下面是小編為大家整理的軟件測試基礎知識總結，供大家參考借鑒，希望可以幫助到有需要的朋友。

軟件測試基礎知識總結1

　　一、什么是軟件測試？

　　1979年，myer：軟件測試就是為了發現錯誤而執行程序或系統的過程。

　　1983年，IEEE：軟件測試即使用人工或自動手段來運行或測試某個系統的過程，其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。

　　二、現代軟件測試活動的內容？

　　制定測試計劃、設計測試用例、實施測試、提交缺陷報告、測試總結

　　三、軟件測試的目的？

　　GrenfordJ.Myers在《TheArtofSoftwareTesting》一書中的觀點：1、測試是程序的執行過程，目的在于發現錯誤2、一個成功的測試用例在于發現至今未發現的錯誤3、一個成功的測試是發現了至今未發現的錯誤的測試

　　簡單的說，測試的根本目的就是確保最終交給用戶的產品符合用戶的需求，在產品交給用戶之前盡可能多的發現并改正問題。

　　四、測試一般要達到的目標？

　　確保產品完成了它所承諾或公布的功能，并且用戶可以訪問到的功能都有明確的書面說明；

　　確保產品滿足性能和效率的要求；確保產品是健壯的和適應用戶環境的。

　　五、軟件測試分類？

　　1、按測試策略分類：a靜態測試與動態測試

　　靜態測試

　　定義：不運行被測程序本身而尋找程序代碼中可能存在的錯誤或評估程序代碼的過程。Ps：通過分析或檢查源程序的文法、結構、過程、接口等來檢驗程序的正確性，找出缺陷和可疑之處，例如不匹配的參數、不適當的分支嵌套和循環嵌套、未使用過的變量、空指針的引用等；可采用人工和軟件工具進行；靜態測試工具的代表：telelogic公司的logiscope軟件、PR公司的PRQA軟件等。

　　靜態測試特點：

　　不必動態地運行程序，也不必進行測試用例設計和結果判斷等工作；可由人工進行，充分發揮人得邏輯思維優勢；不需要特別的條件，容易展開。

　　靜態測試要點：

　　代碼審查（codeinspection或codereview）、代碼走查（walkthrough）、桌面檢查、技術評審（軟件需求分析和設計評審）、靜態分析（使用軟件工具，包括控制流分析、數據流分析、接口分析和表達式分析）

　　動態測試

　　定義：實際運行被測程序，輸入相應的測試實例，檢查運行結果和預期結果的差異，判斷執行結果是否符合要求，從而檢驗程序的正確性、可靠性和有效性，并分析系統運行效率和健壯性等性能。

　　組成：構造測試實例、根據測試實例運行程序、分析程序的輸出結果。主要方法：黑盒測試和白盒測試。動態測試特點：

　　實際運行被測試程序，取得程序運行的真實情況、動態情況，并進行分析；必須生成測試數據來運行程序，測試質量依賴于測試數據；生成測試數據、分析測試結果工作量大，使開展測試工作費時、費力、費人；

　　動態測試中涉及多方面工作，人員多、設備多、數據多，要求有較好的管理和工作規程。

　　b黑盒測試和白盒測試

　　黑盒測試（black-boxtesting）又稱功能測試、數據驅動測試、基于規格說明書的測試。定義：測試者把被測程序看成一個黑盒，不考慮程序的內部結構和特性，只需知道該程序輸入和輸出之間的關系和程序功能，依靠能夠反映這一關系和程序功能的需求規格說明書，來確定測試用例和推斷測試結果的正確性。

　　白盒測試（white-boxtesting）又稱結構測試、邏輯驅動測試、基于程序本身的測試。定義：從程序的內部邏輯結構入手，按照一定的原則設計測試用例，對軟件的邏輯路徑進行測試，在程序的不同點檢查程序的狀態，來判定其實際情況是否和預期的狀態一致。規劃方面適用范圍優勢缺陷黑盒測試針對功能的測試進行確認測試和系統測試時使用能確保從用戶使用的角度出發進行測試無法測試程序內部特定部位；如果需求說明有誤，則無法發現問題等價類劃分（將所有可能的輸入數據劃分為若干等價類，選擇有代表性的當做測試用例進行測試）；邊界值分析法（對輸入或輸出的邊界值進行測試）；因果圖法（利用圖解法分析輸入的各種組合的情況，從而設計測試用例的方法�！耙颉奔摧斎霔l件，“果”即輸出或程序狀態的改變）；比較測試法白盒測試針對結構的測試進行單元測試時使用能夠對程序內部的特定部位進行覆蓋測試無法檢驗程序的外部特性；無法對未實現規格說明的程序內部欠缺部分進行測試語句覆蓋（程序中每條語句至少被執行一次）；判斷覆蓋（或分支覆蓋，程序中每個分支至少走查過一次）；條件覆蓋（判定式中若含多個條件，則每個條件的取值均要得到檢驗）；判斷/條件覆蓋（同時考慮條件的組合值及判定結果的檢驗）；基本路徑的覆蓋（使程序沿所有可能的路徑執行）；循環覆蓋；模塊接口測試應用舉例C手工測試與自動測試

　　手工測試定義：由測試人員來執行測試用例，然后根據實際的結果去和預期的結果相比較并記錄測試結果。手工測試時現在多數公司使用的測試形式。

　　自動測試

　　定義：引入自動測試工具。

　　通常以手工測試為主，自動測試為輔。d冒煙測試（smoketest）：在版本投入正式測試前，對其重要的步伐先進行大概的測試，看系統重要的功能是否正確，再進行徹底的測試。e回歸測試（regressiontest）：一段時間以后對以前修復過的缺陷重新進行測試，看該缺陷是否會重新出現。2、按測試階段分類

　　單元測試又稱模塊測試定義：針對每一個程序模塊進行正確性檢驗，檢查各個程序模塊是否正確的實現了規定的功能。如一個窗口、函數、菜單、報表或一個存儲過程。

　　依據是詳細設計，應對所有重要的控制路徑設計測試用例。集成測試又稱綜合測試。定義：在單元測試的基礎上，將已經通過測試的單元模塊按照設計要求組裝成系統或子系統，再進行的測試。

　　系統測試定義：是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行全面的功能覆蓋。

　　單元測試集成測試確認測試（有效性測試、軟件配置審查）系統測試驗收測試（以用戶為主）測試類型單元測試對象模塊內部的程序錯誤模塊間的集成和調用關系目的清除局部模塊的邏輯和功能上的錯誤和缺陷找出與軟件設計相關的程序結構，模塊調用關系，模塊間接口方面的問題測試依據測試方法模塊邏輯設計，大量采用白盒測模塊外部說明試方法程序結構設計白盒與黑盒相結合的測試方法，較多用黑盒方法構造測試用例集成測試系統測試整個系統，包括系統中的軟、硬件對整個系統進行一系系統結構設計，黑盒測試列的整體、有效性測試目標說明書，需求說明書3、其他常見測試方法

　　功能測試（functiongtesting）又稱正確性測試，軟件的功能是否符合規格說明；

　　性能測試(performancetesting)，系統是否滿足需求說明書中規定的性能，通常使用自動化測試工具；

　　壓力測試（stresstesting）：檢查系統在瞬間峰值負荷下正確執行的能力，通常用測試工具測試；

　　負載測試（volumetesting）：用于檢查系統在使用大量數據時正確工作的能力；易用性測試（usabilitytesting）：合理性、方便性；安裝測試（installationtesting）：對軟件的全部、部分或升級安裝/卸載處理過程的測試；界面測試：包括窗口測試、下拉式菜單和鼠標操作、數據項測試；配置測試（configurationtesting）：主要檢查計算機系統內各個設備或各種資源之間的相互連接和功能分配中的錯誤。包括驗證全部配置命令的可操作性，軟件配置，硬件配置，利用手動或自動方式驚喜配置狀態間的轉換；

　　文檔測試（documentationtesting）：文檔的正確性、完備性、可理解性；兼容性測試（compatibilitytesting）：產品在不同產品之間的兼容性；安全性測試（securitytesting）：非法侵入的防范能力，已存在的安全性、保密性，有無漏洞；

　　恢復測試（recoverytesting）：容錯能力，在指定的時間內修正錯誤并恢復正常，又不傷害系統。

　　六：軟件的開發周期（軟件生命周期）和模型？瀑布模型：

　　計劃需求分析設計編碼測試運行、維護

　　嚴格按照固定順序，每個階段結束，經過項目小組審查，決定是否進入下一步。

　　螺旋模型：確定目標、可選方案和現在條件指出并解決風險評估方案本階段開發和測試計劃下一階段確定進入下一階段的方法（該過程重復進行）螺旋模型是瀑布模型的發展，較常用。

　　七、軟件測試生命周期？

　　制定測試計劃測試設計和開發實施軟件測試評審版本發布

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

　　定義：在軟件使用過程中所出現的任何問題，或者導致軟件不能符合設計要求或滿足消費者需求的問題。包括程序錯誤等等。

　　九、書寫缺陷報告的準則？

　　保證重現缺陷；分析故障，使用最少步驟重現缺陷；包含所有重現缺陷的必要步驟；方便閱讀（編號，分步驟）；盡量簡單（一個缺陷一個報告）；注意語氣。

　　識別和判斷缺陷的輔助工具：軟件需求說明書、用戶手冊、聯機幫助。

　　十、bug的生命周期？有效地記錄BUG；

　　使用BUG模板；

　　評價BUG優先級和嚴重性；BUG的生命；

　　維護BUG數據庫。

　　十一、bug的類型？

　　軟件沒有實現產品規格說明所要求的功能模塊；

　　軟件中出現了產品規格說明指明不應該出現的錯誤；軟件實現了產品規格說明沒有提到的功能模塊；

　　軟件沒有實現雖然產品規格說明沒有明確提及但應該實現的目標；

　　軟件難以理解，不容易使用，運行緩慢，或從測試員的角度看，最終用戶會認為不好。功能缺陷：規格說明書、能功、測試

　　系統缺陷：內部接口、硬件、操作系統、軟件結構、控制與順序、資源加工缺陷：算術、初始化、控制與次序、靜態邏輯、其他數據缺陷：類型、結構、初始值、其他代碼缺陷：程序編寫、文檔、其他

　　十二、bug中通常包含的內容？？？？

　　硬件平臺和操作系統版本

　　Bug報告優先級Bug狀態

　　報告人reporter

　　指定處理人assignedto概述summary

　　郵件抄送列表CClist從屬關系（bug“ID”dependson,bug“ID”block）附加描述additionalcomments

　　十三、bug中的優先級的定義？

　　優先級表示修復缺陷的重要程度和應該何時修復：1應立即修復的問題

　　2在產品發布之前必須修復的問題3如果時間允許應該修復的問題4可以在發布版本中存在的問題

　　缺陷的二八定理：一般情況下，在分析、設計、實現階段的復查和測試工作能夠發現和避免80%的缺陷，而系統測試又能找到剩余缺陷的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。

　　十四、什么是測試用例？

　　定義：指為實施測試而向被測試系統提供的輸入數據、操作或各種環境設置以及期望結果的一個特定的集合。換句話說，測試用例就是記下要進行什么測試，進行測試的具體步驟，以及測試執行是否正確的標準。

　　測試用例控制軟件測試的執行過程。

　　十五、測試用例包含的內容？

　　項目名稱：指明本測試用例是用例測試什么軟件項目的功能模塊名：指明要測試的內容

　　測試目的：描述被測試功能的詳細的特性及要測試的目標預置條件：執行測試用例之前所做的操作，如啟動程序等用例編號：唯一編號

　　相關用例：列出必須先于本測試用例執行的測試用例用例說明：描述實現用例的步驟

　　輸入數據：描述測試用例所需的輸入數據或條件預期結果：輸入后應該輸出的結果

　　測試結果：此項在測試執行時填寫，說明測試用例是否通過，如果不通過，就要生成缺陷報告，并注明缺陷的編號，這里的缺陷編號要與缺陷跟蹤系統中的編號一致。

　　十六、設計測試用例的方法？

　　1等價類劃分法

　　定義：測試人員要對需求規格說明書中的各項需求，尤其是功能需求進行細致分析，然后把程序的輸入域劃分為若干個部分，從每個部分中選取少數代表性數據作為測試用例。經過這種劃分后，每一類的代表性數據在測試中的作用都等價于這一類中的其他值。

　　等價類劃分法是一種最典型的黑盒測試法。

　　步驟：在進行等價類劃分之前，首先從程序的功能說明中找出各個輸入條件，然后為每個輸入條件劃分兩個或更多個等價類。確定了等價類劃分后，給出相應的等價類表，再根據等價類表給出測試用例。

　　要同時考慮有效等價類和無效等價類。2邊界值方法

　　定義：對輸入和輸出的.邊界值進行測試的黑盒測試方法。

　　確定邊界值：選取正好等于、剛剛大于、剛剛小于邊界的值作為測試數據，即中的測試最后一個肯定合法的數據和剛剛超過邊界的非法數據。

　　邊界值法是等價類劃分方法的補充。3因果圖定義：考慮輸入條件之間的聯系、相互組合。步驟：

　　分析軟件需求說明的描述中的原因（即輸入條件或輸入條件的等價類）、結果（即輸出條件），并給每個原因和結果附一個標識符；

　　分析因果關系，畫因果圖？？？

　　對于不可能出現的組合情況，做出記號表明約束或限制條件；因果圖轉化成判定表；

　　把判定表的每一列作為依據，設計測試用例。4其他方法

　　通過測試和失敗測試錯誤猜測隨機測試

　　十七、測試用例中優先級的定義？

　　1小版本確認測試（buildverificationtests,BVTs）：也叫“冒煙測試”，開發人員在個人版本的軟件上執行目前的冒煙測試項目，確定新的程序代碼不出故障。

　　2高（highs）：最常執行以保障功能性是穩定的，目標的行為和能力可以正常的工作，和重要的錯誤和邊界被測試的測試用例的集合。

　　3中（mediums）是使給出的功能區域或功能變得更詳細，檢查功能的多數方面包括邊界，錯誤和配置測試的測試用例。

　　4低（lows）：通常最少被執行的測試用例。在項目的生命期間里不是常常被運行，如GUI，錯誤信息，可用性，壓力和性能測試。

　　十八、什么是測試計劃，測試計劃中通常包含什么內容？

　　定義：軟件測試計劃指在軟件測試工作正式實施之前明確測試的對象，并且通過對資源、時間、風險、測試范圍和預算等方面的綜合分析和規劃，保障有效地實施軟件測試。

　　內容：

　　測試計劃的簡介測試項目說明

　　需要測試的項目清單測試手段和策略

　　項目通過或失敗的標準暫停和重新啟動測試的標準測試的可交付性測試任務環境的需求職責

軟件測試基礎知識總結2

　　軟件測試基礎總結

　　學了兩周的軟件基礎知識，這期間基本上是以自己看為主，TC幫我們解決其中遇到的問題為輔，讓我在了解軟件工程的基礎上進一步深入的了解到軟件測試在軟件工程中的重要地位，先將所收獲到的知識概括如下：

　　一、軟件測試的概念和目標軟件測試在整個軟件工程中的地位：

　　軟件測試的概念：

　　軟件測試是為了發現錯誤而執行的過程或者說軟件測試是根據軟件開發各階段的規格說明和程序的內部結構二精心設計一批測試用例并利用這些測試用例去運行程序以發現程序錯誤的過程

　　軟件測試的目標：

　　a.測試是為了發現程序中的錯誤而執行程序的過程

　　b.好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案c.成功的測試是發現了至今為止尚未發現的錯誤的測試重點強調：

　　軟件測試人員應具備的素質：

　　a.基本要求：責任、奉獻、專注、專業

　　b.注意學習，不斷提高自己的計算機知識修養，理解網絡系統、Internet/Intranet系統和大型數據庫系統的基本概念c.工作認真，一絲不茍，精益求精。

　　d.力求系統的正確性、完整性、合理性、穩定性

　　軟件測試人員知識結構的組成:

　　a.產品知識：對于你所測試的產品，你一定要非常熟悉。小到你所測試的模塊，大到整個產品的架構，內部實現，代碼，等等。

　　b.測試知識：黑盒測試，白盒測試，手工測試，自動化測試，性能測試，安全測試等等。c.開發知識：編程，數據結構，算法，調試等等。

　　d.專業知識：以上2，3是基本的知識，你還應該精通一些你從事的更專的技術知識。比如，如果你的產品是基于.net的，你應該精通.net,或者類似的J2ee等

　　e.領域知識：你應該精通你所工作的領域的知識，比如手機領域，數據庫領域等等。f.行業知識：你要對計算機行業的整體狀態，新技術，動態，發展趨勢有一個明確認識。要記住，你首先是一個計算機人才，其次是一個軟件人才，再次是一個測試人才，最后你才是一個SQAA,SQAE,STE,SDET等等。要想做一個高級測試人才，這一條線的知識都需要掌握。

　　二、軟件測試方法分類軟件測試的主要流程

　　分析測試的需求→制定測試計劃→設計測試方案→編寫測試用例→執行測試用例→驗收測試→書寫測試報告重點強調：

　　軟件測試方法和分類----按開發階段分

　　a.單元測試b.集成測試c.確認測試d.系統測試e.驗收測試

　　軟件測試方法和分類----按測試技術分

　　a.白盒測試b.灰盒測試c.黑盒測試d.靜態測試e.動態測試

　　軟件測試方法和分類----按測試實施組分

　　a.開發方測試（α測試）b.用戶測試（β測試）c.第三方測試

　　三、測試用例的設計方法

　　我們現在做的都是功能測試，用例設計的主要方法包括等價類劃分法、邊界值分析法、錯誤推測法和場景分析法重點強調：等價類劃分法

　　a.等價類劃分法是把程序的輸入域劃分成若干部分，然后從每個部分中選取少數代表性數據作為測試用例。每一類的代表性數據在測試中的作用等價于這一類中的其他值，也就是說，如果某一類中的一個例子發現了錯誤，這一等價類中的其他例子也能發現同樣的錯誤；反之，如果某一類中的一個例子沒有發現錯誤，則這一類中的其他例子也不會查出錯誤。b.單個用例中應覆蓋盡可能多的有效等價類c.單個用例只能覆蓋一個無效等價類確定等價類劃分法的原則

　　a.在輸入條件規定了輸入值的集合或者規定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類

　　b.在輸入條件規定了輸入值的集合或者規定了”必須如何”的條件的情況下，可以確定一個有效等價類和一個無效等價類

　　c.在輸入條件是一個布爾量的情況下，可以確定一個有效等價類和一個無效等價類d.在規定了輸入數據的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可確定n個有效等價類和一個無效等價類

　　e.在規定了輸入數據必須遵守規則的情況下，可確定一個有效等價類(符合規則)和若干個無效等價類(從不同角度違反規則)

　　f.在確知已劃分的等價類中，各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步的劃分為更小的等價類

　　邊界值分析法

　　a.人們從長期的測試工作經驗得知，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是在輸入范圍的內部。因此針對各種邊界情況測試，可以查出更多的錯誤b.空值是一種特殊的邊界值，常常被人遺忘

　　邊界值選擇原則

　　a.如果輸入條件規定了值的個數，則用最大個數、最小個數、比最小個數少1、比最大個數多1的數作為測試數據

　　b.將前面的兩條規則應用于輸出條件，即設計測試用例使輸出值達到邊界及其左右的值c.如果程序的規格說明給出的輸入域或輸出域是有序集合,則應選取集合的第一個元素和最后一個元素作為測試用例

　　四、Linux操作命令

　　Linux的概念：Linux是一種自由和開放源碼的類Unix操作系統重點強調

　　用戶的創建與刪除

　　a.用戶的創建：useradd-g組名-d/home/用戶名-s/bin/bash用戶名b.用戶的刪除：userdelr用戶名文件的屬性與權限的修改a.chgrp:改變檔案所屬群組b.chown:改變檔案擁有者

　　c.chmod:改變檔案的權限例如：chmod777文件名目錄管理

　　a.cd(變換目錄)b.mkdir(創建目錄)c.touch(建立一個文件)

　　a.cp(復制檔案或目錄)

　　b.mv(移動檔案與目錄，或更名)c.rm(移除檔案或目錄)d.rmdir(刪除空的目錄)文件或目錄的壓縮與打包

　　a.tarcvfname.tarname壓縮b.tarxvfname.tar解壓c.tartvfname.tar查詢

　　VI編輯命令(一般模式、編輯模式與指令列命令模式)a.刪除文本內容（退出編輯狀態按x鍵）

　　b.復制文本內容（nyy復制以下幾行內容再+p）c.粘貼文本內容(+p)d.搜尋和取代文本內容

　　/word:向光標之下尋找一個名稱為word的字符串?word:向光標之上尋找一個名稱為word的字符串

　　:n1,n2s/word1/word2/g在第n1與n2行之間將word1這個字符串取代為word2:1,$s/word1/word2/g這個指令用于在整個文件中替換特定字符串e.退出編輯模式(q!強制退出不保存、wq保存并退出文本編輯模式)

　　五、熟悉mCommerce項目

　　網上購物平臺主要角色用戶、供應商、系統管理員重點強調

　　用戶、供應商、系統管理員與mCommerce購物平臺之間的關系.

　　用戶主要瀏覽前臺頁面可以購物，供應商管理系統管理員可以管理后臺的商品信息的增刪查改，系統管理員又可以管理供應商的各種操作掌握mCommerce購物系統里各個功能.找出mCommerce購物系統里存在的Bug.

　　六、個人總結(提出近階段個人學習總結以及遇到問題)

　　個人學習總結：a.兩周的測試基礎知識學習掌握了一些測試的基礎知識和方法。例如等價類劃分法從而設計出測試用例，還有邊界值分析法，和一些linuxde簡單文件操作命令。

　　b.在這個學習的過程中，我發現很多東西都需要自己去鉆研，去和同事交流從而找到解決的辦法，不會的問題光靠自己一個人琢磨是遠遠不夠的。需要和同事及同學交流和溝通，通過討論會大家一起研商找出解決辦法對自己的幫助很好。

　　c.每天提交一份日報和問題，清楚自己一天的計劃和完成了什么事，問題也能得到TC及時的解決。遇到的問題：

　　a.當我在看很多測試基礎知識資料的時候，不知道從哪抓重點，總是很盲目的從頭瀏覽到尾，看完之后感覺沒有記住多少東西。

　　b.關于測試用例設計方法等價類劃分這塊掌握的不是很好，白皮書上有些題目雖然TC講過但還是不能太理解。TC要求我們掌握80%就好了，感覺只掌握了50%。

　　c.可能最近都是在看測試基礎文檔類的原因吧，除了操作linux和熟悉mCommerce項目外，感覺沒實際操作的少了，有時侯看文檔很容易走神，這樣一來時間就浪費了。

【軟件測試基礎知識總結】相關文章：

軟件測試實習總結09-24

軟件測試個人總結07-22

軟件測試總結范文04-14

軟件測試見習總結03-05

軟件測試實習總結02-23

軟件測試項目個人總結04-14

軟件測試個人總結范文09-27

軟件測試簡歷07-14

軟件測試的簡歷02-18

軟件測試課件03-31