軟件測試(驗收)大綱

1、軟件測試（驗收）大綱1. 引言571.1 目的571.2 術語571.3 參照標準572. 測試日期安排583. 測試小組及成員584. 測試具體內(nèi)容584.1 合法性檢查584.2 軟件文檔檢查584.2.1 必須提供檢查的文檔584.2.2 其他可能需要檢查的文檔594.2.3 由業(yè)主確定必須檢查的其他文檔594.2.4 文檔質量的度量準則594.3 軟件代碼測試594.3.1 源代碼一般性檢查594.3.2 軟件一致性檢查604.4 軟件系統(tǒng)測試604.4.1 界面(外觀)測試614.4.2 可用性測試614.4.3 功能測試614.4.4 穩(wěn)定性(強度)測試614.4.5 性能測試61

2、4.4.6 強壯性(恢復)測試614.4.7 邏輯性測試614.4.8 破壞性測試614.4.9 安全性測試625. 測試結果交付方式621. 引言1.1 目的為了盡可能的找出軟件的不足，提高軟件的質量，促進軟件的成功驗收，專門制定了本大綱。其主要目的在于為所要進行的測試工作制定各種必要的準則和規(guī)范，以及在有關方面協(xié)議的基礎上對測試工作進行合理組織與管理。1.2 術語本大綱所提及的術語，其定義遵照gb/t 11457標準。1.3 參照標準 gb/t 114571995軟件工程術語 gb 85661995；信息技術軟件生存期過程 ogb 85671988*計算機軟件產(chǎn)品開發(fā)文件編制指南 gb 9

3、385*計算機軟件需求說明編制指南 gb 93861988*計算機軟件測試文件編制指南 gb/t 125041990計算機軟件質量保證計劃規(guī)范 ogb/t 125051990計算機軟件配置管理計劃規(guī)范 ogb/t 140791993軟件維護指南 ogb/t 143941993計算機軟件可靠性和可維護性管理 gb/t 16680一1996軟件文檔管理指南 開發(fā)者企業(yè)規(guī)范軟件開發(fā)者有關軟件工程的規(guī)范 其它文件例如：合同書等，法律文件中的有關規(guī)定。說明：（1）應該遵循自頂而下、就嚴不就寬的原則，除非合同書等法律文件中另有規(guī)定。 （2）標記（*）號的標準為推薦標準。2. 測試日期安排開發(fā)方如期交付軟件

4、的基礎上，由業(yè)主審核確定具體日期安排。3. 測試小組及成員由業(yè)主聘請具有一定的分析、設計、編程和軟件測試經(jīng)驗的測試組長和其他專業(yè)人員組成。測試組設組長一名(可設有副組長)，負責整個測試的計劃、組織工作?；蛭芯哂袊艺J可測試資質的第三方進行測試。4. 測試具體內(nèi)容測試內(nèi)容應該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結果評審等幾項工作。4.1 合法性檢查檢查開發(fā)者在開發(fā)本軟件時，使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的，也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等，檢查其是否有合法的發(fā)布許可。4.2 軟件文檔檢查4.2.1 必須提供檢查的文檔 項目實施計

5、劃； 詳細技術方案； 軟件需求規(guī)格說明書(stp)(含數(shù)據(jù)字典)； 概要設計說明書(pdd)； 詳細設計說明書(ddd)(含數(shù)據(jù)庫設計說明書)； 軟件測試計劃(stp)(含測試用例)； 軟件測試報告(str)； 用戶手冊(sum)(含操作、使用、維護、應急處理手冊)； 源程序(scl)(不可修改的電子文檔)； 項目實施計劃(pip)； 項目開發(fā)總結(pds)； 軟件質量保證計劃(sqap)；4.2.2 其他可能需要檢查的文檔 軟件配置計劃(scmpp)； 項目進展報表(ppr)； 階段評審報表(prr)；4.2.3 由業(yè)主確定必須檢查的其他文檔說明：如果業(yè)主認為4.1.1節(jié)和4.1.2節(jié)所列文

6、檔之外，還需要檢查其它文檔，則在此列出文檔名稱；如果業(yè)主認為不需要進行額外的文檔檢查，則本部分無內(nèi)容。4.2.4 文檔質量的度量準則文檔是軟件的重要組成都分，是軟件生存周期各個不同階段的產(chǎn)品描述。文檔質量的度量準則就是要評審各階段文檔的合適性。主要有以下六條： 完備性開發(fā)方必須按照gb 8567(計算機軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應的文檔，以保證在開發(fā)階段結束時其文檔是齊全的。 正確性在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作且與該階段的需求相一致。 簡明性在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練，適合各種文檔的特定讀者。 可追蹤性在軟件開發(fā)

7、各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤性包括橫向可追蹤性和縱向可追蹤性兩個方面。前者是指在不同的文檔的相關內(nèi)容之間相互檢索的難易程序；后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢索的難易程度。 自說明性在軟件開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明性是指在軟件開發(fā)各個階段中，不同文檔能夠獨立表達，該軟件在其相應階段的階段成果的能力。 規(guī)范性在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。文檔的規(guī)范性是指文檔的封面、大綱、術語的含義以及圖示符號等符合有關規(guī)范的規(guī)定。4.3 軟件代碼測試4.3.1 源代碼一般性檢查僅對系統(tǒng)關鍵模塊的源代碼進行抽

8、查，檢查模塊代碼編寫的規(guī)范性，批注的準確性，是否存在潛在性錯誤，以及代碼的可維護性。 命名規(guī)范檢查檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范，該規(guī)范可以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。 注釋檢查檢查程序中的注釋是否規(guī)范，注釋量是否達到約定要求，例如：要求注釋量達到30左右。 接口檢查檢查數(shù)據(jù)庫接口等外部接口是否符合要求，各程序模塊使用的接口方式是否一致，特定的外部接口協(xié)議是否符合。 數(shù)據(jù)類型檢查源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否采用貨幣類型，以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計結果。 限制性檢查對一些程序中使用到的、具有使用限

9、制的命令、事件、方法、過程、函數(shù)、對象、控件等進行檢查。檢查在長時間運行時，有無可能接近或者達到限制條件，這里考慮的系統(tǒng)運行時間可能長達數(shù)年。4.3.2 軟件一致性檢查 編譯檢查要求提交的源代碼在其規(guī)定的編譯環(huán)境中，能夠重新編譯無錯誤，并且能夠完成相應的功能，從而確定移交的確實是正確的源代碼。 安裝卸載檢查在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊，并且通過運行這些軟件模塊，能否完成相應的功能，從而確定移交的確實是正確的軟件安裝盤。在安裝后立即卸載所安裝的模塊，并且檢查是否能夠做到徹底卸載。 運行模塊檢查將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較，確認交付的軟件安裝盤與現(xiàn)場運行軟件一

10、致。抽查數(shù)處現(xiàn)場運行模塊用軟件工具比較，確認現(xiàn)場運行軟件一致。4.4 軟件系統(tǒng)測試軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側面看，也是對軟件開發(fā)設計的再確認。進行軟件系統(tǒng)測試工作時，具體的測試用例是由開發(fā)方提供，并由測試方和用戶共同補充制定的。在開發(fā)方做完功能演示后，可以進行下列測試： 界面(外觀)測試； 可用性測試； 功能測試； 穩(wěn)定性(強度)測試； 性能測試； 強壯性(恢復)測試； 邏輯性測試； 破壞性測試； 安全性測試。說明：實際進行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定，并非文中所列測試內(nèi)容都必須進行測試。4.4.1 界面(外觀)測試對照界面規(guī)范(在軟件需求規(guī)格說明書

11、中規(guī)定，或者由軟件工程規(guī)范中給出)和界面表(在概要設計中給出)，檢查各界面設計是否規(guī)范，包括：界面風格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計時方法、時間格式、對齊方式等等，是否符合規(guī)范、是否協(xié)調一致、是否便于操作。4.4.2 可用性測試測試操作是否方便，用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面bug和功能bug，紀錄具體bug的數(shù)量、出現(xiàn)頻率和嚴重程度。4.4.3 功能測試檢查數(shù)據(jù)在流程中各個階段的準確性。對系統(tǒng)中每一模塊利用實際數(shù)據(jù)運行，將其結果與同樣數(shù)據(jù)環(huán)境下應該得出的結果相比較，或與軟件需求規(guī)格說明書中要求的結果進行比較，如有偏差，則功能測試不能通過

12、。檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足；系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能；以及系統(tǒng)實際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。如果存在遺產(chǎn)數(shù)據(jù)，應該檢查遺產(chǎn)數(shù)據(jù)轉換是否正確。4.4.4 穩(wěn)定性(強度)測試測試系統(tǒng)的能力最高實際限度，即檢查軟件在一些超負荷情況下，功能實現(xiàn)的情況。例如：要求軟件進行某一行為的大量重復、輸入大量的數(shù)據(jù)或大數(shù)值數(shù)據(jù)、對數(shù)據(jù)庫進行大量復雜的查詢等。利用邊界測試(最大值、最小值、n次循環(huán))對系統(tǒng)進行模擬運行測試，觀察其是否處于穩(wěn)定狀態(tài)。4.4.5 性能測試根據(jù)系統(tǒng)設計指標，或者對被測軟件提出的性能指標，測試軟件的運行性能，例如：傳輸連

13、接最長時限、傳輸錯誤率、計算精度、記錄精度、響應時限和恢復時限等。4.4.6 強壯性(恢復)測試采用人工的干擾使應用軟件、平臺軟件或者系統(tǒng)硬件出錯，中斷正常使用，檢測系統(tǒng)的恢復能力。進行強壯性測試時，應該參考性能測試相關的測試指標。4.4.7 邏輯性測試根據(jù)系統(tǒng)的功能邏輯圖，測試軟件是否按規(guī)定的邏輯路徑運行，選擇一些極限數(shù)據(jù)判斷軟件運行是否存在錯誤或非法路徑，從而發(fā)現(xiàn)系統(tǒng)的邏輯錯誤或非法后門。4.4.8 破壞性測試輸入錯誤的或非法的數(shù)據(jù)(類型)，檢查系統(tǒng)的報錯糾錯的能力及穩(wěn)定性。并測試可連續(xù)使用多長時間而系統(tǒng)不崩潰。4.4.9 安全性測試驗證安裝在系統(tǒng)內(nèi)的保護機構確實能夠對系統(tǒng)進行保護，使之不受各種非常的干擾，安全測試時需要設計一些