軟件測(cè)試報(bào)告模板.docx

《軟件測(cè)試報(bào)告模板.docx》由會(huì)員分享，可在線閱讀，更多相關(guān)《軟件測(cè)試報(bào)告模板.docx（7頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

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