軟件測試標準規范

1目的

為了確保軟件產品質量，使產品能夠順利交付和經過驗收，特

編寫本文檔，以作參考

2適用范圍

本文檔適用于I頁目開發過程中的單元測試、集成測試、系

統測試、業務測試、驗收測試以及一些專班測試。

3職責

＞項目測試負責人組織編制《測試計劃》、《測試方案》，指

導和督促測試人員完成各階段的測試工作。

＞項目組測試人員按照《測試計劃》、《測試方案》完成所

承擔的測試任務，并按要求填寫《問題報告及維護記錄》。

＞測試經理依照確認規程和準則對工作產品進行確認，提

出對確認規程和準則的修改意見

＞項目負責人組織測試環境的建立。

＞項目經理審核負責控制整個項目的時間和質量。

研發人員確認修改測試人員提交的bugo

4工作流程

4.1測試依據

詳細設計是模塊測試的依據。因此設計人員應向測試人員提

供《系統需求規格書名書》、《詳細設計》、《概要設計》等有

關資料。測試人員必須認真閱讀，真正弄懂系統需求和詳細設

計。

4.2制訂《測試方案》

在測試之前，由項目優責人根據《測試計劃》的要求，組織人

員編制相應的《測試方案》，《測試方案》應包括以下內容：

＞測試目的；

＞所需人員及相應培訓要求；

＞測或環境、工具和測式軟件；

＞測試用例、測試數據和預期的結果。

4.3單元測試

項目開發實現過程中，每個程序單元（程序單元的劃分視具

體開發工具而定，一般定為函數或子程序級）編碼調試經過后,

要及時進行單元測試。

單元測試由單元開發者自己進行，使用白盒測試方法，根據程

序單元的控制流程，爭取達到分支覆蓋。對于交互式運行的產品,

不便于進行自動測試的，能夠采用功能測試的方法進行。

單元測試針對程序模塊，從程序的內部結構出發設計測試用

例。多個模塊能夠獨立進行單元測試。

＞單元測試內容包括模塊接口測試、局部數據結構測試、路

徑測試、錯誤處理測試等；

＞單元測試組織原則一遍根據開發進度安排對已開發完成的

單一模塊進行測試；

＞單元測試停止標準：完成了所有規定單元的測試，單元測

試中發現的bug已經得到修改。

4.4集成測試

編碼開發完成，助目組內部應進行組裝測試。

集成測試由項目負責人組織策劃（編寫測試計劃、測試用例）

并實施。集成測試著重對各功能模塊之間的接口進行測試，驗證

各功能模塊是否能協調工作、參數傳遞及功能調用是否正常。

測試采用交叉方法，即個人開發的軟件應由其它的項目組成員

進行測試。

集成測試過程應填寫《問題報告及維護記錄》，測試結果應形

成《測試報告》。

4.5系統測試

在I頁目開發完成之后，應對整個系統軟件和硬件進行系統測

＞標題顏色

＞按鈕的名稱是否規范

＞界面布局是否合理，整體效果如何

輸入值測試：

＞數據類型

＞數據長度

＞約束條件是否滿足，是否完整

＞TAB和Enter鍵是否起作用

＞鍵盤操作能否全部代替鼠標操作

＞輸入（光標）是否按照順序前進

按鈕測試：

＞將按鈕放開和封閉是否嚴格、準確，不能使用的按鈕必須

封閉

＞檢查“退出“、“取消”等具有共性按鈕的功能

異常情況測試：

在完成正常功能測試后，安正常處理的相同操作順序，執行與

正常處理不同的動作例如

＞正常處理中要求輸入日期的字段，這時輸入字符或數字

＞正常處理中輸入字段有范圍要求，這時輸入超過范圍的值

＞正常處理中用兩個值限定范圍，這時用一個值或不限定

＞正常處理中要求用“Tab”鍵，這時安”Enter”鍵或其它鍵

＞正常處理中單選框、多選框、下拉框等，十一偶那個非

指定鍵操作

＞使用不同于指定的按鈕操作

4.6業務測試

在組裝測試與系統測試結束后，均可由最終用戶或測試人員

對系統進行測試。業務測試著重測試業務流程，功能、用戶界

面等方面。

項目、測試負責人負責組織相關人員制定測試方案和測試用

例，并進行測試。

測試的結果應形成《問題報告及維護記錄》。

4.7驗收測試

4.7.1驗收測試的條件

＞按照項目計劃規定的驗收測試進度安排進行測試準備

＞在驗收測試前，各項內部的測試活動都受到監控并爭取執

行

4.7.2交付版本的要求

＞按照集成測試用例完成了整個系統的集成測試

＞集成版本滿足設計定義的各項功能、性能要求

＞提交的數據庫腳本樣本需要完整.沒有冗余數據

＞在集成測試中發現的bug已經得到解決，各級缺陷修改率

達到標準

＞軟件需求分析說明書中定義的所有功能都已經實現，性能

指標全部達到性能需求指標

＞提交階段性測試報告，包括功能和性能測試報告

＞所有文檔齊備完整

4.7.3版本發布的準則

＞軟件產品經過了單元測試、集成測試、業務測試、系統測試、性

能測試

＞測試部提交文檔：測試計劃、測試方案、測試用例、測試分析報

告

＞所有測試項必須符合以下標準

■致命錯誤：無

■功能錯誤：無

■功能缺陷：項目經理、技術經理、測試負責人審核

經過

■界面缺陷：項目經理、技術經理、測試負責人審核

經過

■建議：項目經理、技術經理、測試負責人審核經過

＞以上幾項其中之一不滿足要求，視為不合格

在產品交付和用戶驗收之前，經過驗收測試來確認在規定的

使用環境下整個產品的運行情況是否滿足規定的要求。

在產品交付：前，由指定的險收負責人組織制定測試方案和

測試用例，主持驗收。

驗收測試過程應形成《問題報告及維護記錄》。

4.8用戶現場測試

將軟件部署到用戶實際生產環境后，由于環境差異，需要在用

戶現場進行確認測試，保證系統功能、性能完備，可正常運行。

測試內容：

＞根據軟件系統規模，準備現場測試用例，涵蓋所有重要功

能點，若規模小，需要將全部功能點全部測試一遍

＞對于后臺已定義好的工作流、功能欄目路徑以及用戶信息

等數據，不可進行修改和刪除操作，新增的測試數據也需

要在測試完成后給予清楚

＞重點檢查上傳、下載的數據是否能夠正常的打開或保存

＞確認界面美觀，基本信息和鏈接無錯誤

＞考慮用戶實際的軟件環境和網絡環境，以客戶端最為復雜

的軟硬件環境作為測試機器，檢查有無異常情況出現

＞針對前期發現的bug進行回歸測試，以保證發布版本為鼓

新版本

4.9編寫測試文檔

4.9.1測試點

將測試模塊分解成多個功能點，測試點應涵蓋功能點，也涵蓋

了正常測試和異常測試。

4.9.2輸入數據

輸入數據包括界面輸入數據、數據庫的初始數據及其它外部

輸入數據。特別是數據庫的初始所需屬性一一列出，全面是指:

數據能達到模塊所涉及的全部功能，典型是指這個數據能充分

反映功能特點。

4.9.3測試描述

描述測試步驟，包括：操作員所執行的動作（包括鼠標、鍵

盤、加載外部數據等操作）；系統的反應，包括：光標定位、光

標聚焦、顯示字段值、按鈕的封閉和放開、功能鍵的封閉和

放開、系統提示和系統消息等。

4.9.4預期輸出數據

按準備的輸入數據和設計要求的處理過程，模塊應輸出的數

據。

輸出數據包括：屏幕輸出數據、輸出到數據庫的數據、輸出

到其它外部介質上的數據，并指出斷點結果或最終結果。

4.9.5實際輸出

填寫本測試點程序運行后的實際輸出。

4.9.6正確與否

程序運行后，實際輸出結果和預期輸出結果一致時，為正常,

否則為不正常。

4.9.7測試結論

填寫本次測試的結論，是合格或不合格。若不合格時，應總結

存在的問題，能夠讓修改者一目了然。

5缺陷管理

5.1缺陷的定義及其基本屬性

缺陷是指在軟件開發過程中的針對軟件產品和開發過程中的

問題，這些問題已經影響或可能會影響軟件產品的質量。缺陷應

該具備以下屬性，也就是往缺陷管理庫或者缺陷列表中提交的

缺陷應該具備以下屬性:

屬性名稱描述

缺陷標識標記某個缺陷的一組符號，每個缺陷必須有一個唯一

的標識

缺陷類型根據缺陷的自然屬性劃分的缺陷種類

缺陷驗證程度因缺陷引起的故障對軟件產品的影響程度

缺陷所處的模塊或缺陷分步的模塊或子系統

子系統

缺陷出現幾率指發現錯誤的幾率

缺陷的重現步驟詳細的缺陷重現步驟

附件與缺陷相關的附件（截圖、附件、用例等）

備注對缺陷的其它描述

5.2缺陷分類

根據缺陷的定義，將缺陷分為如下列：

＞文檔缺陷：是指對文檔的靜態檢查過程中發現的缺陷。檢

查活動包括同行評審、產品審計等。評審的缺陷要根據被

評審對象的類型來確定，被評審的對象包括最終出產物和

中間過程產出物，比如需求文檔、設計文檔、計劃、報

告、用例等

?代碼缺陷：是指對代碼進行同行評審、審計或代碼走查過

程中發現的缺陷

＞測試缺陷：是指由測試活動發現的測試對象（被測對象一

般是指可運行的代碼、系統，不包括靜態測試發現的問題）

的缺陷，測試活動包括單元測試、集成測試、系統測試、

性能測試等

＞過程缺陷：有稱為不符合項問題，是指經過過程審計、過

程分析、管理評審、質量評估、質量審核等活動發現的

關于過程的缺陷和問題。過程缺陷的發現者一般是測試人

員、項目經理等

5.3文檔缺陷分類

缺陷分類描述

描述不完整文當內容缺失，或文檔應該包括的范圍沒有涵蓋

不一致一致性問題有兩類：

一是與源頭說明書不一致，比如需求和客戶業務需求不

一致、設計與需求不一致等

二是上下文或者與前提不一致

描述錯誤文檔描述是錯誤的，不可實現或導致錯誤的輸出或結果

功能問題該缺陷將會導致用戶功能的錯誤、不滿足、不可用

不清楚或有歧義內容的描述不清楚、不能準確表示、或表示的意思有

歧義

邏輯錯誤內容組織邏輯不清楚、邏輯錯誤

接口問題與最終用戶接口問題、與外部系統的接口問題、內部

子系統或模塊的接口問題

輸入輸出問題輸入輸出不完整、不正確、不可測試或驗證

不細化內容還需要進一步細化

性能問題文當的設計或實現方式存在性能問題

安全性問題文當的設計或實現方式存在安全性問題

5.4代碼缺陷分類

缺陷分類描述

常量變量定義問題

不滿足設計或需求

編寫代碼不符合規范

條件判斷處理

循環處理錯誤

異常處理

算法邏輯問題

注釋問題

代碼冗余

性能問題

5.5系統測試缺陷分類

缺陷類型描述

功能錯誤影響了重要的特性、用戶界面、產品接口或全局數據

結構，而且設計文檔需要爭取的變更。如邏輯、循環、

遞歸、功能等缺陷

結構錯誤Web應用程序結構化頁面無法顯示，或者顯示錯誤

腳本錯誤Web應用程序當中出現腳本錯誤，包括客戶端對數據進

行校驗和運算的各種情況下產生的錯誤

頁面鏈接錯誤Web應用程序頁面出現空鏈接、錯誤鏈接、死鏈接

頁面文字錯誤Web應用程序頁面出現的中外文拼寫、使用、以及不

同語種頁面的編碼錯誤

頁面圖形錯誤Web應用程序頁面出現圖片內容使用不當，或者無法顯

示

ALT錯誤Web應用程序頁面當中超文本標識語言、文本標簽解釋

錯誤

排版錯誤Web應用程序頁面排版不符合要求或者不符合使用習慣

業務邏輯不合理應用程序的實現流程和規定'業務流程不一致，或者實現

流程無法正確完成。包括流程數據的部分并行、爭用、

同步等操作，引起的流程斷裂、死鎖、以及其它異常

情況

業務邏輯不方便應用程序實現流程在實際情況下雖然能夠完成，可是存

在不必要的重復、等待、冗余等影響使用效率的情況

其它錯誤其它未分類錯誤

建議系統改進建議

5.6缺陷等級定義

缺陷的嚴重程度對以上所述的缺陷類型都是適合的，缺陷的

嚴重程度反映的是對缺陷的發現對象可能造成的影響或后果來

定義的。

缺陷等級缺陷性質系統中對應描述

的錯誤分類

一級致命錯誤系統崩潰導致對被描述的主要對象的理解錯

誤、不可行、不可運轉、對業務

系統死鎖

和整個系統造成重大損失或損害；

對使用、維護或保管人員有危險或

不安全，以及對產品的基本功能有

致命影響的缺陷

二級嚴重缺陷嚴重錯誤對被描述的部分對象的理解或實現

錯誤，部分的模塊或系統不可行或

不能運轉或部分模塊和系統缺失，

對整個系統有重大影響或可能造成

部分的損失或損害；嚴重影響使用

安全

三級一般缺陷次要錯誤系統中部分單元模塊或單個功能描

述和實現有錯誤、有偏差、不一致

布局不合理

或有缺失，不影響模塊的正常運行，

文字錯誤

或有影響，但能夠有替代的辦法或

避免辦法

四級微小缺陷微不足道基本不影響系統的運行和功能的實

現。可是與標準、規范和定義不一

致

五級建議缺陷新特性不在定義、標準、范圍的定義和約

束之內，可是從提出者來看是需要

完善的建議

5.7缺陷優先級定義

缺陷優先級描述

特急需要馬上進行修改

加急一天到兩天之內必須修改

高介于中和加急之間

中缺陷需要正常排隊等待修復或列入軟件發布清單

低留到組后解決，如果項目的進度跟緊張能夠在產品發布以前

不解決

5.8缺陷狀態定義

缺陷狀態描述

初始狀態（New）測試或開發人員提交一個新的缺陷，等待開發人員或項

目經理分配修改負責人

打回(Feedback)要求缺陷的報告者再次對缺陷進行說明

己分配是指已經分配給屬主，等待修改。

(Assigned)

已解決缺陷被屬主修改，等待測試人員驗證

(Resolved)

關閉(Closed)測求人員驗證缺陷已經修復

重新打開測求人員驗證，缺陷沒有修改正確

(Reopen)

遺留(Later)經項目經理和技術經理驗證此缺陷在本版本中不用修

改

5.9缺陷完成度

缺陷完成度描述

打開(Open)缺陷沒有被解決

已解決缺陷己經修改

(Fixed)

遺留此缺陷步驟本階段解決

(Suspended)

重新打開重新打開某個缺陷

(Reopen)

不做修改不對這個缺陷進行修改

(Won'tfix)

重復與某個缺陷重復

(Duplicate)

需求如此經理和開發人員經過需求和設計的核實后決定不需要修改

不可重現被指派的開發人員想要再現缺陷進行修改個時候，發現缺

陷始終不能再現

5.10缺陷管理流程

執行月例

6處理機制

6.1退回機制

若在測試過程中發生如下情況，將系統退回到申請部門:

＞經過測試后，發現與需求說明規格說明書中定義的功能

項存在較大的差異

＞單一模塊，測試過程中發現缺陷輸了較多或者無法繼續

進行系統其它功能模塊的測試，繼續測試無意義

＞測試過程中，頻繁死機或系統崩潰

＞主業務流程出現斷點

6.2異常情況處理機制

非正常情況下，需要進行特別處理的情形，此情況需要主管領

導簽字確認：

＞上線時間緊急的情況下，未經測試部充分測試就需要部署

到用戶現場

＞作為總包時，子商進