一、概述
本規範是對專案軟體測試的乙份規範性檔案，對軟體測試過程中所涉及到的測試型別、測試方法、測試標準、測試流程以及軟體產品責任單位所承擔的職責進行總體規範，以有效保證軟體產品的質量。
軟體測試是對軟體設計的一種控制手段，是對軟體產品質量的一種檢查和審核手段。軟體設計單位應採取有效措施保證軟體產品的質量，軟體測試應按本規範要求對軟體進行檢查、測試，軟體設計單位應保證對測試錯誤進行修正。測試過程中發現的軟體錯誤必須及時改正，這就是軟體測試的任務。
為了改正錯誤，首先必須確定故障的準確位置，這是測試過程中最困難和任務。需要周密審慎的思考和推理。改正錯誤常常包括修正原來的設計，必須通盤考慮而不能「頭痛醫頭腳痛醫腳」，應該盡量避免在測試過程中引進新的故障。
二、測試型別
專案軟體測試型別包括單元測試、整合測試（組裝測試）、有效性測試（功能測試）、系統測試、回歸測試和使用者測試（驗收測試）。
單元測試
主要針對軟體設計單元、功能模組進行測試，測試內容包括模組程式結構檢查、**測試和模組內功能測試。
整合測試（組裝測試）
主要針對軟體設計單元、功能模組組裝、集成為系統時，對軟體單元、功能模組的介面、連線進行測試。
有效性測試（功能測試）
按照系統功能需求規定對系統的功能、流程、資料、業務規則等進行測試，以及對系統基本特徵如操作、介面、報表等的合理性、一致性進行測試。
系統測試
為系統效能測試，如安全性、可靠性、穩定性測試，以及對系統其它效能如負載能力、處理能力以及響應時間等進行測試。
回歸測試
在軟體設計錯誤修正、設計修改以及軟體公升級後，主要針對軟體修改、影響部分進行有效性測試和系統測試。
使用者測試（驗收測試）
為使用者方組織的有效性和系統測試。
三、 測試的方法
邏輯覆蓋法
根據測試用例，執行被測試程式，使程式中的每個可執行語句、執行條件至少執行一次。
等價劃分法
所謂等價類，就是指某個輸入域的集合，集合中的每個輸入對揭露程式錯誤來說是等效的，把程式的輸入域劃分成若干部分，然後從每個部分中選取少數代表性資料作為測試用例，這就是等價類劃分方法。它是功能測試的基本方法。使用這一方法設計測試用例要經歷劃分等價類(列出等價類表)及選取測試用例兩步。
劃分等價類：有效等價類、無效等價類
確定測試用例：為每個等價類規定乙個唯一的編號；設計乙個測試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價類；設計乙個新的測試用例，使其只覆蓋乙個無效等價類。
邊界值分析法
使用邊界值分析方法設計測試方案首先應該確定邊界情況，這需要經驗和創造性，通常輸入等價類和輸出等價類的邊界，就是應該注重測試的程式邊界情況。選取的測試資料應該剛好等於、剛剛小於和剛剛大於邊界值。也就是說，按照邊界值分析法，應該選取剛好等於、稍小於和稍大於等價類邊界值作為測試資料，而不是選取每個等價類內的典型值或任意值作為測試資料。
因-果圖法
分析程式規格說明的描述中哪些是原因,哪些是結果。原因是輸入條件或是輸入條件的等價類。結果是輸出條件。
因果圖是一種形式語言，由自然語言寫成的規範轉換而成，這種形式語言實際上是一種使用簡化記號表示數字邏輯圖。因果圖法是幫助人們系統地選擇一組高效測試用例的方法，此外，它還能指出程式規範中的不完全性和二義性。
錯誤推測法
列舉出程式中可能有的錯誤和容易發生錯誤的特殊情況。
四、技術開發部門及專案組內部測試
測試依據
● 專案測試計畫
● 軟體需求規格說明書
● 軟體功能結構及模組劃分
● 軟體設計文件
● 設計規範（包括編碼規範、功能介面規範、操作規範、介面組織及報**式規範）
● 專案測試規範及部門專案內部測試規範
測試型別
● 單元測試
● 整合測試
測試結果
● 單元測試報告
● 整合測試報告
五、測評組總體測試
測試依據
● 專案測試計畫
● 軟體需求規格說明書
● 軟體功能結構及模組劃分
● 設計規範（包括編碼規範、功能介面規範、操作規範、介面組織及報**式規範）
● 專案測試規範
● 測試大綱
● 單元測試報告
● 整合測試報告
● 測試申請報告及具體測試安排
測試型別
● 有效性測試（功能測試）
● 系統測試
測試結果
● 有效性及系統測試記錄
● 測試錯誤報告
● 測試分析及評估報告
● 測試結論
六、測試錯誤型別
本規範只定義有效性測試、系統測試錯誤，部門專案內部測試由部門專案自行確定。本規範定義以下五類測試錯誤型別。
a類—嚴重錯誤，包括以下各種錯誤：
1． 由於程式所引起的宕機,非法退出
2． 死迴圈
3． 資料庫發生死鎖
4． 因錯誤操作導致的程式中斷
5． 功能錯誤
6． 與資料庫連線錯誤
7． 資料通訊錯誤
b類—較嚴重錯誤，包括以下各種錯誤：
1． 程式錯誤
2． 程式介面錯誤
3． 資料庫的表、業務規則、預設值未加完整性等約束條件
c類—一般性錯誤，包括以下各種錯誤：
1． 操作介面錯誤（包括資料視窗內列名定義、含義是否一致）
2． 列印內容、格式錯誤
3． 簡單的輸入限制未放在前台進行控制
4． 刪除操作未給出提示
5． 資料庫表中有過多的空欄位
d類—較小錯誤，包括以下各種錯誤：
1． 介面不規範
2． 輔助說明描述不清楚
3． 輸入輸出不規範
4． 長操作未給使用者提示
5． 提示視窗文字未採用行業術語
6． 可輸入區域和唯讀區域沒有明顯的區分標誌
e類—測試建議
七、測試標準
各類軟體測試合格須符合以下標準。
以上比例為錯誤佔總測試模組的比例。
軟體產品未經測試合格，不允許出公司。
軟體測試的測試規範
測試工作規範 版本記錄 本文件是測試團隊的日常工作規範，主要側重測試工作流程的控制，明確各階段測試團隊應完成的工作。測試技術和策略等問題不在本文件描述範圍內。測試是軟體開發過程中的重要組成部分，肩負著如下責任 在專案的前期 需求文件確立之前對文件進行測試，從使用者體驗和測試的角度提出自己的看法。編寫...
專案軟體測試流程與規範
目錄一 專案軟體流程與測試人員工作範圍 5 1 專案軟體流程階段 5 2 測試人員工作範圍 5 3 相關名詞解釋 6 二 業務需求階段 6 1 考核指標 6 2 本階段工作流程 6 3 本階段具體做法 7 4 參考經驗 7 三 業務需求與驗收測試設計 7 1 考核指標 7 2 本階段工作流程 8 3...
軟體 模組測試計畫編寫規範
4 測試環境需求 4.1 測試環境 列明測試所要求的環境，如 大網環境 內部試驗環境或系統平台，包括 所須提供的功能 節目數 訊號幅度要求或硬體配置等 4.2 侷限性 在測試計畫中必須描述對測試專案的限制 4.3 配合人員 列出所須的配合人員數量及要求 測試報告則列明具體配合人的姓名及所在部門 5 ...