1、第三章 軟件測試的流程3.1流程概述一般而言，軟件測試從項目確立時就開始了，前后要經過以下一些主要環節：需求分析測試計劃測試設計測試環境搭建測試執行測試記錄缺陷管理軟件評估RTM.在進行有關問題闡述前，我們先明確下分工，一般而言，需求分析、測試用例編寫、測試環境搭建、測試執行等屬于測試開發人員工作范疇，而測試執行以及缺陷提交等屬于普通測試人員的工作范疇，測試負責人負責整個測試各個環節的跟蹤、實施、管理等。說明：1以上流程各環節并未包含軟件測試過程的全部，如根據實際情況還可以實施一些測試計劃評審、用例評審，測試培訓等。在軟件正式發行后，當遇到一些嚴重問題時，還需要進行一些后續維護測試等。2 以上

2、各環節并不是獨立沒聯系的，實際工作千變萬化，各環節一些交織、重疊在所難免，比如編寫測試用例的同時就可以進行測試環境的搭建工作，當然也可能由于 一些需求不清楚而重新進行需求分析等。這就和我們國家提出建設有中國特色的社會主義國家一樣，之所以有中國特色，那是因為國情不一樣。所以在實際測試過程 中也要做到具體問題具體分析，具體解決。3.2測試流程需求分析需求分析（Requirment Analyzing）應該說是軟件測試的一個重要環節，測試開發人員對這一環節的理解程度如何將直接影響到接下來有關測試工作的開展。可能有些人認為測試需求分析無關緊要，這種想法是很不對的。需求分析不但重要，而且至關重要！一般而

3、言，需求分析包括軟件功能需求分析、測試環境需求分析、測試資源需求分析等。其中最基本的是軟件功能需求分析，測一款軟件首先要知道軟件能實現哪些功能以及是怎樣實現的。比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能。那我們就應該知道軟件是怎樣來實現這些功能的，為了實現這些功能需要哪些測試設備以及如何搭建相應測試環境等，否則測試就無從談起！既然談了需求分析，那么我們根據什么來分析呢？總不能憑空設想吧。總得說來，做測試需求分析的依據有軟件需求文檔、軟件規格書以及開發人員的設計文檔等，相信管理一些規范的公司在軟件開發過程中都有這些文檔。測試計劃測試計劃（Test Plan）

4、一般由測試負責人來編寫。測試計劃的依據主要是項目開發計劃和測試需求分析結果而制定。測試計劃一般包括以下一些方面：1 測試背景 a.軟件項目介紹； b.項目涉及人員（如軟硬件項目負責人等）介紹以及相應聯系方式等。 2 測試依據 a.軟件需求文檔； b.軟件規格書； c.軟件設計文檔； d.其他，如參考產品等。 3 測試資源 a.測試設備需求； b.測試人員需求； c.測試環境需求； d.其他。 4 測試策略 a.采取測試方法； b.搭建哪些測試環境； c.采取哪些測試工具以測試管理工具； d.對測試人員進行培訓等。 5 測試日程 a.測試需求分析； b.測試用例編寫； c. 測試實施，根據項目計

5、劃，測試分成哪些測試階段（如單元測試、集成測試、系統測試階段，、測試階段等），每個階段的工作重點以及投入資源等。 6其他。測試計劃還要包括測試計劃編寫的日期、作者等信息，計劃越詳細越好了。計劃趕不上變化，一份計劃做的再好，當實際實施的時候就會發現往往很難按照原有計劃開展。如在軟件開發過程中資源匱乏、人員流動等都會對測試造成一定的影響。所以，這些就要求測試負責人能夠從宏觀上來調控了。在變化面前能夠做到應對自如、處亂不驚那是最好不過了。測試設計測試設計主要包括測試用例編寫和測試場景設計兩方面。測試用例（checklist），是關于具體測試步驟的文檔，它描述了測試的輸入參數、條件及配置、預期的輸出結

6、果等，以判斷被測軟件的工作是否正常。從表現形式上而言，測試用例可以是純文本的說明文檔，也可以是用腳本語言或高級語言編寫的一段代碼。 測試用例文檔由簡介和測試用例兩部分組成。簡介部分編制測試目的、測試范圍、定義術語以及測試背景等。測試用例部分逐一列示各測試用例，測試用例應當包括測試標識、測試用例名稱、目標、測試條件、測試設置、輸入數據要求、步驟、以及預期的結果等一份好的測試用例對測試有很好的指導作用，能夠發現很多軟件問題。測試場景設計主要也就是測試環境問題了。測試環境搭建 不同軟件產品對測試環境有著不同的要求。如C/S及B/S架構相關的軟件產品，那么對不同操作系統，如Windows系列、unix

7、、linux甚至蘋果OS等，這些測試環境都是必須的。而對于一些嵌入式軟件，如手機軟件，如果我們想測試一下有關功能模塊的耗電情況，手機待機時間等，那么我們可能就需要搭建相應的電流測試環境了。當然測試中對于如手機網絡等環境都有所要求。測試環境很重要，符合要求的測試環境能夠幫助我們準確的測出軟件問題，并且做出正確的判斷。為了測試一款軟件，我們可能根據不同的需求點要使用很多不同的測試環境。有些測試環境我們是可以搭建的，有些環境我們無法搭建或者搭建成本很高。不管如何， 我們的目標是測試軟件問題，保證軟件質量。測試環境問題，還是根據具體產品以及開發者的實際情況而采取最經濟的方式吧。測試執行測試執行過程又可

8、以分為以下階段：單元測試集成測試系統測試出廠測試，其中每個階段還有回歸測試等。從測試的角度而言，測試執行包括一個量和度的問題。也就是測試范圍和測試程度的問題。 比如一個版本需要測試哪些方面？每個方面要測試到什么程度？從管理的角度而言，在有限的時間內，在人員有限甚至短缺的情況下，要考慮如何分工，如何合理地利用資源來開展測試。當然還要考慮以下問題：1 當測試人員測試的執行不到位、敷衍了事時該如何解決？2 測試效率問題，怎樣提高測試效率？3 根據版本的不同特點是只做驗證測試還是采取冒煙測試亦或是系統全面測試？4 當測試過程中遇到一些偶然性隨機問題該怎樣處理？5 當版本中出現很多新問題時該怎樣對待？測

9、試停止標準？6 總之，測試執行過程中會遇到很多復雜的問題，還是那句話，具體問題具體解決！本文不做過多闡述。 測試記錄缺陷記錄總的說來包括兩方面：由誰提交和缺陷描述。一般而言，缺陷都是誰測試誰提交，當然有些公司可能為了保證所提交缺陷的質量，還會在提交前進行缺陷評估，以確保所提交的缺陷的準確性。在缺陷的描述上，至少要包括以下一些方面內容：序號標題預置條件操作步驟預期結果實際結果注釋嚴重程度概率版本測試者測試日期 以上是描述一個bug時通常所要描述的內容，當然在實際提交bug時可以根據實際情況進行補充，如附上圖片、log文件等。另外，一個版本軟件測試完畢，還要根據測試情況出份測試報告，這也是所要經過

10、的一個環節。 缺陷管理缺陷管理方面，很多公司都采取缺陷管理工具來進行管理，常見缺陷管理工具有Test Director、Bugfree等。下圖是一個bug從提出到close所經過的一些流程。注：軟件缺陷和bug兩者在含義上有著細微差別，本文統稱缺陷。軟件評估這里評估指軟件經過一輪又一輪測試后，確認軟件無重大問題或者問題很少的情況下，對準備發給客戶的軟件進行評估，以確定是否能夠發行給客戶或投放市場。軟件評估小組一般由項目負責人、營銷人員、部門經理等組成，也可能是由客戶指定的第三方人員組成。測試總結和測試維護每個版本有每個版本的測試總結，每個階段有每個階段的測試總結，當項目完成RTM后，一般要對整個項目做個