軟件測試技術與測試管理

1、<p>　　軟件測試技術與測試管理</p><p>　　摘要：軟件測試是在軟件開始投入使用之前，對軟件編碼實現(xiàn)、設計規(guī)格的說明和軟件需求分析等的最后審查，是為了發(fā)現(xiàn)錯誤從而對程序進行執(zhí)行的過程。軟件測試作為軟件開發(fā)重要環(huán)節(jié)之一，它同樣確保著軟件的質量，對軟件的順利運行起著保障性作用。因此，為了確保計算機軟件能夠正常運行，降低錯誤發(fā)生率，減少軟件的開發(fā)費用，探究計算機軟件測試方法及加強測試管理具有重要意義

2、。 </p><p>　　關鍵詞：軟件測試；測試技術；測試管理 </p><p>　　中圖分類號：TU74 文獻標識碼：A 文章編號： </p><p><b>　　引言： </b></p><p>　　軟件缺陷自軟件誕生的那一日起就跟隨著出現(xiàn)，軟件測試就應運而生。隨著軟件內容和結構的不斷豐富，軟件缺陷也日趨多樣化，引起

3、更為嚴重的質量問題。軟件測試方法的研究正是本著提高軟件質量，降低軟件缺陷的影響。隨著人們對軟件質量的重視，軟件測試也不斷得到加強和持續(xù)發(fā)展。 </p><p>　　1、軟件測試的定義 </p><p>　　軟件測試應該是以查找軟件缺陷為目標的一種過程，測試設計和缺陷管理是軟件測試中提高缺陷查找效率和缺陷處理效率的兩個有效手段。軟件測試依靠的是強大的邏輯和條理性來完成工作，也同時存在著一定的

4、風險。軟件的應用形式多樣，輸出和實現(xiàn)功能的方式也不止一種，而產品設計中缺乏客觀的標準，就使得軟件缺陷的標準也變的多樣，沒有任何一種方式能夠對軟件進行完全測試。這樣，就無法通過軟件測試顯示隱藏的軟件缺陷，只能盡量查找軟件缺陷，找到的軟件缺陷越多，說明軟件本身的缺陷就越多，同時尚有在測試過程中被發(fā)現(xiàn)和斷定的缺陷，這也是軟件測試的局限性。 </p><p>　　2、軟件測試的基本方法 </p><p

5、>　　軟件測試過程包含幾個階段：測試需求的分析和確定；測試計劃；測試執(zhí)行；測試記錄和跟蹤；回歸測試；測試總結和報告。狹義的測試是指在代碼編寫完成后對代碼進行測試，而廣義的測試開始于需求階段，伴隨著設計、實現(xiàn)階段。如測試需求規(guī)格說明書，測試設計框架等。可以從不同角度來劃分軟件測試方法。 </p><p>　　2.1 靜態(tài)測試和動態(tài)測試 </p><p>　　軟件測試從是否需要執(zhí)行被測軟

6、件的角度，可以將軟件測試分為靜態(tài)測試和動態(tài)測試。靜態(tài)測試是指依據(jù)需求規(guī)格說明書、軟件設計說明書、源程序做結構分析、流程圖分析、符號執(zhí)行，對軟件進行分析、檢查和測試，不實際運行被測試的軟件，約可找出30%到70%的邏輯設計錯誤。這種方式不通過程序運行就能夠尋找代碼中的缺陷或對程序中的代碼進行評估，可以由人來操作，發(fā)揮了人的邏輯思維的優(yōu)勢或測試經驗，能夠批量性地發(fā)現(xiàn)問題，并直接定位到缺陷或錯誤的具體位置。靜態(tài)測試可以分為靜態(tài)分析和代碼走查。

7、靜態(tài)分析是一種計算機輔助靜態(tài)分析方法。主要對程序進行控制流分析、數(shù)據(jù)流分析、接口分析和表達式分析等。靜態(tài)分析的對象是計算機程序，程序設計語言不同，相應的靜態(tài)分析工具也不盡相同。代碼走查是一種人工測試方法，它一般依靠有經驗的程序員根據(jù)需求分析、設計規(guī)格等來執(zhí)行。動態(tài)測試是指通過運行軟件來檢驗軟件的動態(tài)行為和運行結果的正確性。動態(tài)測試有兩個基本要素：被測試程序和測試數(shù)據(jù)。必須生成測試數(shù)據(jù)來運行被測試程序，取得程序運行的真實情況、動態(tài)情況，進

8、而進行分析測試質量依賴于測試數(shù)據(jù)。 </p><p>　　2.2 黑盒測試、白盒測試、灰盒測試 </p><p>　　從測試是否針對系統(tǒng)的內部結構和具體實現(xiàn)算法來看，可以將軟件測試分為黑盒測試、白盒測試、灰盒測試。 </p><p>　　黑盒測試又稱功能測試，數(shù)據(jù)驅動的測試或者基于規(guī)格說明書的測試。黑盒測試可以從軟件的功能為起始，根據(jù)功能的需求說明測試所用的方式，并

9、依據(jù)該方式的需求來運行被測試的程序。從名字上來解釋，就是將軟件看成是不透明的黑盒子，對于盒子內部的結構不理會，只關注軟件的實用功能，并對這些功能進行測試。 </p><p>　　白盒測試又稱結構測試，玻璃盒測試或基于覆蓋的測試。相比較于黑盒測試，它更關注于軟件內部邏輯結構，其測試的重點是測試用例的覆蓋程序結構的程度。白盒測試，是將軟件比作透明可見的盒子，測試人員可以根據(jù)程序內部的邏輯結構來設計測試用例，來測試程序

10、的邏輯路徑。 </p><p>　　灰盒測試，也稱跟蹤法測試，是指介于白盒測試和黑盒測試之間的一種測試方法，它關注輸出對于輸入的正確性，同時也關注內部結構形式的程度，它跟蹤程序的運行過程，特別是輸入數(shù)據(jù)在程序中的“流程”。比如，測試人員輸入數(shù)據(jù)后，軟件會將其轉換為代碼并通信至服務器，服務器經過一系列的處理，將數(shù)據(jù)傳送給客戶端，并最終顯示給測試者?；液袦y試能夠對整體的過程進行追蹤，對每一步的數(shù)據(jù)進行測試。但較白盒測

11、試而言，灰盒測試沒有深入解析程序的結構，但也不像黑盒測試那樣只關注輸入和輸出，它也關心程序中間的某些流程是否正確。 </p><p><b>　　3、軟件測試過程 </b></p><p><b>　　3.1 單元測試 </b></p><p>　　單元測試是正確檢查軟件設計的最小單位，即程序模塊。單元測試目的是為了發(fā)現(xiàn)各

12、個模塊的內部所存在各類差錯。單元測試的要點在于測試單元模塊全部數(shù)據(jù)項的完整性和正確性，單元測試主要關注的是模塊接口處流動數(shù)據(jù)和模塊算法細節(jié)，并檢查操作數(shù)據(jù)庫表各字段的數(shù)據(jù)存儲信息的準確性和完善性，完善性包含正確與否、長度和位數(shù)，以及表中狀態(tài)正確性。此外，單元測試通過準則成功執(zhí)行測試用例，將發(fā)現(xiàn)錯誤修正，確保性能、功能和單元模塊設計要求相一致。 </p><p><b>　　3.2 集成測試 </b

13、></p><p>　　集成測試又被稱作為聯(lián)合測試或組裝測試，它主要在單元測試前提下，按照需求把所有模塊根據(jù)設計的要求聯(lián)合成為一個系統(tǒng)。集成測試可以劃分成漸增式的組裝和一次性的成型拼裝兩種。集成測試的測試要點在于測試子系統(tǒng)或子功能模塊業(yè)務邏輯流程的完整性和正確性。集成測試通過準則成功規(guī)定全部組裝的測試，并讓測試結果通過評審并修正已經發(fā)現(xiàn)錯誤。 </p><p><b>　　

14、3.3 確認測試 </b></p><p>　　確認測試還被稱之為有效性測試，確認測試目的在于檢驗軟件性能、特性和功能是否符合用戶需求。確認測試一般情況下采取的是清數(shù)據(jù)庫的測試方法，也就是首先清的是數(shù)據(jù)庫，可以是在測試人員或一個用戶開發(fā)環(huán)境情況下來測試，同樣可以在模擬實際操作的環(huán)境下來測試。對此，確認測試通過準則就是性能與功能要和用戶要求保持一致。 </p><p><b

15、>　　3.4 系統(tǒng)測試 </b></p><p>　　系統(tǒng)測試將通過測試軟件當作計算機體系中元素，和計算機人員、數(shù)據(jù)、支持的軟件、外設和硬件等元素有機結合，并在實際使用時確認測試和集成測試計算機的系統(tǒng)。系統(tǒng)測試目的是通過比較系統(tǒng)需求定義，來發(fā)現(xiàn)系統(tǒng)定義和軟件的矛盾或不相符合位置。系統(tǒng)測試測試用例要按照需求分析的說明書進行設計，同時在實際的使用狀況下運行。 </p><p>

16、;　　4、測試管理過程和基本內容 </p><p>　　4.1 測試團隊管理 </p><p>　　做好軟件測試需要一個獨立的團隊，測試團隊獨立于開發(fā)團隊之外去做測試工作，可以更加公正的進行測試。雖然測試人員可能需要花時間去熟悉被測對象然后才能設計出測試用例，但是測試人員具備了專業(yè)的測試理念和設計技術，而這些測試技術是一個開發(fā)人員所沒有的或測試前必須花時間去學習掌握的。 </p>

17、;<p>　　4.2 測試過程管理 </p><p>　　軟件測試貫穿于軟件開發(fā)整個生命周期，在軟件開發(fā)的每一個階段，都有相對應的測試任務，從計劃、設計、執(zhí)行到缺陷管理、總結等步驟，構成了一個測試過程。因此，軟件測試過程管理主要集中在測試準備、測試計劃、測試用例設計、測試執(zhí)行、測試結果分析，以及如何開發(fā)和使用測試過程管理工具上。 </p><p>　　4.3 資源和配置管理

18、</p><p>　　資源管理包括人力資源和環(huán)境資源。人力資源：測試人員的數(shù)量及其測試技能，在測試的各個階段中對人員和技能要求不同。環(huán)境資源：建立測試環(huán)境所需要的計算機軟件資源和硬件資源。硬件提供了一個支持操作系統(tǒng)、應用系統(tǒng)和測試工具等運行的基本平臺，軟件資源則包括操作系統(tǒng)、第三方軟件產品、測試工具等。 </p><p>　　(2)配置管理。配置管理是指通過執(zhí)行版本控制、變更控制等規(guī)程，以

19、及使用合適的配置管理軟件，來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。 </p><p>　　4.4 事件（缺陷）管理 </p><p>　　事件即缺陷管理，為了有效地管理缺陷（事件），在項目內應該引入規(guī)范、高效的缺陷（事件）管理系統(tǒng)。軟件測試的任務就是尋找缺陷，缺陷從被發(fā)現(xiàn)、分析、修改，到修改的確認形成了一個缺陷的生命周期（lifecycle）。在缺陷周期內要

20、對缺陷進行跟蹤。缺陷可能會在開發(fā)過程中被發(fā)現(xiàn)，也可能在評審和測試過程中發(fā)現(xiàn)，甚至在系統(tǒng)最后使用過程還會發(fā)現(xiàn)缺陷。缺陷可能在代碼內、在運行的系統(tǒng)中、也可能在各種文檔內。缺陷與軟件的版本、運行的環(huán)境有關。缺陷與人員有關：測試員、開發(fā)人員、管理者和客戶等。 </p><p><b>　　五、結束語 </b></p><p>　　軟件測試的目的是利用測試過程中對發(fā)現(xiàn)問題，并對

21、問題進行處理，從而實現(xiàn)增強軟件質量的目標，是一種確保軟件產品可靠性與良好質量的關鍵措施。作為軟件測試師而言，應該按照軟件測試規(guī)范要求進行軟件測試，通過改進質量活動的生產率，既提高質量，又能縮短研發(fā)進度。只有這樣，才能在測試軟件的時候取得質量和進度的雙贏。同時，測試管理涉及的范圍非常廣泛，如測試組織管理、測試過程管理、事件管理、人力資源與配置管理、風險管理、進度管理等。因此，在實際工作中，要考慮實際情況靈活地運用測試過程管理理念，依據(jù)這些

22、理念來策劃測試過程。 </p><p><b>　　參考文獻： </b></p><p>　　[1]張洪春.基于質量屬性的軟件測試力系統(tǒng)分析架構[J].微型機與應用.2011. </p><p>　　[2]吳國芳.王仲生.如何在軟件測試階段有效的提高軟件質量[J].計算機光盤軟件與應用.2010. </p><p>