軟件開發(fā)過程中常用的軟件測試方法

1、軟件開發(fā)過程中常用的軟件測試方法2010-3-29 10:09:22 作者：佚名一、目前項目中所使用的測試方法我目前所在的項目中（目前項目是一套C/S架構(gòu)的系統(tǒng)），所使用的 軟件測試方法為:單元測試，集成測試，功能測試，回歸測試，驗收 測試。下面就上面的三種 軟件測試方法,分別做一下說明：（1）單元測試這個步驟主要是開發(fā)者針對開發(fā)過程中，程序內(nèi)部的函數(shù)、類、變量等等數(shù)據(jù)進行正確性的測試。開發(fā)人員根據(jù)需求， 在經(jīng)過詳細設(shè)計之后，開始著手編寫代碼。一般情況下，每完成一個函數(shù)（類、變量）之后，就要進行單元測試，以驗證編寫的函數(shù)能完成詳細設(shè)計說明 中的功能。舉個例子：一個函數(shù)需要把一些重要的數(shù)據(jù)插入到

2、數(shù)據(jù)庫中。那在編寫完這個函數(shù)之后，就要進行測試，以驗證函數(shù)能正確帶出需要插入數(shù)據(jù)庫的數(shù)據(jù)變量帶出的數(shù)據(jù)可以正確 的插入需要插入的數(shù)據(jù)庫。在上述測試通過之后，再接著按照詳細設(shè)計說明進行接下來的開發(fā)工作。（2）集成測試集成測試是在單元測試的基礎(chǔ)上，將所有模塊按照詳細設(shè)計的要求組裝成子系統(tǒng)或系 統(tǒng)，進行集成測試。集成測試側(cè)重于模塊間的接口正確性以及集成后的整體功能的正確性。舉個例子：等一個個函數(shù)或者功能模塊的單元測試完成之后，就需要測試這些函數(shù)或者模塊之間的整體的數(shù)據(jù)流是否正確。（3）功能測試等開發(fā)人員開發(fā)完之后就要把最后開發(fā)、測試（單元測試，整合測試）完的 requirement release

3、給內(nèi)部QA人員去做功能測試。因為開發(fā)人員的單元測試、集成測試 只能保證release給QA的新的requirement的開發(fā)是可以正常運行的，執(zhí)行起來的效率是 最高的，一些基本的功能（如：數(shù)據(jù)庫操作，通信,顯示， error handing ,信息反饋 ） 可以正常使用。但是對于特定需求的業(yè)務邏輯還不能完全保證其正確性，所以需要更加詳盡的功能測試過程。在功能測試過程里，需要測試人員嚴格的按照需求說明，測試新開發(fā)的requirement是否完全符合user的要求，是否符合行業(yè)的規(guī)范，是否符合實際的操作流程和業(yè)務邏輯。(4) 回歸測試回歸測試是指在發(fā)生修改之后重新測試先前的測試以保證修改的正確性。

4、理論上，軟件產(chǎn)生新版本，都需要進行回歸測試，驗證以前發(fā)現(xiàn)和修復的錯誤是否在新軟件版本上再次出現(xiàn)。根據(jù)修復好了的缺陷再重新進行測試?；貧w測試的目的在于驗證以前出現(xiàn)過但已經(jīng)修復好的缺陷不再重新出現(xiàn)。一般指對某個已知已經(jīng)修正的缺陷再次圍繞它原來出現(xiàn)時的步驟重新測試。(5) 驗收測試驗收測試是 軟件測試過程中的最后一步。這時相關(guān)的user根據(jù)需求說明文檔對系統(tǒng)進行測試和驗收，決定是否接收系統(tǒng)。它是一項確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求 的測試。驗收測試的目的是確保系統(tǒng)已經(jīng)準備就緒，并且可以讓最終user使用新需求中的功能。二、軟件測試工具針對上述測試過程，單元測試和集成測試都是需要 軟件開發(fā)人員

5、去控制和把關(guān)的。 一個 好的開發(fā)人員肯定也是一位好的單元測試、集成測試人員，因為在開發(fā)的過程中時刻都需要進行單元測試和集成測試。雖然單元測試有專門的測試、(需要購買相應的license),但是我覺得在目前項目的 開發(fā)過程中不是非常有必要，這個在開發(fā)人員開發(fā)的時候就可以去把關(guān)卡住，不需要QA再通過相關(guān)的自動化測試工具去做復雜的白盒測試。對于功能測試，特別針對于我們現(xiàn)在的項目，我們可以設(shè)計一套測試系統(tǒng)去測試每條 message處理邏輯的正確性。這個測試系統(tǒng)成立的前提條件是，我們在需求成立的時候就把相關(guān)的測試用例設(shè)計出 來，針對于目前項目中的 message來說，就是在send給SERVEFM體 m

6、essage的時候，就能 把相關(guān)replay的信息預知出來；這個前提條件其實完全可以做到，就是在正真開發(fā)之前先模擬一遍開發(fā)完成后的實際的需求，通過在數(shù)據(jù)庫運行具體的sql邏輯、改變數(shù)據(jù)庫數(shù)據(jù)等等方法先把新requirement中的邏輯事前模擬一遍，然后根據(jù)模擬出來的具體值編寫測試用例。等到單元測試、集成測試完之后就運用測試系統(tǒng)去運行事前已經(jīng)編寫好的測試用例，如果得到的結(jié)果符合測試用例的值，那么說明這次測試時通過的。這個測試工具需要針對目前項目的每條message編寫不同的處理邏輯（因為每個message各不相同），然后匹配事前已經(jīng)定義好的測試用例來驗證功能是否符合需求。三、幾個不能覆蓋到的地方

7、1、 因為這個測試系統(tǒng)只能根據(jù)message的replay值來進行匹配驗證，所以如果一條message的功能主要放在邏輯處理上（TP,數(shù)據(jù)庫操作 ）.而不是放在 message replay上的話，那樣就不能通過message replay的信息中得到預定的值來進行功能驗證。2、replay的信息量很大的話，也不能進行驗證。四、release的時候所遇到的問題的分析1、在release給QA之前就存在問題這個問題主要體現(xiàn)在單元測試，集成測試的時候沒有覆蓋到很多臨界數(shù)據(jù)、特殊數(shù)據(jù)。 這些臨界的數(shù)據(jù)或者需要特別處理的數(shù)據(jù)往往導致操作失敗或者系統(tǒng)崩潰，所以在進行單元測試、整合測試的時候設(shè)計這些數(shù)據(jù)是很有必要的。2、QA release給user的時候存在的問題這個部分是因為沒有把所有的操作都進行完整的測試，沒有完全覆蓋到需求說明中的所有業(yè)務邏輯導致的。3、已經(jīng)修改過的錯誤再次發(fā)生這是因為沒有進行回歸測試。4、最終user報需求不符合要求，使用不習慣，有很多 bug這個原因比較復雜，其