軟件測試的意義word文檔良心出品

1、測試的基本概念測試是軟件生存周期中十分重要的一個過程， 是產品發(fā)布、 提交給最終用戶前的 穩(wěn)定化階段。1、 測試的分類： 從測試方法的角度可以分為手工測試和自動化測試。 手工測試： 不使用任何測試工具， 根據事先設計好的測試用例來運行系統(tǒng)， 測試 各功能模塊。自動化測試：利用測試工具， 通過編寫測試腳本和輸入測試數(shù)據， 自動運行測試 程序。目前最常用的自動化測試工具是基于 GUI 的自動化測試工具， 基本原理都 是錄制、回放技術。從整體的角度可以分為單元測試、集成測試、系統(tǒng)測試、確認測試。單元測試：是針對軟件設計的最小單位程序模塊， 進行正確性檢驗的測試工作。 一般包括邏輯檢查、結構檢查、接口

2、檢查、出錯處理、代碼注釋、輸入校驗、邊 界值檢查。單元測試的依據是系統(tǒng)的詳細設計；一般由項目組開發(fā)人員自己完成。集成測試： 在單元測試的基礎上， 將所有模塊按照設計要求組裝進行測試。 一般 包括邏輯關系檢查、數(shù)據關系檢查、業(yè)務關系檢查、模塊間接口檢查、外部接口 檢查。系統(tǒng)測試：系統(tǒng)測試是在所有單元、 集成測試后， 對系統(tǒng)的功能及性能的總體測 試。確認測試： 模擬用戶運行的業(yè)務環(huán)境， 運用黑盒測試方法， 驗證軟件系統(tǒng)是否滿 足用戶需求或軟件需求說明書中指明的軟件特性（功能、非功能）上的。從測試原理上分為：白盒測試、黑盒測試和灰盒測試。白盒測試： 是通過程序的源代碼進行測試而不使用用戶界面。 這種

3、類型的測試需 要從代碼句法發(fā)現(xiàn)內部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤， 進而加以修正。黑盒測試：是通過使用整個軟件或某種軟件功能來嚴格地測試 , 而并沒有通過 檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設計的。 測 試人員通過輸入他們的數(shù)據然后看輸出的結果從而了解軟件怎樣工作。在測試 時，把程序看作一個不能打開的黑盆子， 在完全不考慮程序內部結構和內部 特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求 規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蘸驼_的輸出。黑盒測試 方法主要有等價類劃分、邊界值分析、因果圖、錯誤推測法。等價類劃分： 是把

4、所有可能的輸入數(shù)據 ,即程序的輸入域劃分成若干部分 （子集）, 然后從每一 個子集中選取少數(shù)具有代表性的數(shù)據作為測試用例 . 該方法是一種重要的 ,常用 的黑盒測試用例設計方法 .1） 劃分等價類 : 等價類是指某個輸入域的子集合 . 在該子集合中 , 各個 輸入數(shù)據對于揭露程序中的錯誤都是等效的 .并合理地假定 :測試某等價類的代 表值就等于對這一類其它值的測試 . 因此, 可以把全部輸入數(shù)據合理劃分為若干 等價類, 在每一個等價類中取一個數(shù)據作為測試的輸入條件 ,就可以用少量代表 性的測試數(shù)據 . 取得較好的測試結果 .等價類劃分可有兩種不同的情況 :有效等價 類和無效等價類 .有效等價類

5、 : 是指對于程序的規(guī)格說明來說是合理的 ,有意義的輸入數(shù)據構成的 集合. 利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能 . 無效等價類 : 與有效等價類的定義恰巧相反 .設計測試用例時 , 要同時考慮這兩種等價類 . 因為, 軟件不僅要能接收合理的 數(shù)據, 也要能經受意外的考驗 .這樣的測試才能確保軟件具有更高的可靠性 .邊界值分析：長期的測試工作經驗告訴我們 , 大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上 而不是發(fā)生在輸入輸出范圍的內部 . 因此針對各種邊界情況設計測試用例 ,可以查出更多的錯誤。錯誤推測法： 基于經驗和直覺推測程序中所有可能存在的各種錯誤 , 從而有針對性

6、的設計測 試用例的方法 . 錯誤推測方法的基本思想 : 列舉出程序中所有可能有的錯誤和 容易發(fā)生錯誤的特殊情況 , 根據他們選擇測試用例 . 例如, 在單元測試時曾列 出的許多在模塊中常見的錯誤 . 以前產品測試中曾經發(fā)現(xiàn)的錯誤等 , 這些就 是經驗的總結 . 還有, 輸入數(shù)據和輸出數(shù)據為 0 的情況. 輸入表格為空格或 輸入表格只有一行 . 這些都是容易發(fā)生錯誤的情況 . 可選擇這些情況下的例 子作為測試用例。灰盒測試： 灰盒測試就像黑盒測試一樣是通過用戶界面測試， 但是測試人員已經 有所了解該軟件或某種軟件功能的源代碼程序具體是怎樣設計的。 甚至于還讀過 部分源代碼。因此測試人員可以有真對

7、性地進行某種確定的條件 / 功能的測試。從軟件特性上分為功能測試和性能測試。功能測試：是指為了確保軟件系統(tǒng)功能實現(xiàn)的正確性， 完整性和其他特性而進行 的測試。性能測試：是指為了評估軟件系統(tǒng)的性能狀況， 和預測軟件系統(tǒng)性能趨勢而進行 的測試和分析。2、BUG的定義:BUG （小錯誤，缺陷，不足，過失 ）一個計算機bug指在計算機程序中存在 的一個錯誤（ error ）、缺陷（ flaw ）、疏忽（ mistake ）或者故障（ fault ）， 這些bug使程序無法正確的運行。Bug產生于程序的源代碼或者程序設計階段的 疏忽或者錯誤。Defect ：（缺陷 ） 在軟件工程（ Software E

8、ngineering ）中，軟件與它的需求 （requirements ）不一致， 常常指軟件無法正確完成需求所要求的功能， 也稱之 為 bug。Fault ：（故障） 被定義為存在于組件、設備或者子系統(tǒng)中異常的條件或者缺陷， 常常會導致系統(tǒng)的失敗。Error ：（錯誤） 一個 error 是指編寫錯誤的代碼，通常是無意中造成的。一般 有兩類主要的錯誤，一是語法錯誤（ syntax error ），該類錯誤易于檢測，因為 代碼在編譯階段無法解析而不能正常編譯通過。另一個是邏輯錯誤（ logical error ），因為它與代碼的實際執(zhí)行密切相關所以不易發(fā)現(xiàn)。項目測試的規(guī)劃 項目測試內容: 將項

9、目測試分為項目開發(fā)階段測試和項目完工驗收測試兩個部分。開發(fā)階段測試內容主要包括：模塊功能測試、集成測試和文檔檢查。模塊功能測試：確保系統(tǒng)各功能模塊能夠正常運行， 數(shù)據的IPO符合系統(tǒng)設計的 要求。單元和模塊功能滿足需求定義。集成測試： 系統(tǒng)各模塊組裝后， 根據業(yè)務流程的要求， 能夠正確地完成各業(yè)務功 能，并且數(shù)據的處理和輸出正確。文檔檢查：在項目開發(fā)階段，按照項目進度表， 根據項目文檔測試規(guī)范與標準 ， 對提交的項目文檔和記錄 （技術文檔和管理文檔） 進行檢查和驗證， 以符合公司 質量體系和項目制度的要求， 對于技術類文檔的關鍵要素， 驗證是否能夠達到通 過標準。完工驗收測試內容主要包括：安裝

10、測試、功能驗證、性能測試、需求驗證、文檔 測試。完工驗收測試實際上是項目在結項前的一個全面的檢查和驗證。 可以作為 項目結項的依據和放行條件。檢查需求測試：檢查軟件產品是否滿足該項目的需求說明書中規(guī)定的功能需求， 需求的完整性、一致性、最新性，該項測試重點是需求滿足的完整性。安裝測試： 根據項目提供的安裝文檔中的安裝步驟， 搭建系統(tǒng)運行環(huán)境， 檢查系 統(tǒng)安裝過程是否正確。 可能包括數(shù)據庫服務器的安裝與配置、 應用服務器、 控件 注冊、客戶端的安裝與配置、應用軟件的安裝。功能驗證：按照需求說明書和系統(tǒng)概要設計，逐項檢查各項功能（功能單元、功 能模塊）的可運行性和正確性。文檔測試： 文檔測試從項目

11、立項時就開始了， 實際上就是文檔檢查， 包括規(guī)范性 檢查和有效性檢查。 目的是使項目相關的文檔和記錄既規(guī)范又有意義， 不是為了 應付的無用文件。對于技術文檔如：需求說明書、概要設計、詳細設計等，在技 術評審時也進行了評測。用戶文檔，如安裝手冊、用戶操作手冊，根據文檔檢查 規(guī)范進行。性能測試： 這部分測試的來源， 嚴格來講， 取決于用戶對軟件特性的一些特定要 求，另外，就是公司的開發(fā)部門對產品的一些基本的性能要求。 若用戶從業(yè)務的 角度考慮， 對軟件產品本身有特定的非功能要求， 則必須在軟件需求說明書中加 以說明，使之具有可度量和可測試性。 對于一些多用戶環(huán)境或數(shù)據處理能力和負 載方面的測試，

12、很難通過手工搭建測試環(huán)境來測試， 所以可以參考使用一些專門 的性能測試工具和手工測試相結合的方式。1、2、項目測試的基本流程： 項目測試啟動：項目立項后，在測試配置庫中創(chuàng)建項目。測試計劃：系統(tǒng)詳細設計后，制定測試計劃，準備測試資源。3、設計測試用例，主要是與業(yè)務相關的測試用例。4、實施功能模塊測試，搭建運行或開發(fā)環(huán)境，采用功能模塊測試表的方式，開 發(fā)人員在功能模塊測試表中更新進度狀態(tài)， 測試人員在該表中描述測試進度。 形 成測試錯誤列表，該表對每個錯誤都有相應的測試記錄與之鏈接， 在測試記錄中， 詳細描述錯誤的情況。在測試記錄中還要包括修正信息和驗證信息。5、錯誤關閉后，測試人員維護測試記錄表

13、和更新測試用例庫和問題庫，作為經 驗積累。6、項目在結項時，測試人員進行項目完工驗收測試，填寫項目測試報告。該測 試報告可作為用戶驗收的輸入工件。功能測試方法與內容1、數(shù)據輸入測試：向系統(tǒng)輸入數(shù)據或輸入數(shù)據庫操作命令時，一般是測試系統(tǒng) 對數(shù)據庫中數(shù)據操作的過程。數(shù)據類型測試： 由于不同的數(shù)據庫系統(tǒng)對數(shù)據類型要求的不同， 在定義數(shù)據庫表 時，也規(guī)定了數(shù)據字段的數(shù)據類型。 測試步驟和方法： 在系統(tǒng)的數(shù)據維護功能界 面上，錄入或修改數(shù)據時， 特意輸入非系統(tǒng)設計的數(shù)據類型， 檢查系統(tǒng)是否可以 接受，若不能接受則檢查是否滿足了系統(tǒng)在這方面的設計要求， 如即刻清除非法 內容、輸入焦點不能到下一輸入位置、

14、出現(xiàn)系統(tǒng)自定義的提示信息、 不允許出現(xiàn) 開發(fā)工具的報錯信息等。 若系統(tǒng)可以接受并保存， 則要看數(shù)據庫表的字段類型設 計是否與用戶或習慣上不一致， 并且要注意其他模塊在調取該數(shù)據時， 是否有特 定要求。邊界值測試： 根據數(shù)據取值范圍的要求， 輸入符合取值范圍的數(shù)據、 取值范圍的 上、下限和超過取值范圍的數(shù)據。 注意，除要測試數(shù)據庫系統(tǒng)本身數(shù)據類型取值 范圍外，還要根據軟件系統(tǒng)設計中的一些特定要求，設計測試用例來測試。數(shù)據合法性測試：測試人員除了要測試輸入數(shù)據是否滿足所使用數(shù)據庫系統(tǒng)本身 的數(shù)據類型和取值范圍的要求外， 還應該根據經驗和軟件系統(tǒng)和需求的特定要求 檢查輸入數(shù)據的合法性。比如：日期合法

15、性（出生年月、參保日期、發(fā)生時間、 根據習慣和業(yè)務邏輯順序對日期合理性的要求等）。工資、比例、率等，都要注 意輸入的合理、合法性。單引號和雙引號： 不要忽略輸入單引號和雙引號可能引起的錯誤和數(shù)據問題。 在 功能錄入界面上， 在某字段的輸入框輸入了包括單引號和雙引號的數(shù)據， 以后在 通過Select 語句查詢時可能會出問題。特別在基于 WE方式的系統(tǒng)，輸入了 單引號，在查詢數(shù)據記錄時， 肯定會出現(xiàn)頁面鏈接錯誤 （頁面無法鏈接或找不到 或鏈接對象錯誤）?？罩禍y試： 在測試數(shù)據錄入或修改的功能界面時， 若不輸入任何東西， 系統(tǒng)又沒 有設計成 NOT NUL，L 則這時，要非常注意其影響。因為數(shù)據可以

16、正常保存，但數(shù)據表該字段是空值，那么所有與該字段有關的操作，女口：查詢（AND）、計算（累 加、連乘）等，則可能出現(xiàn)數(shù)據問題（計算結果為 0，無記錄返回）。對于測試 人員首先要檢查系統(tǒng)到底是作為空值， 還是作為空串或空字符處理。 另外對于允 許不輸入任何值的字段，在測試過程中，要檢查是否在界面顯示或打印報表時， 這些字段作為了關鍵要素或標題等情況。空格：在數(shù)據維護的功能界面上，輸入數(shù)據時，要注意是否在輸入位置有空格， 首先看系統(tǒng)設計時， 是怎么考慮的， 若系統(tǒng)允許輸入空格， 則檢查條件查詢或作 為調用參數(shù)時的數(shù)據返回情況；另外檢查程序是否使用了去掉空格的函數(shù)。數(shù)據校驗的不一致：測試時，對于一些

17、編號、編碼、代碼等主鍵或作為查詢或調 用條件的字段，要注意系統(tǒng)對他們的輸入合法性檢查與查詢或調用條件的要求是 否是一致的。 特別是對于數(shù)據結構設計中沒有特定約束， 而由程序進行校驗控制 的情況。分析：數(shù)據輸入測試的主要目的是保證輸入到系統(tǒng)中數(shù)據的合法、 合理性。我覺 得，數(shù)據輸入過程的檢查是非常重要的， 若在編程過程中， 不注重數(shù)據的校驗功 能，雖然看起來加快了開發(fā)進度， 但給以后會帶來一些不可預計的編程或維護工 作量。2、目錄路徑測試：測試系統(tǒng)中規(guī)定的路徑要求，更改路徑，檢查系統(tǒng)的是否可 以正確運行及系統(tǒng)的排錯功能。測試時，根據系統(tǒng)設計說明書（詳細設計）或通 過對程序源代碼的熟悉， 找出系統(tǒng)

18、運行過程中指定的路徑或在運行過程中， 需要 使用者選擇路徑的地方。特意更改路徑（選擇正確的路徑、選擇另外的路徑、輸 入不存在的路徑）。檢查系統(tǒng)是否具有路徑上的容錯性和靈活性。比如，原則上 在程序中， 最好不要寫絕對路徑， 另外可以提供配置路徑的對話框， 若輸入了非 法路徑，系統(tǒng)有無提示等。3、 數(shù)據操作測試：包括數(shù)據操作測試和用戶界面操作的測試。修改、新增數(shù)據：對于新增和修改數(shù)據，要注重以下幾個方面的測試。界面上， 新增數(shù)據成功后， 數(shù)據列表是否立即刷新， 輸入有錯誤時， 是否清空錯誤的數(shù)據， 輸入焦點是否得以控制。 在提示信息上， 是否有保存成功的提示， 輸入有錯誤時， 提示的錯誤信息是否準

19、確，可讀。數(shù)據方面，要通過SQL檢查數(shù)據提交是否正確。 刪除數(shù)據：測試刪除記錄時，系統(tǒng)是否有確認提示，能否批量刪除，根據系統(tǒng)詳 細設計，檢查刪除主表記錄時，在業(yè)務上，其他相關表是否相應更改。事物的提交與回滾：熟悉C/S模式開發(fā)或數(shù)據庫應用系統(tǒng)開發(fā)的人都知道，數(shù)據 庫事物的概念。 對于一個比較復雜的業(yè)務邏輯或業(yè)務上有數(shù)據一致和完整性要求 時，盡量使用事物對數(shù)據進行提交， 這樣一旦由于意外原因引起系統(tǒng)或硬件故障 時，可以回滾。根據系統(tǒng)的設計要求在測試時，可人為模擬意外故障，來測試系 統(tǒng)的數(shù)據完整性和容錯能力。4、工具條和快捷鍵測試：在功能界面測試時，對系統(tǒng)菜單中定義的快捷鍵和菜 單工具條中的工具按鈕要測試。 主要是有效性和一致性測試。 有效性