軟件測試報告模板.docx
《軟件測試報告模板.docx》由會員分享,可在線閱讀,更多相關《軟件測試報告模板.docx(7頁珍藏版)》請在裝配圖網(wǎng)上搜索。
軟件測試報告 1. 引言 57 1.1 目的 57 1.2 術(shù)語 57 1.3 參照標準 57 2. 測試日期安排 58 3. 測試小組及成員 58 4. 測試具體內(nèi)容 58 4.1 合法性檢查 58 4.2 軟件文檔檢查 58 4.2.1 必須提供檢查的文檔 58 4.2.2 其他可能需要檢查的文檔 59 4.2.3 由業(yè)主確定必須檢查的其他文檔 59 4.2.4 文檔質(zhì)量的度量準則 59 4.3 軟件代碼測試 59 4.3.1 源代碼一般性檢查 59 4.3.2 軟件一致性檢查 60 4.4 軟件系統(tǒng)測試 60 4.4.1 界面(外觀)測試 61 4.4.2 可用性測試 61 4.4.3 功能測試 61 4.4.4 穩(wěn)定性(強度)測試 61 4.4.5 性能測試 61 4.4.6 強壯性(恢復)測試 61 4.4.7 邏輯性測試 61 4.4.8 破壞性測試 61 4.4.9 安全性測試 62 5. 測試結(jié)果交付方式 62 1. 引言 1.1 目的 為了盡可能的找出軟件的不足,提高軟件的質(zhì)量,促進軟件的成功驗收,專門制定了本大綱。其主要目的在于為所要進行的測試工作制定各種必要的準則和規(guī)范,以及在有關方面協(xié)議的基礎上對測試工作進行合理組織與管理。 1.2 術(shù)語 本大綱所提及的術(shù)語,其定義遵照GB/T 11457標準。 1.3 參照標準 ● GB/T 11457—1995 軟件工程術(shù)語 ● GB 8566—1995; 信息技術(shù)軟件生存期過程 ● OGB 8567—1988* 計算機軟件產(chǎn)品開發(fā)文件編制指南 ● GB 9385* 計算機軟件需求說明編制指南 ● GB 9386—1988* 計算機軟件測試文件編制指南 ● GB/T 12504—1990 計算機軟件質(zhì)量保證計劃規(guī)范 ● OGB/T 12505—1990 計算機軟件配置管理計劃規(guī)范 ● OGB/T 14079—1993 軟件維護指南 ● OGB/T 14394—1993 計算機軟件可靠性和可維護性管理 ● GB/T 16680一1996 軟件文檔管理指南 ● 開發(fā)者企業(yè)規(guī)范 軟件開發(fā)者有關軟件工程的規(guī)范 ● 其它文件 例如:合同書等,法律文件中的有關規(guī)定。 說明:(1)應該遵循自頂而下、就嚴不就寬的原則,除非合同書等法律文件中另有規(guī)定。 (2)標記(*)號的標準為推薦標準。 2. 測試日期安排 開發(fā)方如期交付軟件的基礎上,由業(yè)主審核確定具體日期安排。 3. 測試小組及成員 由業(yè)主聘請具有一定的分析、設計、編程和軟件測試經(jīng)驗的測試組長和其他專業(yè)人員組成。測試組設組長一名(可設有副組長),負責整個測試的計劃、組織工作。 或委托具有國家認可測試資質(zhì)的第三方進行測試。 4. 測試具體內(nèi)容 測試內(nèi)容應該包括:合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項工作。 4.1 合法性檢查 檢查開發(fā)者在開發(fā)本軟件時,使用的開發(fā)工具是否合法。對在編程中使用的一些非本單位自己開發(fā)的,也不是由開發(fā)工具提供的控件、組件、函數(shù)庫等,檢查其是否有合法的發(fā)布許可。 4.2 軟件文檔檢查 4.2.1 必須提供檢查的文檔 ● 項目實施計劃; ● 詳細技術(shù)方案; ● 軟件需求規(guī)格說明書(STP)(含數(shù)據(jù)字典); ● 概要設計說明書(PDD); ● 詳細設計說明書(DDD)(含數(shù)據(jù)庫設計說明書); ● 軟件測試計劃(STP)(含測試用例); ● 軟件測試報告(STR); ● 用戶手冊(SUM)(含操作、使用、維護、應急處理手冊); ● 源程序(SCL)(不可修改的電子文檔); ● 項目實施計劃(PIP); ● 項目開發(fā)總結(jié)(PDS); ● 軟件質(zhì)量保證計劃(SQAP); 4.2.2 其他可能需要檢查的文檔 ● 軟件配置計劃(SCMPP); ● 項目進展報表(PPR); ● 階段評審報表(PRR); 4.2.3 由業(yè)主確定必須檢查的其他文檔 說明:如果業(yè)主認為4.1.1節(jié)和4.1.2節(jié)所列文檔之外,還需要檢查其它文檔,則在此列出文檔名稱;如果業(yè)主認為不需要進行額外的文檔檢查,則本部分無內(nèi)容。 4.2.4 文檔質(zhì)量的度量準則 文檔是軟件的重要組成都分,是軟件生存周期各個不同階段的產(chǎn)品描述。文檔質(zhì)量的度量準則就是要評審各階段文檔的合適性。主要有以下六條: ● 完備性 開發(fā)方必須按照GB 8567(計算機軟件產(chǎn)品開發(fā)文件編制指南)的規(guī)定編制相應的 文檔,以保證在開發(fā)階段結(jié)束時其文檔是齊全的。 ● 正確性 在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容,必須真實的反映階段的工作且與該階 段的需求相一致。 ● 簡明性 在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應該清晰、準確簡練,適合各 種文檔的特定讀者。 ● 可追蹤性 在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的可追蹤性。文檔的可追蹤 性包括橫向可追蹤性和縱向可追蹤性兩個方面。前者是指在不同的文檔的相關內(nèi) 容之間相互檢索的難易程序;后者是指確定同一文檔某一內(nèi)容在本文檔范圍中檢 索的難易程度。 ● 自說明性 在軟件開發(fā)各個階段所編寫的各種文檔應該具有較好的自說明性。文檔的自說明 性是指在軟件開發(fā)各個階段中,不同文檔能夠獨立表達,該軟件在其相應階段的 階段成果的能力。 ● 規(guī)范性 在軟件開發(fā)各個階段所編寫的各種文檔應該具有良好的規(guī)范性。文檔的規(guī)范性是 指文檔的封面、大綱、術(shù)語的含義以及圖示符號等符合有關規(guī)范的規(guī)定。 4.3 軟件代碼測試 4.3.1 源代碼一般性檢查 僅對系統(tǒng)關鍵模塊的源代碼進行抽查,檢查模塊代碼編寫的規(guī)范性,批注的準確性,是否存在潛在性錯誤,以及代碼的可維護性。 ● 命名規(guī)范檢查 檢查源代碼中的變量、函數(shù)、對象、過程等的命名是否符合約定規(guī)范,該規(guī)范可 以由開發(fā)方在軟件工程文檔規(guī)范中單方面約定。 ● 注釋檢查 檢查程序中的注釋是否規(guī)范,注釋量是否達到約定要求,例如:要求注釋量達到 30%左右。 ● 接口檢查 檢查數(shù)據(jù)庫接口等外部接口是否符合要求,各程序模塊使用的接口方式是否一 致,特定的外部接口協(xié)議是否符合。 ● 數(shù)據(jù)類型檢查 源代碼中涉及的金額的常量、變量及數(shù)據(jù)集和數(shù)據(jù)庫中涉及金額的數(shù)據(jù)類型是否 采用貨幣類型,以防止在特定條件下產(chǎn)生較大的誤差而影響統(tǒng)計結(jié)果。 ● 限制性檢查 對一些程序中使用到的、具有使用限制的命令、事件、方法、過程、函數(shù)、對象、 控件等進行檢查。檢查在長時間運行時,有無可能接近或者達到限制條件, 這里考慮的系統(tǒng)運行時間可能長達數(shù)年。 4.3.2 軟件一致性檢查 ● 編譯檢查 要求提交的源代碼在其規(guī)定的編譯環(huán)境中,能夠重新編譯無錯誤,并且能夠完成 相應的功能,從而確定移交的確實是正確的源代碼。 ● 安裝/卸載檢查 在新系統(tǒng)上用交付的軟件安裝盤重新安裝各個模塊,并且通過運行這些軟件模 塊,能否完成相應的功能,從而確定移交的確實是正確的軟件安裝盤。 在安裝后立即卸載所安裝的模塊,并且檢查是否能夠做到徹底卸載。 ● 運行模塊檢查 將新安裝的軟件模塊與現(xiàn)場運行模塊用軟件工具抽樣比較,確認交付的軟件安裝 盤與現(xiàn)場運行軟件一致。 抽查數(shù)處現(xiàn)場運行模塊用軟件工具比較,確認現(xiàn)場運行軟件一致。 4.4 軟件系統(tǒng)測試 軟件系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn),從另一個側(cè)面看,也是對軟件開發(fā)設計的再確認。 進行軟件系統(tǒng)測試工作時,具體的測試用例是由開發(fā)方提供,并由測試方和用戶共同補充制定的。在開發(fā)方做完功能演示后,可以進行下列測試: ● 界面(外觀)測試; ● 可用性測試; ● 功能測試; ● 穩(wěn)定性(強度)測試; ● 性能測試; ● 強壯性(恢復)測試; ● 邏輯性測試; ● 破壞性測試; ● 安全性測試。 說明:實際進行的測試內(nèi)容有測試方法和業(yè)主根據(jù)具體情況共同確定,并非文中所列測試內(nèi)容都必須進行測試。 4.4.1 界面(外觀)測試 對照界面規(guī)范(在軟件需求規(guī)格說明書中規(guī)定,或者由軟件工程規(guī)范中給出)和界面表(在概要設計中給出),檢查各界面設計是否規(guī)范,包括:界面風格、表現(xiàn)形式、組件用法、字體選擇、字號選擇、色彩搭配、日期表現(xiàn)、計時方法、時間格式、對齊方式等等,是否符合規(guī)范、是否協(xié)調(diào)一致、是否便于操作。 4.4.2 可用性測試 測試操作是否方便,用戶界面是否友好等。測試系統(tǒng)是否有影響操作流程的界面Bug和功能Bug,紀錄具體Bug的數(shù)量、出現(xiàn)頻率和嚴重程度。 4.4.3 功能測試 檢查數(shù)據(jù)在流程中各個階段的準確性。對系統(tǒng)中每一模塊利用實際數(shù)據(jù)運行,將其結(jié)果與同樣數(shù)據(jù)環(huán)境下應該得出的結(jié)果相比較,或與軟件需求規(guī)格說明書中要求的結(jié)果進行比較,如有偏差,則功能測試不能通過。 檢查軟件需求規(guī)格說明書中描述的需求是否都得到滿足;系統(tǒng)是否缺乏軟件需求規(guī)格說明書中規(guī)定的重要功能;以及系統(tǒng)實際使用中不可缺少而軟件需求規(guī)格說明書中沒有規(guī)定的功能。 如果存在遺產(chǎn)數(shù)據(jù),應該檢查遺產(chǎn)數(shù)據(jù)轉(zhuǎn)換是否正確。 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)設計指標,或者對被測軟件提出的性能指標,測試軟件的運行性能,例如:傳輸連接最長時限、傳輸錯誤率、計算精度、記錄精度、響應時限和恢復時限等。 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)的保護機構(gòu)確實能夠?qū)ο到y(tǒng)進行保護,使之不受各種非常的干擾,安全測試時需要設計一些測試用例試圖突破系統(tǒng)的安全保密措施,檢驗系統(tǒng)是否有安全保密的漏洞。 說明:進行安全測試時,必須遵循相關的安全規(guī)定,并且有業(yè)主派員參加。 5. 測試結(jié)果交付方式 測試結(jié)束后,由測試組填寫軟件測試報告,并將測試報告與全部測試材料一并交給業(yè)主。具體交付方式,由業(yè)主和測試方雙方協(xié)商確定。測試報告包括下列內(nèi)容: ● 軟件測試計劃 ● 軟件測試日志 ● 軟件文檔檢查報告 ● 軟件代碼測試報告 ● 軟件系統(tǒng)測試報告 ● 測試總結(jié)報告 ● 測試人員簽字登記表- 配套講稿:
如PPT文件的首頁顯示word圖標,表示該PPT已包含配套word講稿。雙擊word圖標可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設計者僅對作品中獨創(chuàng)性部分享有著作權(quán)。
- 關 鍵 詞:
- 軟件 測試報告 模板
裝配圖網(wǎng)所有資源均是用戶自行上傳分享,僅供網(wǎng)友學習交流,未經(jīng)上傳用戶書面授權(quán),請勿作他用。
鏈接地址:http://italysoccerbets.com/p-8378823.html