【正文】 的所有功能項進行測試； b)業(yè)務流程測試對軟件項目的典型業(yè)務流程進行測試； c)容錯測試容錯測試的檢查內(nèi)容包括: 1)軟件對用戶常見的誤操作是否能進行提示；2)軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示； 3)軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示；4)軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。d)安全性測試安全性測試的檢查內(nèi)容包括: 1)軟件中的密鑰是否以密文方式存儲；2)軟件是否有留痕功能, 即是否保存有用戶的操作日志； 3)軟件中各種用戶的權(quán)限分配是否合理； e)性能測試對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標。f)易用性測試 易用性測試的內(nèi)容包括: 1)軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面； 2)軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示； 3)軟件中各個模塊的界面風格是否一致；4)軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。g)適應性測試參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對每個環(huán)境進行測試。h)文檔測試用戶文檔包括: 安裝手冊、操作手冊和維護手冊。對用戶文檔測試的內(nèi)容包括: 1)操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；2)用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達； 3)戶文檔是否容易理解, 是否通過使用適當?shù)男g(shù)語、圖形表示、詳細的解釋來表達；4)用戶文檔對主要功能和關(guān)鍵操作是否提供應用實例； 5)用戶文檔是否有詳細的目錄表和索引表； i) 驗收標準 軟件錯誤的嚴重性等級 有特別要求的測試 1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全； 2：嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 且沒有辦法解決； 3：嚴重地影響系統(tǒng)要求或基本功能的實現(xiàn), 但存在合理的解決辦法； 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能； 5 ：其它錯誤； a)1 級錯誤的描述這一級別的錯誤一般包括以下內(nèi)容: 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能；業(yè)務流程存在重大隱患；軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況；軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞；在現(xiàn)有的軟、硬建設環(huán)境下不能實現(xiàn)應有的功能；特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。b)2 級錯誤的描述這一級別的錯誤一般包括: 沒有實現(xiàn)基本功能，并且不存在替代辦法；沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法；業(yè)務流程銜接錯誤；密鑰以明文方式存儲；沒有留痕功能；用戶的權(quán)限分配不合理；在現(xiàn)有的環(huán)境下，不能實現(xiàn)部分功能且沒有替代方案；沒有滿足系統(tǒng)的性能要求。c)3 級錯誤的描述這一級的錯誤是與第2 級別的錯誤相對應的，而第3 級錯誤則存在替代方法；對誤操作或錯誤操作沒有提示，導致非法數(shù)據(jù)進入數(shù)據(jù)庫。d)4 級錯誤的描述這一級別的錯誤通常為易用性方面的錯誤。比如界面不友好、前后風格不一；中英文混雜；查詢結(jié)果輸出不直觀等。e)5 級錯誤的描述通常為文檔方面的錯誤，如安裝手冊、操作手冊、維護手冊中的描述錯誤。其次，對發(fā)現(xiàn)的每一個錯誤都要確定相應的嚴重性等級，如表2 中的說明。全部改正方可；如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件, 提交給軟件評測中心再次進行完整的驗收測試。 驗收標準1)測試用例不通過數(shù)的比例 %； 2)不存在錯誤等級為1 的錯誤； 3)不存在錯誤等級為2 的錯誤； 4)錯誤等級為3 的錯誤數(shù)量≤ 5； 5)所有提交的錯誤都已得到更正； 驗收標準的詳細說明驗收項目的劃分參照GB/T 16260 標準。在該標準中，將軟件的質(zhì)量特性分為6 大特性、21 個子特性，而對于具體的軟件，并非都要進行這21 個特性的測試和評價。本文選取的是最通用的子特性部分，針對各種不同的軟件，可以對驗收項目進行剪裁或擴充。需要制定的驗收標準，即每一級別的錯誤量的可接受范圍。一般來說，不允許存在1 級和2級錯誤，而3 級錯誤的數(shù)量則可按本標準確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復雜程度進行商定，并在軟件開發(fā)合同中明確地列出。在軟件驗收測試中，測試的依據(jù)包括軟件的投標文件、開發(fā)合同、需求規(guī)格說明書, 同時還包括特定軟件的相關(guān)行業(yè)標準(這些行業(yè)標準應在開發(fā)合同中明示出來)。在進行第三方的驗收測試后，軟件評測中心將發(fā)現(xiàn)的所有錯誤進行總結(jié)和歸納，并提交完整的錯誤報告，在錯誤報告中包括每一級別的錯誤數(shù)量和錯誤清單(所有的錯誤都需經(jīng)過用戶方和開發(fā)方的確認)。用戶方根據(jù)錯誤報告中每一級別的錯誤數(shù)量和錯誤清單與軟件開發(fā)合同中的驗收標準進行對照，如錯誤的級別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進行。用戶方認為軟件可以驗收，但要求開發(fā)方對錯誤報告中的所有錯誤進行整改，并提交給軟件評測中心進行回歸測試，確認錯誤報告中的所有錯誤全部改正方可；如錯誤的級別和數(shù)量在合同可接受的范圍外，用戶方認為軟件不可驗收，要求開發(fā)方在規(guī)定的時間內(nèi)全面整改軟件，提交給軟件評測中心再次進行完整的驗收測試。驗收資料（1）工程立項批準文件（2）項目驗收申請報告；（3）軟件需求說明書；（4）概要設計說明書；（5）數(shù)據(jù)及數(shù)據(jù)庫設計要求說明書；（6）詳細設計說明書；（7）軟件測試報告；（8）核心算法說明文檔；（9）操作手冊；（10）用戶手冊（11）項目用戶評價過程意見；（12）軟件接口規(guī)范；（13）原代碼或安裝盤；（14）編譯、安裝等配置說明；（15）專家組要求的其他材料其他在有條件的情況下，還應該進行安裝測試、壓力測試和數(shù)據(jù)恢復測試。若進行子系統(tǒng)驗收或部分驗收，可參照以上方法和資料，雙方共同協(xié)商確定。參考文獻：GB/T 17544 ；GB/T 16260；《軟件驗收標準探討》