報(bào)告是指向上級(jí)機(jī)關(guān)匯報(bào)本單位、本部門、本地區(qū)工作情況、做法、經(jīng)驗(yàn)以及問題的報(bào)告，報(bào)告書寫有哪些要求呢？我們?cè)鯓硬拍軐懞靡黄獔?bào)告呢？下面是小編帶來的優(yōu)秀報(bào)告范文，希望大家能夠喜歡!

軟件驗(yàn)收?qǐng)?bào)告篇一

軟件系統(tǒng)的驗(yàn)收可通過本校組織驗(yàn)收或通過第三方驗(yàn)收兩種辦法。 1、驗(yàn)收原則

驗(yàn)收參與部門：資產(chǎn)管理處、紀(jì)檢監(jiān)察、用戶使用單位、專家小組或第三方驗(yàn)收人員;開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗(yàn)收項(xiàng)目和驗(yàn)收通過標(biāo)準(zhǔn)的意見;在軟件的需求評(píng)審階段，仔細(xì)審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細(xì)的測試后，對(duì)完成的軟件進(jìn)行評(píng)審或第三方的驗(yàn)收測試，提供完整的錯(cuò)誤報(bào)告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗(yàn)收標(biāo)準(zhǔn)判斷是否進(jìn)行驗(yàn)收。

2、驗(yàn)收項(xiàng)目和驗(yàn)收標(biāo)準(zhǔn) 2.1 驗(yàn)收項(xiàng)目 a) 功能項(xiàng)測試

對(duì)軟件需求規(guī)格說明書中的所有功能項(xiàng)進(jìn)行測試; b) 業(yè)務(wù)流程測試

對(duì)軟件項(xiàng)目的典型業(yè)務(wù)流程進(jìn)行測試; c) 容錯(cuò)測試

容錯(cuò)測試的檢查內(nèi)容包括:

1) 軟件對(duì)用戶常見的誤操作是否能進(jìn)行提示;

2) 軟件對(duì)用戶的的操作錯(cuò)誤和軟件錯(cuò)誤，是否有準(zhǔn)確、清晰的提示; 3) 軟件對(duì)重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示;

4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯(cuò)誤輸入，識(shí)別非法值，并有相應(yīng)的錯(cuò)誤提示。

d) 安全性測試安全性測試的檢查內(nèi)容包括:

1) 軟件中的密鑰是否以密文方式存儲(chǔ);

2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志; 3) 軟件中各種用戶的權(quán)限分配是否合理; e) 性能測試

對(duì)軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項(xiàng)性能指標(biāo)。

f ) 易用性測試 易用性測試的內(nèi)容包括:

1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個(gè)模塊的界面風(fēng)格是否一致;

4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。 g) 適應(yīng)性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對(duì)每個(gè)環(huán)境進(jìn)行測試。

h) 文檔測試

用戶文檔包括: 安裝手冊(cè)、操作手冊(cè)和維護(hù)手冊(cè)。對(duì)用戶文檔測試的內(nèi)容包括: 1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊; 2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯(cuò)誤的表達(dá);

3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);

4) 用戶文檔對(duì)主要功能和關(guān)鍵操作是否提供應(yīng)用實(shí)例; 5) 用戶文檔是否有詳細(xì)的目錄表和索引表; i)

用戶有特別要求的測試

2.2 驗(yàn)收標(biāo)準(zhǔn)

2.2.1 軟件錯(cuò)誤的嚴(yán)重性等級(jí)

1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全; 2：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn), 且沒有辦法解決; 3：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn), 但存在合理的解決辦法; 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能; 5 ：其它錯(cuò)誤;

2.2.2錯(cuò)誤與嚴(yán)重性等級(jí)對(duì)應(yīng)表 a) 1 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤一般包括以下內(nèi)容: 沒有實(shí)現(xiàn)或錯(cuò)誤地實(shí)現(xiàn)重要的功能;業(yè)務(wù)流程存在重大隱患;軟件在操作過程中由于軟件自身的原因自動(dòng)退出系統(tǒng)或出現(xiàn)死機(jī)的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞;在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實(shí)現(xiàn)應(yīng)有的功能;特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

b) 2 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤一般包括: 沒有實(shí)現(xiàn)基本功能，并且不存在替代辦法;沒有實(shí)現(xiàn)重要功能中的部分功能，并且不存在替代辦法;業(yè)務(wù)流程銜接錯(cuò)誤;密鑰以明文方式存儲(chǔ);沒有留痕功能;用戶的權(quán)限分配不合理;在現(xiàn)有的環(huán)境下，不能實(shí)現(xiàn)部分功能且沒有替代方案;沒有滿足系統(tǒng)的性能要求。

c) 3 級(jí)錯(cuò)誤的描述

這一級(jí)的錯(cuò)誤是與第2 級(jí)別的錯(cuò)誤相對(duì)應(yīng)的，而第3 級(jí)錯(cuò)誤則存在替代方法;對(duì)誤操作或錯(cuò)誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。

d) 4 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤通常為易用性方面的錯(cuò)誤。比如界面不友好、前后風(fēng)格不一;中英文混雜;查詢結(jié)果輸出不直觀等。

e) 5 級(jí)錯(cuò)誤的描述

通常為文檔方面的錯(cuò)誤，如安裝手冊(cè)、操作手冊(cè)、維護(hù)手冊(cè)中的描述錯(cuò)誤。 其次，對(duì)發(fā)現(xiàn)的每一個(gè)錯(cuò)誤都要確定相應(yīng)的嚴(yán)重性等級(jí)，如表2 中的說明。

全部改正方可;如錯(cuò)誤的級(jí)別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在規(guī)定的時(shí)間內(nèi)全面整改軟件, 提交給軟件評(píng)測中心再次進(jìn)行完整的驗(yàn)收測試。

2.2.2 驗(yàn)收標(biāo)準(zhǔn)

1) 測試用例不通過數(shù)的比例< 1.5 %; 2) 不存在錯(cuò)誤等級(jí)為1 的錯(cuò)誤; 3) 不存在錯(cuò)誤等級(jí)為2 的錯(cuò)誤; 4) 錯(cuò)誤等級(jí)為3 的錯(cuò)誤數(shù)量≤ 5; 5) 所有提交的錯(cuò)誤都已得到更正; 2.3 驗(yàn)收標(biāo)準(zhǔn)的詳細(xì)說明

驗(yàn)收項(xiàng)目的劃分參照gb/t 16260 標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6 大特性、21 個(gè)子特性，而對(duì)于具體的軟件，并非都要進(jìn)行這21 個(gè)特性的測試和評(píng)價(jià)。本文選取的是最通用的子特性部分，針對(duì)各種不同的軟件，可以對(duì)驗(yàn)收項(xiàng)目進(jìn)行剪裁或擴(kuò)充。

需要制定的驗(yàn)收標(biāo)準(zhǔn)，即每一級(jí)別的錯(cuò)誤量的可接受范圍。一般來說，不允許存在1 級(jí)和2級(jí)錯(cuò)誤，而3 級(jí)錯(cuò)誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗(yàn)收測試中， 測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書, 同時(shí)還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。

在進(jìn)行第三方的驗(yàn)收測試后，軟件評(píng)測中心將發(fā)現(xiàn)的所有錯(cuò)誤進(jìn)行總結(jié)和歸納， 并提交完整的錯(cuò)誤報(bào)告，在錯(cuò)誤報(bào)告中包括每一級(jí)別的錯(cuò)誤數(shù)量和錯(cuò)誤清單(所有的錯(cuò)誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。

用戶方根據(jù)錯(cuò)誤報(bào)告中每一級(jí)別的錯(cuò)誤數(shù)量和錯(cuò)誤清單與軟件開發(fā)合同中的驗(yàn)收標(biāo)準(zhǔn)進(jìn)行對(duì)照，如錯(cuò)誤的級(jí)別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。用戶方認(rèn)為軟件可以驗(yàn)收，但要求開發(fā)方對(duì)錯(cuò)誤報(bào)告中的所有錯(cuò)誤進(jìn)行整改，并提交給軟件評(píng)測中心進(jìn)行回歸測試，確認(rèn)錯(cuò)誤報(bào)告中的所有錯(cuò)誤全部改正方可;如錯(cuò)誤的級(jí)別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在

規(guī)定的時(shí)間內(nèi)全面整改軟件，提交給軟件評(píng)測中心再次進(jìn)行完整的驗(yàn)收測試。

3、驗(yàn)收資料

(1)工程立項(xiàng)批準(zhǔn)文件 (2)項(xiàng)目驗(yàn)收申請(qǐng)報(bào)告; (3)工程招標(biāo)書 (4)工程投標(biāo)書 (5)工程施工中標(biāo)通知書 (6)工程施工合同(含預(yù)算表) (7)軟件需求說明書; (8)概要設(shè)計(jì)說明書;

(9)數(shù)據(jù)及數(shù)據(jù)庫設(shè)計(jì)要求說明書; (10)詳細(xì)設(shè)計(jì)說明書; (11)操作手冊(cè); (12)用戶手冊(cè)

(13)項(xiàng)目用戶評(píng)價(jià)過程意見; (14)軟件接口規(guī)范; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他

在有條件的情況下，還應(yīng)該進(jìn)行安裝測試、壓力測試和數(shù)據(jù)恢復(fù)測試。若進(jìn)行子系統(tǒng)驗(yàn)收或部分驗(yàn)收，可參照以上方法和資料，雙方共同協(xié)商確定。

參考文獻(xiàn)：

gb/t 17544 ;gb/t 16260;《軟件驗(yàn)收標(biāo)準(zhǔn)探討》

{項(xiàng)目名稱}

驗(yàn)收?qǐng)?bào)告

{日期}

目 錄

§1 項(xiàng)目基本情況.................................................... §2 項(xiàng)目進(jìn)度審核.................................................... 2.1 項(xiàng)目實(shí)施進(jìn)度情況 2.2 項(xiàng)目變更情況 2.3 項(xiàng)目投資結(jié)算情況

§3 項(xiàng)目驗(yàn)收計(jì)劃.................................................... 3.1 項(xiàng)目驗(yàn)收原則 3.2 項(xiàng)目驗(yàn)收方式 3.3 項(xiàng)目驗(yàn)收內(nèi)容

§4 項(xiàng)目驗(yàn)收情況匯總................................................ 4.1 項(xiàng)目驗(yàn)收情況匯總表 4.2 項(xiàng)目驗(yàn)收附件明細(xì) 4.3 專家組驗(yàn)收意見

§5 項(xiàng)目驗(yàn)收結(jié)論.................................................... 5.1 開發(fā)單位結(jié)論 5.2 建設(shè)單位結(jié)論

§6 附件............................................................ 6.1 附件一：軟件平臺(tái)驗(yàn)收單 6.2 附件二：功能模塊驗(yàn)收單 6.3 附件三：項(xiàng)目文檔驗(yàn)收單 6.4 附件四：硬件設(shè)備驗(yàn)收單

§1 項(xiàng)目基本情況

§2 項(xiàng)目進(jìn)度審核2.1 項(xiàng)目實(shí)施進(jìn)度情況

2.2 項(xiàng)目變更情況2.2.1 項(xiàng)目合同變更情況

{記錄合同變更情況}

2.2.2 項(xiàng)目需求變更情況

{記錄需求變更情況}

2.3 項(xiàng)目投資結(jié)算情況

§3 項(xiàng)目驗(yàn)收計(jì)劃3.1 項(xiàng)目驗(yàn)收原則

1、審查提供驗(yàn)收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理; 2、審查項(xiàng)目功能是否達(dá)到了合同規(guī)定的要求; 3、審查項(xiàng)目有關(guān)服務(wù)指標(biāo)是否達(dá)到了合同的要求; 4、審查項(xiàng)目投資以及實(shí)施進(jìn)度的情況;

5、對(duì)項(xiàng)目的技術(shù)水平做出評(píng)價(jià)，并得出項(xiàng)目的驗(yàn)收結(jié)論。

3.2 項(xiàng)目驗(yàn)收方式

{記錄項(xiàng)目驗(yàn)收的組織方式和參與驗(yàn)收工作的人員情況}

3.3 項(xiàng)目驗(yàn)收內(nèi)容

1、硬件設(shè)備驗(yàn)收; 2、軟件平臺(tái)驗(yàn)收; 3、應(yīng)用系統(tǒng)驗(yàn)收; 4、項(xiàng)目文檔驗(yàn)收;

5、項(xiàng)目服務(wù)響應(yīng)(如售后服務(wù)、問題相應(yīng)等方面)驗(yàn)收。

§4 項(xiàng)目驗(yàn)收情況匯總

4.1 項(xiàng)目驗(yàn)收情況匯總表

4.2 項(xiàng)目驗(yàn)收附件明細(xì)

1、軟件平臺(tái)驗(yàn)收單(見附件一)。 2、功能模塊驗(yàn)收單(見附件二)。

3、項(xiàng)目文檔驗(yàn)收單(見附件三)。 4、硬件設(shè)備驗(yàn)收單(見附件四)。

4.3 專家組驗(yàn)收意見

§5 項(xiàng)目驗(yàn)收結(jié)論5.1 開發(fā)單位結(jié)論

5.2 建設(shè)單位結(jié)論

§6 附件6.1 附件一：軟件平臺(tái)驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.2 附件二：功能模塊驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.3 附件三：項(xiàng)目文檔驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.4

附件四：硬件設(shè)備驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

軟件驗(yàn)收?qǐng)?bào)告篇二

目前，國內(nèi)軟件的驗(yàn)收沒有可參照的強(qiáng)制性標(biāo)準(zhǔn)，就軟件測試和評(píng)價(jià)來說，參照的標(biāo)準(zhǔn)是gb/t 17544 和gb/t 16260，它們都是推薦性標(biāo)準(zhǔn)，且都是定性而非定量的標(biāo)準(zhǔn)，這樣，對(duì)于軟件的驗(yàn)收來說，存在很大的分歧和不確定性。為此，我們?cè)趨⒖剂舜罅康膶?shí)踐案例和文獻(xiàn)的基礎(chǔ)上，結(jié)合本校實(shí)際制定本驗(yàn)收辦法，用于規(guī)范本校軟件系統(tǒng)驗(yàn)收。

軟件系統(tǒng)的驗(yàn)收可通過本校組織驗(yàn)收或通過第三方驗(yàn)收兩種辦法。 1、驗(yàn)收原則

驗(yàn)收參與部門：資產(chǎn)管理處、紀(jì)檢監(jiān)察、用戶使用單位、專家小組或第三方驗(yàn)收人員;開發(fā)單位。

在軟件開發(fā)合同的簽訂階段就提出軟件驗(yàn)收項(xiàng)目和驗(yàn)收通過標(biāo)準(zhǔn)的意見;在軟件的需求評(píng)審階段，仔細(xì)審閱軟件的需求規(guī)格說明書，指出不利于測試和可能存在歧義的描述;在開發(fā)方開發(fā)完軟件并經(jīng)過開發(fā)方內(nèi)部仔細(xì)的測試后，對(duì)完成的軟件進(jìn)行評(píng)審或第三方的驗(yàn)收測試，提供完整的錯(cuò)誤報(bào)告提交給用戶方，由用戶方根據(jù)之前簽訂的開發(fā)合同中相應(yīng)的驗(yàn)收標(biāo)準(zhǔn)判斷是否進(jìn)行驗(yàn)收。

2、驗(yàn)收項(xiàng)目和驗(yàn)收標(biāo)準(zhǔn) 2.1 驗(yàn)收項(xiàng)目 a) 功能項(xiàng)測試

對(duì)軟件需求規(guī)格說明書中的所有功能項(xiàng)進(jìn)行測試; b) 業(yè)務(wù)流程測試

對(duì)軟件項(xiàng)目的典型業(yè)務(wù)流程進(jìn)行測試; c) 容錯(cuò)測試

容錯(cuò)測試的檢查內(nèi)容包括:

1) 軟件對(duì)用戶常見的誤操作是否能進(jìn)行提示;

2) 軟件對(duì)用戶的的操作錯(cuò)誤和軟件錯(cuò)誤，是否有準(zhǔn)確、清晰的提示; 3) 軟件對(duì)重要數(shù)據(jù)的刪除是否有警告和確認(rèn)提示;

4) 軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯(cuò)誤輸入，識(shí)別非法值，并有相應(yīng)的錯(cuò)誤提示。

d) 安全性測試安全性測試的檢查內(nèi)容包括:

1) 軟件中的密鑰是否以密文方式存儲(chǔ);

2) 軟件是否有留痕功能, 即是否保存有用戶的操作日志; 3) 軟件中各種用戶的權(quán)限分配是否合理; e) 性能測試

對(duì)軟件需求規(guī)格說明書中明確的軟件性能進(jìn)行測試。測試的準(zhǔn)則是要滿足規(guī)格說明書中的各項(xiàng)性能指標(biāo)。

f ) 易用性測試 易用性測試的內(nèi)容包括:

1) 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面; 2) 軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示; 3) 軟件中各個(gè)模塊的界面風(fēng)格是否一致;

4) 軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。 g) 適應(yīng)性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境。對(duì)每個(gè)環(huán)境進(jìn)行測試。

h) 文檔測試

用戶文檔包括: 安裝手冊(cè)、操作手冊(cè)和維護(hù)手冊(cè)。對(duì)用戶文檔測試的內(nèi)容包括: 1) 操作、維護(hù)文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊; 2) 用戶文檔描述的信息是否正確, 是否沒有歧義和錯(cuò)誤的表達(dá);

3) 戶文檔是否容易理解, 是否通過使用適當(dāng)?shù)男g(shù)語、圖形表示、詳細(xì)的解釋來表達(dá);

4) 用戶文檔對(duì)主要功能和關(guān)鍵操作是否提供應(yīng)用實(shí)例; 5) 用戶文檔是否有詳細(xì)的目錄表和索引表; i)

用戶有特別要求的測試

2.2 驗(yàn)收標(biāo)準(zhǔn)

2.2.1 軟件錯(cuò)誤的嚴(yán)重性等級(jí)

1：不能執(zhí)行正常功能或重要功能, 或者危及人身安全; 2：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn), 且沒有辦法解決; 3：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn), 但存在合理的解決辦法; 4：使操作者不方便或遇到麻煩, 但不影響執(zhí)行正常功能或重要功能; 5 ：其它錯(cuò)誤;

2.2.2錯(cuò)誤與嚴(yán)重性等級(jí)對(duì)應(yīng)表 a) 1 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤一般包括以下內(nèi)容: 沒有實(shí)現(xiàn)或錯(cuò)誤地實(shí)現(xiàn)重要的功能;業(yè)務(wù)流程存在重大隱患;軟件在操作過程中由于軟件自身的原因自動(dòng)退出系統(tǒng)或出現(xiàn)死機(jī)的情況;軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞;在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實(shí)現(xiàn)應(yīng)有的功能;特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

b) 2 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤一般包括: 沒有實(shí)現(xiàn)基本功能，并且不存在替代辦法;沒有實(shí)現(xiàn)重要功能中的部分功能，并且不存在替代辦法;業(yè)務(wù)流程銜接錯(cuò)誤;密鑰以明文方式存儲(chǔ);沒有留痕功能;用戶的權(quán)限分配不合理;在現(xiàn)有的環(huán)境下，不能實(shí)現(xiàn)部分功能且沒有替代方案;沒有滿足系統(tǒng)的性能要求。

c) 3 級(jí)錯(cuò)誤的描述

這一級(jí)的錯(cuò)誤是與第2 級(jí)別的錯(cuò)誤相對(duì)應(yīng)的，而第3 級(jí)錯(cuò)誤則存在替代方法;對(duì)誤操作或錯(cuò)誤操作沒有提示，導(dǎo)致非法數(shù)據(jù)進(jìn)入數(shù)據(jù)庫。

d) 4 級(jí)錯(cuò)誤的描述

這一級(jí)別的錯(cuò)誤通常為易用性方面的錯(cuò)誤。比如界面不友好、前后風(fēng)格不一;中英文混雜;查詢結(jié)果輸出不直觀等。

e) 5 級(jí)錯(cuò)誤的描述

通常為文檔方面的錯(cuò)誤，如安裝手冊(cè)、操作手冊(cè)、維護(hù)手冊(cè)中的描述錯(cuò)誤。 其次，對(duì)發(fā)現(xiàn)的每一個(gè)錯(cuò)誤都要確定相應(yīng)的嚴(yán)重性等級(jí)，如表2 中的說明。

全部改正方可;如錯(cuò)誤的級(jí)別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在規(guī)定的時(shí)間內(nèi)全面整改軟件, 提交給軟件評(píng)測中心再次進(jìn)行完整的驗(yàn)收測試。

2.2.2 驗(yàn)收標(biāo)準(zhǔn)

1) 測試用例不通過數(shù)的比例< 1.5 %; 2) 不存在錯(cuò)誤等級(jí)為1 的錯(cuò)誤; 3) 不存在錯(cuò)誤等級(jí)為2 的錯(cuò)誤; 4) 錯(cuò)誤等級(jí)為3 的錯(cuò)誤數(shù)量≤ 5; 5) 所有提交的錯(cuò)誤都已得到更正; 2.3 驗(yàn)收標(biāo)準(zhǔn)的詳細(xì)說明

驗(yàn)收項(xiàng)目的劃分參照gb/t 16260 標(biāo)準(zhǔn)。在該標(biāo)準(zhǔn)中，將軟件的質(zhì)量特性分為6 大特性、21 個(gè)子特性，而對(duì)于具體的軟件，并非都要進(jìn)行這21 個(gè)特性的測試和評(píng)價(jià)。本文選取的是最通用的子特性部分，針對(duì)各種不同的軟件，可以對(duì)驗(yàn)收項(xiàng)目進(jìn)行剪裁或擴(kuò)充。

需要制定的驗(yàn)收標(biāo)準(zhǔn)，即每一級(jí)別的錯(cuò)誤量的可接受范圍。一般來說，不允許存在1 級(jí)和2級(jí)錯(cuò)誤，而3 級(jí)錯(cuò)誤的數(shù)量則可按本標(biāo)準(zhǔn)確定或由用戶方和開發(fā)方根據(jù)軟件的規(guī)模和復(fù)雜程度進(jìn)行商定，并在軟件開發(fā)合同中明確地列出。

在軟件驗(yàn)收測試中， 測試的依據(jù)包括軟件的投標(biāo)文件、開發(fā)合同、需求規(guī)格說明書, 同時(shí)還包括特定軟件的相關(guān)行業(yè)標(biāo)準(zhǔn)(這些行業(yè)標(biāo)準(zhǔn)應(yīng)在開發(fā)合同中明示出來)。

在進(jìn)行第三方的驗(yàn)收測試后，軟件評(píng)測中心將發(fā)現(xiàn)的所有錯(cuò)誤進(jìn)行總結(jié)和歸納， 并提交完整的錯(cuò)誤報(bào)告，在錯(cuò)誤報(bào)告中包括每一級(jí)別的錯(cuò)誤數(shù)量和錯(cuò)誤清單(所有的錯(cuò)誤都需經(jīng)過用戶方和開發(fā)方的確認(rèn))。

用戶方根據(jù)錯(cuò)誤報(bào)告中每一級(jí)別的錯(cuò)誤數(shù)量和錯(cuò)誤清單與軟件開發(fā)合同中的驗(yàn)收標(biāo)準(zhǔn)進(jìn)行對(duì)照，如錯(cuò)誤的級(jí)別和數(shù)量在合同中沒有約定，可按本辦法的規(guī)定進(jìn)行。用戶方認(rèn)為軟件可以驗(yàn)收，但要求開發(fā)方對(duì)錯(cuò)誤報(bào)告中的所有錯(cuò)誤進(jìn)行整改，并提交給軟件評(píng)測中心進(jìn)行回歸測試，確認(rèn)錯(cuò)誤報(bào)告中的所有錯(cuò)誤全部改正方可;如錯(cuò)誤的級(jí)別和數(shù)量在合同可接受的范圍外，用戶方認(rèn)為軟件不可驗(yàn)收，要求開發(fā)方在

規(guī)定的時(shí)間內(nèi)全面整改軟件，提交給軟件評(píng)測中心再次進(jìn)行完整的驗(yàn)收測試。

3、驗(yàn)收資料

(1)工程立項(xiàng)批準(zhǔn)文件 (2)項(xiàng)目驗(yàn)收申請(qǐng)報(bào)告; (3)工程招標(biāo)書 (4)工程投標(biāo)書 (5)工程施工中標(biāo)通知書 (6)工程施工合同(含預(yù)算表) (7)軟件需求說明書; (8)概要設(shè)計(jì)說明書;

(9)數(shù)據(jù)及數(shù)據(jù)庫設(shè)計(jì)要求說明書; (10)詳細(xì)設(shè)計(jì)說明書; (11)操作手冊(cè); (12)用戶手冊(cè)

(13)項(xiàng)目用戶評(píng)價(jià)過程意見; (14)軟件接口規(guī)范; (15)原代碼或安裝盤; (16)專家組要求的其他材料 4、其他

在有條件的情況下，還應(yīng)該進(jìn)行安裝測試、壓力測試和數(shù)據(jù)恢復(fù)測試。若進(jìn)行子系統(tǒng)驗(yàn)收或部分驗(yàn)收，可參照以上方法和資料，雙方共同協(xié)商確定。

參考文獻(xiàn)：

gb/t 17544 ;gb/t 16260;《軟件驗(yàn)收標(biāo)準(zhǔn)探討》

{項(xiàng)目名稱}

驗(yàn)收?qǐng)?bào)告

{日期}

目 錄

§1 項(xiàng)目基本情況.................................................... §2 項(xiàng)目進(jìn)度審核.................................................... 2.1 項(xiàng)目實(shí)施進(jìn)度情況 2.2 項(xiàng)目變更情況 2.3 項(xiàng)目投資結(jié)算情況

§3 項(xiàng)目驗(yàn)收計(jì)劃.................................................... 3.1 項(xiàng)目驗(yàn)收原則 3.2 項(xiàng)目驗(yàn)收方式 3.3 項(xiàng)目驗(yàn)收內(nèi)容

§4 項(xiàng)目驗(yàn)收情況匯總................................................ 4.1 項(xiàng)目驗(yàn)收情況匯總表 4.2 項(xiàng)目驗(yàn)收附件明細(xì) 4.3 專家組驗(yàn)收意見

§5 項(xiàng)目驗(yàn)收結(jié)論.................................................... 5.1 開發(fā)單位結(jié)論 5.2 建設(shè)單位結(jié)論

§6 附件............................................................ 6.1 附件一：軟件平臺(tái)驗(yàn)收單 6.2 附件二：功能模塊驗(yàn)收單 6.3 附件三：項(xiàng)目文檔驗(yàn)收單 6.4 附件四：硬件設(shè)備驗(yàn)收單

§1 項(xiàng)目基本情況

§2 項(xiàng)目進(jìn)度審核2.1 項(xiàng)目實(shí)施進(jìn)度情況

2.2 項(xiàng)目變更情況2.2.1 項(xiàng)目合同變更情況

{記錄合同變更情況}

2.2.2 項(xiàng)目需求變更情況

{記錄需求變更情況}

2.3 項(xiàng)目投資結(jié)算情況

§3 項(xiàng)目驗(yàn)收計(jì)劃3.1 項(xiàng)目驗(yàn)收原則

1、審查提供驗(yàn)收的各類文檔的正確性、完整性和統(tǒng)一性，審查文檔是否齊全、合理; 2、審查項(xiàng)目功能是否達(dá)到了合同規(guī)定的要求; 3、審查項(xiàng)目有關(guān)服務(wù)指標(biāo)是否達(dá)到了合同的要求; 4、審查項(xiàng)目投資以及實(shí)施進(jìn)度的情況;

5、對(duì)項(xiàng)目的技術(shù)水平做出評(píng)價(jià)，并得出項(xiàng)目的驗(yàn)收結(jié)論。

3.2 項(xiàng)目驗(yàn)收方式

{記錄項(xiàng)目驗(yàn)收的組織方式和參與驗(yàn)收工作的人員情況}

3.3 項(xiàng)目驗(yàn)收內(nèi)容

1、硬件設(shè)備驗(yàn)收; 2、軟件平臺(tái)驗(yàn)收; 3、應(yīng)用系統(tǒng)驗(yàn)收; 4、項(xiàng)目文檔驗(yàn)收;

5、項(xiàng)目服務(wù)響應(yīng)(如售后服務(wù)、問題相應(yīng)等方面)驗(yàn)收。

§4 項(xiàng)目驗(yàn)收情況匯總

4.1 項(xiàng)目驗(yàn)收情況匯總表

4.2 項(xiàng)目驗(yàn)收附件明細(xì)

1、軟件平臺(tái)驗(yàn)收單(見附件一)。 2、功能模塊驗(yàn)收單(見附件二)。

3、項(xiàng)目文檔驗(yàn)收單(見附件三)。 4、硬件設(shè)備驗(yàn)收單(見附件四)。

4.3 專家組驗(yàn)收意見

§5 項(xiàng)目驗(yàn)收結(jié)論5.1 開發(fā)單位結(jié)論

5.2 建設(shè)單位結(jié)論

§6 附件6.1 附件一：軟件平臺(tái)驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.2 附件二：功能模塊驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.3 附件三：項(xiàng)目文檔驗(yàn)收單

驗(yàn)收人： 驗(yàn)收時(shí)間：

6.4

附件四：硬件設(shè)備驗(yàn)收單

軟件驗(yàn)收?qǐng)?bào)告篇三

甲方：

乙方：

就“ ，經(jīng)過甲乙雙方的通力配合和共同努力，完成了合同中約定的全部任務(wù)，現(xiàn)在整個(gè)系統(tǒng)運(yùn)行正常，按照合同約定，進(jìn)行項(xiàng)目驗(yàn)收工作。

驗(yàn)收工作分為設(shè)備清點(diǎn)、安裝調(diào)試、初驗(yàn)、上線試運(yùn)行和終驗(yàn)幾個(gè)階段，驗(yàn)收方式主要以清單、測試和實(shí)地操作為主。具體內(nèi)容如下： 第一部分：設(shè)備清點(diǎn)

主要檢查運(yùn)到甲方的設(shè)備是否與合同相符

甲乙雙方按照合同要求對(duì)運(yùn)抵現(xiàn)場的設(shè)備進(jìn)行了清點(diǎn)，此項(xiàng)工作已于 年 月 日完成，結(jié)論如下：

1.1 核對(duì)到貨清單，實(shí)物與運(yùn)送單據(jù)是否一致。

□通過 □未通過 備注：

1.2 檢查和清點(diǎn)運(yùn)抵現(xiàn)場的各種設(shè)備是否與合同相符。

□通過 □未通過 備注：

1.3 檢查運(yùn)抵現(xiàn)場的文檔是否齊全

□通過 □未通過 備注：

第二部分：安裝調(diào)試

通過系統(tǒng)硬件測試證明各部分硬件物理破壞且已正確安裝。

按照合同要求，乙方對(duì)已經(jīng)到貨的設(shè)備進(jìn)行了安裝，甲乙雙方進(jìn)行了加電測試，主要觀察設(shè)備加電后的表現(xiàn)和運(yùn)行自檢程序的結(jié)果，此項(xiàng)工作已于 年 月 日完成，結(jié)論如下：

2.1 加電是否成功

□通過 □未通過 備注：

2.2 設(shè)備狀態(tài)是否正常

□通過 □未通過 備注：

2.3 系統(tǒng)顯示的版本和序列號(hào)等信息是否符合合同要求

□通過 □未通過 備注：

2.4 自檢有無報(bào)警

□通過 □未通過 備注：

第三部分：初驗(yàn)、上線試運(yùn)行

通過系統(tǒng)運(yùn)行，證明系統(tǒng)可以正常工作

乙方進(jìn)行設(shè)備安裝調(diào)試后，甲乙雙方在操作系統(tǒng)、數(shù)據(jù)庫等運(yùn)行環(huán)境下進(jìn)行系統(tǒng)測試，此項(xiàng)工作已于 年 月 日完成，結(jié)論如下：

3.1 系統(tǒng)啟動(dòng)是否正常

□通過 □未通過 □未涉及 備注：

3.2 系統(tǒng)管理功能是否正常

□通過 □未通過 □未涉及 備注：

3.3 相關(guān)軟件license是否已經(jīng)生效使用

□通過 □未通過 □未涉及 備注：

3.4系統(tǒng)運(yùn)行是否正常

□通過 □未通過 □未涉及 備注：

第四部分 終驗(yàn)

系統(tǒng)和設(shè)備在質(zhì)保期內(nèi)能正常運(yùn)轉(zhuǎn)，出現(xiàn)故障，能及時(shí)解決。

乙方在質(zhì)保期內(nèi)對(duì)系統(tǒng)和設(shè)備進(jìn)行了終驗(yàn)驗(yàn)收，此項(xiàng)工作已于 年 月 日完成，結(jié)論如下：

□通過 □未通過 □未涉及 備注：

完成上述工作以后，甲乙雙方認(rèn)為整個(gè)項(xiàng)目驗(yàn)收正式通過，整個(gè)系統(tǒng)交付完畢，設(shè)備運(yùn)行正常，可以投入使用。

甲方： 乙方：

代表 代表

日期 日期

軟件驗(yàn)收?qǐng)?bào)告篇四

用戶名稱： huaxia

密級(jí)：huaxia123

文檔編號(hào)：

編 寫：

審 核：

批 準(zhǔn)

項(xiàng)目名稱：

編寫日期：

審核日期：

批準(zhǔn)日期：

項(xiàng)目名稱

【驗(yàn)收?qǐng)?bào)告應(yīng)由客戶方起草，雙方有關(guān)人員簽字，此時(shí)驗(yàn)收?qǐng)?bào)告的格式主要由客戶方選定;當(dāng)然，也可接受用戶方委托，由項(xiàng)目經(jīng)理起草驗(yàn)收?qǐng)?bào)告，經(jīng)用戶方簽字蓋章認(rèn)可�！�

第一章 項(xiàng)目概述

1.1 項(xiàng)目背景

目前，電視臺(tái)除了自制節(jié)目以外，外購節(jié)目制度存在非常明顯的潛規(guī)則、暗箱操作、圈子交易等現(xiàn)象，一個(gè)公平、公正、公開、透明的節(jié)目采購方式呼之欲出。

各省級(jí)衛(wèi)視也有自己的采購方式。如江蘇廣播電視總臺(tái)電視節(jié)目采購工作按照民主集中制的原則開展，實(shí)行四級(jí)審片制，即采購人員初審、審片組審片、分管主任復(fù)審、主任審看。另外還有送頻道或者召開觀眾審片會(huì)議復(fù)審。對(duì)審片評(píng)價(jià)較好的劇目進(jìn)行外地播出效果評(píng)估，最后形成劇目的總體評(píng)價(jià)，對(duì)有爭議的劇目報(bào)總臺(tái)分管領(lǐng)導(dǎo)仲裁。所有外購節(jié)目采購在部門民主集中形成意見后報(bào)總臺(tái)領(lǐng)導(dǎo)批準(zhǔn)購買。廣州電視臺(tái)除新聞節(jié)目外，所有頻道、節(jié)目將全面實(shí)行制播分離，所屬九個(gè)頻道向臺(tái)內(nèi)外制作機(jī)構(gòu)開放，建立起多主體、多渠道采購節(jié)目，擇優(yōu)播出機(jī)制。

面對(duì)激烈的市場競爭和不規(guī)范的市場原則，省級(jí)衛(wèi)視為了搶占市場先機(jī)，降低采購成本，采取聯(lián)合采購的模式。如2+4模式：東方衛(wèi)視和北京衛(wèi)視購買了《馬文的戰(zhàn)爭》的首輪播出權(quán)后，二輪播權(quán)由山東、天津、吉林和深圳4家衛(wèi)視采購。還有《我的團(tuán)長我的團(tuán)》、《潛伏》、《婚變》等電視劇被適用于4+4模式。另外，目前的電視劇爭奪戰(zhàn)中還出現(xiàn)了“劇本期貨”交易現(xiàn)象——在劇本出來之后，只要有足夠的賣點(diǎn)和看點(diǎn)，電視臺(tái)就會(huì)采取前期介入，迅速獲得優(yōu)勢資源。

另一方面，由于電視劇買賣的圈子很小，電視臺(tái)和制作機(jī)構(gòu)之間的買賣屬于圈子交易。每年60億元的購片經(jīng)費(fèi)中，大部分都集中在幾十個(gè)電視臺(tái)采購負(fù)責(zé)人手中。很多情況下，電視臺(tái)的節(jié)目采購很大程度上受到采購者的個(gè)人因素影響，如與節(jié)目制作機(jī)構(gòu)的人際關(guān)系，個(gè)人的喜好或者審美習(xí)慣等等。這樣就無法保證把經(jīng)費(fèi)用在刀刃上，既浪費(fèi)了資源，又沒有買到好的節(jié)目。

各家電視臺(tái)都出臺(tái)了各種采購形式，但電視臺(tái)的節(jié)目采購形式都沒有在業(yè)界形成

項(xiàng)目名稱

公信度和絕對(duì)優(yōu)勢，因?yàn)闆]有一個(gè)切實(shí)有效的部門(崗位)來統(tǒng)籌規(guī)范電視節(jié)目的引進(jìn)工作，這就非常有必要增設(shè)采購編輯來改變這一現(xiàn)狀。

1.2 參考資料

編寫本驗(yàn)收?qǐng)?bào)告時(shí)主要參考了如下的資料和文獻(xiàn)：

1.

2.

3.

4.

5.

6. 《華夏影視交易平臺(tái)系統(tǒng)合同書(主合同)》 《華夏影視交易平臺(tái)系統(tǒng)軟件開發(fā)合同書》 《華夏影視交易平臺(tái)系統(tǒng)需求分析說明書》 《華夏影視交易平臺(tái)系統(tǒng)總體設(shè)計(jì)說明書》 《華夏影視交易平臺(tái)系統(tǒng)詳細(xì)設(shè)計(jì)說明書》 《應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù)(驗(yàn)收標(biāo)準(zhǔn))》

第二章 驗(yàn)收定義

2.1 驗(yàn)收方式

組織匯報(bào)、功能代碼審查

2.2 驗(yàn)收依據(jù)

《華夏影視交易平臺(tái)系統(tǒng)合同書(主合同)》

《華夏影視交易平臺(tái)系統(tǒng)軟件開發(fā)合同書》

《附件五 華夏影視交易平臺(tái)系統(tǒng)工作說明書》

2.3 驗(yàn)收環(huán)境

華夏影視交易平臺(tái)x綜合業(yè)務(wù)系統(tǒng)實(shí)際運(yùn)行的生產(chǎn)環(huán)境為驗(yàn)收環(huán)境。

? 硬件平臺(tái)

服務(wù)器：as/400-840系列;rs/6000-h85

客戶機(jī)：ibm_pc、實(shí)達(dá)、國光、長城系列終端及終端外圍設(shè)備。

? 軟件平臺(tái)

項(xiàng)目名稱

服務(wù)器：os/400 ver5.1 aix 4.3.3操作系統(tǒng)，db2 數(shù)據(jù)庫 ver 7.2.0;

客戶機(jī)：sco unix操作系統(tǒng)3.24及5.01, informix online 數(shù)據(jù)庫 ver 7.3

2.4 驗(yàn)收標(biāo)準(zhǔn)

2.4.1 系統(tǒng)功能標(biāo)準(zhǔn)

如果各模塊驗(yàn)收測試結(jié)果如下表所述則視為驗(yàn)收合格，否則將進(jìn)行修改，以進(jìn)行再次驗(yàn)收評(píng)審。

2.4.2 性能標(biāo)準(zhǔn)

1.優(yōu)秀

1)材料完整

2)軟件可正常運(yùn)行

3)實(shí)現(xiàn)項(xiàng)目軟件需求說明書要求的各項(xiàng)功能需求

4)軟件界面友好，易于交互

5)軟件功能新穎，有較強(qiáng)創(chuàng)新

2.合格

1)本標(biāo)準(zhǔn)第3條要求的材料完整

2)可正常運(yùn)行實(shí)現(xiàn)功能達(dá)到軟件需求說明書要求的三分之二以上 3.不合格

1)標(biāo)準(zhǔn)第3條要求的材料不完整 2)軟件不能運(yùn)行

3) 軟件需求說明書要求的主要功能 。

2.5 驗(yàn)收規(guī)則

驗(yàn)收規(guī)則一：【避免在法度中應(yīng)用魔鬼數(shù)字，必須用有意義的常量來標(biāo)識(shí)�！�

驗(yàn)收規(guī)則二：【明白辦法的功能，一個(gè)辦法僅完成一個(gè)功能。】

驗(yàn)收規(guī)則三：【辦法參數(shù)不克不及跨越5個(gè)】

驗(yàn)收規(guī)則四：【辦法調(diào)用盡量不要返回null，取而代之以拋出異常，或是返回特例對(duì)象(special case object，special case pattern);對(duì)于以湊集或數(shù)組類型作為返回值的辦法，取而代之以空湊集或0長度數(shù)組�！�

驗(yàn)收規(guī)則五：【在進(jìn)行數(shù)據(jù)庫操縱或io操縱時(shí)，必須確保資料在應(yīng)用完畢后獲得開釋，并且必須確保開釋操縱在finally中進(jìn)行�！�

驗(yàn)收規(guī)則六：【異常捕獲不要直接catch (exception ex) ，應(yīng)當(dāng)把異常細(xì)分處理懲罰�！�

驗(yàn)收規(guī)則七：【對(duì)于if ? else if ?(后續(xù)可能有多個(gè)else if …)這種類型的前提斷定，最后必須包含一個(gè)else分支，避免呈現(xiàn)分支漏掉造成錯(cuò)誤;每個(gè)switch-case語句都必須包管有default，避免呈現(xiàn)分支漏掉，造成錯(cuò)誤�！�

驗(yàn)收規(guī)則八：【覆寫對(duì)象的equals辦法時(shí)必須同時(shí)覆寫hashcode辦法�！�

驗(yàn)收規(guī)則九：【禁止輪回中創(chuàng)建新線程，盡量應(yīng)用線程池�！�

驗(yàn)收規(guī)則十：【在進(jìn)行正確策畫時(shí)(例如:貨幣策畫)避免應(yīng)用float和double，浮點(diǎn)數(shù)策畫都是不正確的，必須應(yīng)用bigdecimal或?qū)⒏↑c(diǎn)數(shù)運(yùn)算轉(zhuǎn)換為整型運(yùn)算�！�

2.6 驗(yàn)收人員

2.7 驗(yàn)收時(shí)間

第三章 遺留問題

暫無。

第四章 交付物清單

4.1 文檔提交清單

4.2 源碼提交清單

第五章 驗(yàn)收結(jié)論

第一版驗(yàn)收通過

第六章 雙方簽字

客戶方(蓋章)： 代表：

公司(蓋章) 代表： 日期：

日期：

第三方((蓋章)[如果有]： 代表： 日期：

附件:

驗(yàn)收測試記錄、測試報(bào)告等記錄。