《ERP項(xiàng)目管理與實(shí)施》課件第8章

8.1ERP系統(tǒng)測(cè)試基礎(chǔ)8.2ERP系統(tǒng)測(cè)試過程本章小結(jié)

習(xí)題

8.1.1軟件質(zhì)量保證

1.軟件質(zhì)量的概念

軟件質(zhì)量與傳統(tǒng)意義上的質(zhì)量概念并無本質(zhì)差別，只是針對(duì)軟件的某些特性進(jìn)行了調(diào)整。從一般意義而言，質(zhì)量通常會(huì)被定義為“無缺陷”。進(jìn)一步講，如果企業(yè)是以顧客為中心的，那么通常是根據(jù)顧客滿意來定義質(zhì)量：“如果顧客不喜歡，那該產(chǎn)品就有缺陷?！?.1ERP系統(tǒng)測(cè)試基礎(chǔ)一個(gè)軟件之所以被認(rèn)定為質(zhì)量優(yōu)秀，應(yīng)具備以下特性：

●滿足用戶的需求。

●合理的進(jìn)度、成本、功能關(guān)系。

●具備擴(kuò)展性和靈活性，能夠適應(yīng)一定程度的需求變化。

●能夠有效處理例外的情況。

其中，滿足用戶的需求是最重要的評(píng)判標(biāo)準(zhǔn)。

ERP系統(tǒng)作為一種特殊的軟件系統(tǒng)，其質(zhì)量同樣具備軟件質(zhì)量的特點(diǎn)。

2.軟件錯(cuò)誤的定義

在現(xiàn)實(shí)中，人們遇到很多軟件質(zhì)量問題，這些問題，輕則給使用者帶來不便，重則導(dǎo)致重要數(shù)據(jù)丟失、重大財(cái)產(chǎn)損失、甚至危及生命。這些質(zhì)量問題被稱為軟件錯(cuò)誤。

軟件錯(cuò)誤是指軟件產(chǎn)品中存在的導(dǎo)致期望的運(yùn)行結(jié)果和實(shí)際結(jié)果間出現(xiàn)差異的一系列問題，這些問題包括故障、失效、缺陷。軟件錯(cuò)誤又被稱為“Bug”。Bug的出現(xiàn)并不一定是代碼問題，也可能是需求或設(shè)計(jì)等方面引起的。我們也可以認(rèn)為軟件錯(cuò)誤是用戶不喜歡的或者不能幫助用戶使用應(yīng)用程序達(dá)到目標(biāo)的東西。

3.軟件質(zhì)量保證

為了提高軟件的質(zhì)量，人們進(jìn)行了大量的研究和實(shí)踐。最初的重點(diǎn)是著眼于技術(shù)革新，注重對(duì)各種軟件工具、各種計(jì)算機(jī)輔助軟件工程環(huán)境以及軟件開發(fā)“模型”的研究，但這些都未能達(dá)到預(yù)期的目標(biāo)。人們逐漸認(rèn)識(shí)到，如果能夠同時(shí)對(duì)軟件開發(fā)過程的質(zhì)量加以控制，那么軟件質(zhì)量才可能大幅度的提高。也就是說，只有從一開始就在開發(fā)過程中實(shí)施嚴(yán)格的過程控制，軟件產(chǎn)品的質(zhì)量才可能有保證。因此，軟件質(zhì)量保證也從最初的技術(shù)、方法為重心，轉(zhuǎn)移到以過程管理為重心。軟件質(zhì)量保證的活動(dòng)主要包括：

●技術(shù)方法的應(yīng)用。

●正式技術(shù)評(píng)審的實(shí)施。

●軟件測(cè)試。

●標(biāo)準(zhǔn)的執(zhí)行。

●修改的控制。

●度量。

●記錄和記錄保存。

軟件質(zhì)量保證是為了確保軟件開發(fā)過程和結(jié)果符合預(yù)期的要求而建立的一系列規(guī)程，以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評(píng)價(jià)。軟件質(zhì)量保證并不等同于軟件測(cè)試。軟件質(zhì)量保證評(píng)估過程質(zhì)量，主要的目的是預(yù)防缺陷，而軟件測(cè)試評(píng)估產(chǎn)品質(zhì)量，主要目的是檢測(cè)錯(cuò)誤。軟件質(zhì)量保證通過評(píng)審測(cè)試結(jié)果和搜集軟件質(zhì)量度量監(jiān)控測(cè)試的有效性，對(duì)軟件測(cè)試文檔的審核用于確定測(cè)試活動(dòng)是否符合建立的標(biāo)準(zhǔn)和規(guī)范的要求。

對(duì)于ERP實(shí)施項(xiàng)目的ERP系統(tǒng)來說，其質(zhì)量保證，就是為了確保ERP實(shí)施過程和結(jié)果符合預(yù)期的要求而建立的一系列規(guī)程，以及依照規(guī)程和計(jì)劃采取的一系列活動(dòng)及其結(jié)果評(píng)價(jià)，實(shí)際上就是指實(shí)施過程的規(guī)范化管理及效果評(píng)價(jià)。8.1.2ERP系統(tǒng)測(cè)試

1.軟件測(cè)試基本概念

軟件測(cè)試是軟件開發(fā)過程的重要組成部分，用來確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開發(fā)之前所提出的要求。軟件測(cè)試的目的，第一是確認(rèn)軟件的質(zhì)量，即一方面是確認(rèn)軟件做了我們所期望的事情，另一方面是確認(rèn)軟件以正確的方式來做了這個(gè)事情。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三，軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。如果一個(gè)軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。測(cè)試人員在軟件開發(fā)過程中的任務(wù)主要如下：

(1)尋找Bug。

(2)避免軟件開發(fā)過程中的缺陷。

(3)衡量軟件的品質(zhì)。

(4)關(guān)注用戶的需求。

總的目標(biāo)是：確保軟件的質(zhì)量。常用的軟件測(cè)試方法有：黑盒測(cè)試和白盒測(cè)試。黑盒測(cè)試顧名思義就是將被測(cè)系統(tǒng)看成一個(gè)黑盒，從外界取得輸入，然后再輸出。整個(gè)測(cè)試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測(cè)試要求測(cè)試者在測(cè)試時(shí)不能使用與被測(cè)系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識(shí)或經(jīng)驗(yàn)，它適用于對(duì)系統(tǒng)的功能進(jìn)行測(cè)試。黑盒測(cè)試的優(yōu)點(diǎn)如下：

(1)比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)。

(2)與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)。

(3)從用戶角度出發(fā)，能很容易地知道用戶會(huì)用到哪些功能、會(huì)遇到哪些問題。

(4)基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能。

(5)在做軟件自動(dòng)化測(cè)試時(shí)較為方便。黑盒測(cè)試的缺點(diǎn)如下：

(1)不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%。

(2)自動(dòng)化測(cè)試的復(fù)用性較低。

白盒測(cè)試是指在測(cè)試時(shí)能夠了解被測(cè)對(duì)象的結(jié)構(gòu)，可以查閱被測(cè)代碼內(nèi)容的測(cè)試工作。它需要知道程序內(nèi)部的設(shè)計(jì)結(jié)構(gòu)及具體的代碼實(shí)現(xiàn)，并以此為基礎(chǔ)來設(shè)計(jì)測(cè)試用例。

白盒測(cè)試的直接好處就是知道所設(shè)計(jì)的測(cè)試用例在代碼級(jí)上哪些地方被忽略，它的優(yōu)點(diǎn)是能幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測(cè)試的缺點(diǎn)如下：

(1)程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑。

(2)測(cè)試基于代碼，只能測(cè)試開發(fā)人員做得對(duì)不對(duì)，而不能知道設(shè)計(jì)得正確與否，可能會(huì)漏掉一些功能需求。

(3)系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。

2.?ERP系統(tǒng)測(cè)試概念

本質(zhì)上來說，ERP系統(tǒng)也是一個(gè)軟件，但對(duì)ERP實(shí)施項(xiàng)目來說，測(cè)試的主要目的是確保實(shí)施完成的ERP系統(tǒng)能夠滿足企業(yè)預(yù)定的各項(xiàng)管理需求，同時(shí)具備相應(yīng)的安全性、可靠性等性能。本節(jié)所說的ERP系統(tǒng)測(cè)試就是指ERP實(shí)施項(xiàng)目的系統(tǒng)測(cè)試，因此，其測(cè)試的內(nèi)容和方法就和普通的軟件測(cè)試不同。

ERP項(xiàng)目的系統(tǒng)測(cè)試，一般是基于這樣一個(gè)基礎(chǔ)：ERP系統(tǒng)軟件是一種相對(duì)成熟的產(chǎn)品，已經(jīng)在其他企業(yè)成功實(shí)施過。因此，ERP項(xiàng)目的系統(tǒng)測(cè)試的測(cè)試人員一般為ERP項(xiàng)目的工程實(shí)施人員；測(cè)試方案一般采用黑盒測(cè)試，測(cè)試目的也和軟件測(cè)試不同。在一些軟件公司的ERP實(shí)施方法論中，沒有明確指出ERP系統(tǒng)測(cè)試這一過程，而實(shí)際上，系統(tǒng)測(cè)試是一個(gè)不能避免的過程。實(shí)施方法論中雖然沒有明確這一過程，但往往將此過程包含到其他過程中，如流程模擬、系統(tǒng)初始化等。

3.?ERP系統(tǒng)測(cè)試的主要內(nèi)容

ERP系統(tǒng)測(cè)試的主要內(nèi)容有功能測(cè)試、安全測(cè)試、易用性測(cè)試、性能測(cè)試、穩(wěn)定性測(cè)試、健壯性測(cè)試等。

1)功能測(cè)試

功能測(cè)試主要是確保ERP系統(tǒng)在上線之前能滿足所有的業(yè)務(wù)需求，其關(guān)鍵在于測(cè)試和驗(yàn)證這些系統(tǒng)的運(yùn)作情況是否符合設(shè)計(jì)要求，其測(cè)試依據(jù)是需求文檔。功能測(cè)試具體可以分為數(shù)據(jù)測(cè)試、業(yè)務(wù)流程測(cè)試、報(bào)表測(cè)試等。

(1)數(shù)據(jù)測(cè)試：主要核對(duì)輸入的基礎(chǔ)數(shù)據(jù)、初始數(shù)據(jù)是否有誤，同時(shí)，通過有關(guān)ERP系統(tǒng)的功能(例如，利用系統(tǒng)的盤點(diǎn)表與現(xiàn)有庫存余額表核對(duì)庫存余額；利用系統(tǒng)的明細(xì)余額表與現(xiàn)有賬簿核對(duì)明細(xì)余額等)，來檢測(cè)數(shù)據(jù)的正確性和有效性。

(2)業(yè)務(wù)流程測(cè)試：主要驗(yàn)證各種業(yè)務(wù)流程是否正確運(yùn)作。由于工作流對(duì)強(qiáng)化業(yè)務(wù)規(guī)則來說是非常重要的，因此測(cè)試應(yīng)該覆蓋整個(gè)整合系統(tǒng)中的所有導(dǎo)航項(xiàng)目和直接功能。應(yīng)用的業(yè)務(wù)規(guī)則和啟動(dòng)項(xiàng)必須通過全面測(cè)試，確保所有規(guī)則能被正確地執(zhí)行。

(3)報(bào)表測(cè)試：主要驗(yàn)證各種報(bào)表是否符合企業(yè)所提出的報(bào)表需求，包括報(bào)表數(shù)據(jù)的正確性、數(shù)據(jù)項(xiàng)是否缺少、報(bào)表格式是否正確等。

2)安全性測(cè)試

安全性包括系統(tǒng)安全性和用戶安全性。系統(tǒng)安全性是指測(cè)試軟件系統(tǒng)防止非法入侵的能力。用戶安全性是指系統(tǒng)中的用戶可以完成系統(tǒng)指定的功能，且不能執(zhí)行系統(tǒng)沒有指定的功能。用戶安全性主要是通過權(quán)限控制系統(tǒng)來完成的，ERP權(quán)限控制系統(tǒng)決定了用戶可以使用哪些信息，用戶在這些信息中可以看到哪些數(shù)據(jù)。從用戶界面的角度出發(fā)測(cè)試安全性可以確保嚴(yán)格執(zhí)行驗(yàn)證規(guī)則。

3)易用性測(cè)試

易用性測(cè)試指軟件系統(tǒng)的使用方便程度。其具體測(cè)試內(nèi)容見表8-1。表8-1易?用?性?測(cè)?試

4)性能測(cè)試

性能測(cè)試驗(yàn)證系統(tǒng)是否達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)系統(tǒng)中存在的性能瓶頸，起到優(yōu)化系統(tǒng)的作用。主要的性能指標(biāo)有服務(wù)器的各項(xiàng)指標(biāo)(CPU、內(nèi)存占用率等)、后臺(tái)數(shù)據(jù)庫的各項(xiàng)指標(biāo)、網(wǎng)絡(luò)流量、響應(yīng)時(shí)間等。通常，把正常情況下的性能指標(biāo)測(cè)試、在正常的基礎(chǔ)上加大多少百分比壓力的性能指標(biāo)測(cè)試(即壓力測(cè)試)和不斷加壓直到系統(tǒng)崩潰的指標(biāo)測(cè)試(即負(fù)載測(cè)試)統(tǒng)稱為性能測(cè)試。其他有關(guān)性能測(cè)試的說明如下：

(1)性能測(cè)試是在功能測(cè)試完成之后進(jìn)行的。

(2)性能測(cè)試計(jì)劃、方案一般與測(cè)試用例統(tǒng)一放在一個(gè)文檔里。

(3)測(cè)試環(huán)境應(yīng)盡量與用戶環(huán)境保持一致。

(4)性能測(cè)試一般使用測(cè)試工具和測(cè)試人員編制測(cè)試腳本來完成，性能測(cè)試的環(huán)境應(yīng)單獨(dú)運(yùn)行，盡量避免與其他軟件同時(shí)使用。

(5)性能測(cè)試的重點(diǎn)在于前期數(shù)據(jù)的設(shè)計(jì)與后期數(shù)據(jù)的分析。

(6)性能測(cè)試的用例主要涉及到整個(gè)系統(tǒng)架構(gòu)的問題，所以測(cè)試用例一旦生成，改動(dòng)一般不大，性能測(cè)試的重復(fù)使用率一般比較高。

5)穩(wěn)定性測(cè)試

穩(wěn)定性測(cè)試測(cè)試軟件是否能長時(shí)間運(yùn)行，且在長運(yùn)行時(shí)間下是否出現(xiàn)異常。

6)健壯性測(cè)試

健壯性測(cè)試測(cè)試軟件系統(tǒng)在異常情況下能否正常運(yùn)行的能力。健壯性有兩層含義：一是容錯(cuò)能力，二是恢復(fù)能力。

4.測(cè)試用例

對(duì)于前面所說的各項(xiàng)測(cè)試內(nèi)容，最終是通過設(shè)計(jì)測(cè)試用例進(jìn)行的。測(cè)試用例是為某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。測(cè)試用例目前沒有經(jīng)典的定義，比較通常的說法是：對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。測(cè)試用例的內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。測(cè)試用例是根據(jù)需求來設(shè)計(jì)的，而不同類別的軟件，其需求不同，因此測(cè)試用例也是不同的。一般，測(cè)試用例可以根據(jù)它們所關(guān)聯(lián)的測(cè)試類型或測(cè)試需求來分類，而且將隨類型和需求進(jìn)行相應(yīng)的改變。最佳方案是為每個(gè)測(cè)試需求至少編制兩個(gè)測(cè)試用例：一個(gè)測(cè)試用例用于證明該需求已經(jīng)滿足，通常稱做正面測(cè)試用例；另一個(gè)測(cè)試用例反映某個(gè)無法接受、反?；蛞馔獾臈l件或數(shù)據(jù)，用于論證只有在所需條件下才能夠滿足該需求，這個(gè)測(cè)試用例稱做負(fù)面測(cè)試用例。測(cè)試用例可以分為基本事件、備選事件和異常事件。設(shè)計(jì)基本事件的用例應(yīng)該參照用例規(guī)約(或設(shè)計(jì)規(guī)格說明書)，根據(jù)關(guān)聯(lián)的功能、操作按路徑分析法設(shè)計(jì)測(cè)試用例，而對(duì)孤立的功能則直接按功能設(shè)計(jì)測(cè)試用例?；臼录臏y(cè)試用例應(yīng)包含所有需要實(shí)現(xiàn)的需求功能，覆蓋率達(dá)100%。

設(shè)計(jì)備選事件和異常事件的用例則要復(fù)雜和困難得多。

一般軟件測(cè)試常用的基本方法有等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、邏輯覆蓋法等設(shè)計(jì)測(cè)試用例。對(duì)于ERP系統(tǒng)來說，可以采用等價(jià)類劃分法、邏輯覆蓋法等進(jìn)行測(cè)試用例的設(shè)計(jì)。8.1.3測(cè)試工作流程

測(cè)試工作的流程如下：

(1)制定測(cè)試計(jì)劃。

(2)設(shè)計(jì)測(cè)試案例。

(3)執(zhí)行系統(tǒng)測(cè)試。

(4)進(jìn)行缺陷管理和改錯(cuò)。

(5)編寫《驗(yàn)收測(cè)試報(bào)告》。8.1.4測(cè)試文檔

主要的測(cè)試文檔有測(cè)試計(jì)劃、測(cè)試案例、測(cè)試報(bào)告等。

1.測(cè)試計(jì)劃

測(cè)試計(jì)劃是測(cè)試人員管理測(cè)試項(xiàng)目，在軟件中尋找Bug的一種有效的工具。測(cè)試計(jì)劃主要有兩個(gè)作用，一是評(píng)判測(cè)試覆蓋率以及效率，使測(cè)試工作有條理地逐步展開；二是有利于與項(xiàng)目經(jīng)理、開發(fā)人員進(jìn)行溝通?？傊辛藴y(cè)試計(jì)劃，可以更好地完成測(cè)試工作，確保用戶的滿意度。測(cè)試人員在編寫測(cè)試計(jì)劃之前，應(yīng)獲得以下文檔：

(1)程序經(jīng)理編寫的產(chǎn)品功能說明書或產(chǎn)品開發(fā)計(jì)劃。

(2)程序經(jīng)理或開發(fā)人員提供的開發(fā)進(jìn)度表。

根據(jù)產(chǎn)品的特性及開發(fā)進(jìn)度安排，測(cè)試人員制定具體的測(cè)試計(jì)劃。測(cè)試計(jì)劃通常包括以下內(nèi)容：

(1)測(cè)試目標(biāo)和發(fā)布條件。

①給出清晰的測(cè)試目標(biāo)描述。

②定義產(chǎn)品的發(fā)布條件，即在達(dá)到何種測(cè)試目標(biāo)的前提下才可以發(fā)布產(chǎn)品的某個(gè)特定版本。

(2)給出待測(cè)產(chǎn)品范圍。其內(nèi)容包括：

①軟件主要特性/功能說明，即待測(cè)軟件主要特性的列表。

②特性/功能測(cè)試一覽，應(yīng)涵蓋所有特性、對(duì)話框、菜單和錯(cuò)誤信息等待測(cè)內(nèi)容，并列舉每個(gè)測(cè)試范圍內(nèi)要重點(diǎn)考慮的關(guān)鍵功能。

(3)給出測(cè)試方法描述。其內(nèi)容包括：

①定義測(cè)試軟件產(chǎn)品時(shí)使用的方法。

②描述每一種特定的測(cè)試方法可以覆蓋哪些測(cè)試范圍。

(4)確定測(cè)試人員。其內(nèi)容包括：

①定義參與測(cè)試的人員，并給出所有測(cè)試人員的相關(guān)信息。

②描述每位測(cè)試人員的職責(zé)范圍。

(5)給出測(cè)試進(jìn)度表。具體包括：

①定義測(cè)試?yán)锍瘫?/p>

②定義當(dāng)前里程碑的詳細(xì)測(cè)試進(jìn)度。

(6)確定配置范圍和測(cè)試工具。其內(nèi)容包括：

①給出測(cè)試時(shí)使用的所有計(jì)算機(jī)平臺(tái)列表。

②描述測(cè)試覆蓋了哪些硬件設(shè)備。

③測(cè)試時(shí)使用的主要測(cè)試工具。此外，還應(yīng)列出測(cè)試中可能會(huì)面臨的風(fēng)險(xiǎn)及測(cè)試的依賴性，即測(cè)試是否依賴于某個(gè)產(chǎn)品或某個(gè)團(tuán)隊(duì)。比如此項(xiàng)測(cè)試依賴于需要二次開發(fā)的特定模塊A，而這個(gè)特定模塊A要在次年2月份才能做好，那么此項(xiàng)測(cè)試就可能只有在次年2月份才能開始，這樣就存在著依賴關(guān)系。如果該團(tuán)隊(duì)的開發(fā)計(jì)劃推后，則此項(xiàng)測(cè)試也會(huì)被推遲。

2.測(cè)試案例

ERP實(shí)施項(xiàng)目的測(cè)試用例一般以該ERP軟件模塊或子系統(tǒng)為單位，形成一個(gè)測(cè)試用例文檔，但并不是絕對(duì)的。編寫測(cè)試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。

測(cè)試用例文檔由簡介和測(cè)試用例兩部分組成。簡介部分編制了測(cè)試目的、測(cè)試范圍、定義術(shù)語、參考文檔、概述等。測(cè)試用例部分逐一列示各測(cè)試用例。每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：用例編號(hào)、用例名稱、測(cè)試目的、測(cè)試要求、測(cè)試步驟、預(yù)期結(jié)果(含判斷標(biāo)準(zhǔn))等。

測(cè)試用例可以采用表8-2所示方式，每個(gè)用例填寫一張表格。表8-2測(cè)試用例

3.測(cè)試報(bào)告

測(cè)試報(bào)告有兩種，一種是測(cè)試用例進(jìn)行測(cè)試后針對(duì)每個(gè)測(cè)試用例所提交的用例測(cè)試結(jié)果報(bào)告；另一種是所有測(cè)試完成之后所提交的整體測(cè)試結(jié)果報(bào)告。

1)用例測(cè)試報(bào)告

用例測(cè)試報(bào)告一般是在測(cè)試用例的基礎(chǔ)上擴(kuò)充部分內(nèi)容而得到的，如表8-3所示，其中增加了測(cè)試結(jié)果、備注、測(cè)試人和測(cè)試時(shí)間信息。表8-3用例測(cè)試報(bào)告

2)整體測(cè)試結(jié)果報(bào)告

整體測(cè)試結(jié)果報(bào)告通常也叫驗(yàn)收測(cè)試報(bào)告，一般是根據(jù)測(cè)試計(jì)劃、測(cè)試結(jié)果來編寫的，其主要內(nèi)容包括測(cè)試背景、測(cè)試依據(jù)、測(cè)試環(huán)境、測(cè)試方法、測(cè)試時(shí)間和測(cè)試人員、測(cè)試情況與記錄、測(cè)試結(jié)果、反饋建議等。

測(cè)試背景：簡要說明本次測(cè)試的主體以及需要達(dá)到的目標(biāo)。

測(cè)試依據(jù)：列出本次測(cè)試的主要依據(jù)，一般為需求說明書等相關(guān)文檔。

測(cè)試環(huán)境：說明本次測(cè)試的軟件、硬件環(huán)境，對(duì)于軟件，要說明軟件的版本號(hào)。測(cè)試方法：說明本次測(cè)試所采用的測(cè)試方法，一般和測(cè)試計(jì)劃中的測(cè)試方法相同。

測(cè)試時(shí)間和人員：說明本次測(cè)試的起止時(shí)間以及測(cè)試負(fù)責(zé)人和測(cè)試參與人員。對(duì)于測(cè)試人員，要說明其職務(wù)。

測(cè)試情況與記錄：用表格的形式列出所有的測(cè)試項(xiàng)目，以及各測(cè)試項(xiàng)目的測(cè)試結(jié)果。這里的測(cè)試結(jié)果一般為“通過”或“不通過”。

測(cè)試結(jié)果：總體說明本次測(cè)試的結(jié)果。

反饋建議：列出在測(cè)試過程中發(fā)現(xiàn)的問題以及需要改進(jìn)的地方。8.2.1制定測(cè)試計(jì)劃

測(cè)試計(jì)劃一般是在充分理解需求以后，在需求文檔的基礎(chǔ)上根據(jù)測(cè)試計(jì)劃的文檔項(xiàng)目由經(jīng)理依次寫入各項(xiàng)內(nèi)容制定而成。現(xiàn)針對(duì)測(cè)試計(jì)劃文檔的各部分說明如下。8.2ERP系統(tǒng)測(cè)試過程

1.測(cè)試目標(biāo)和發(fā)布條件

針對(duì)本項(xiàng)目，測(cè)試目標(biāo)為：保證初始化后的ERP系統(tǒng)數(shù)據(jù)錄入正確，各業(yè)務(wù)流程符合業(yè)務(wù)需求，ERP系統(tǒng)能正常運(yùn)行，保證超市進(jìn)銷存管理的需要。

發(fā)布條件為：只有通過所有測(cè)試項(xiàng)目的測(cè)試，才可以上線試運(yùn)行。

2.待測(cè)產(chǎn)品范圍

待測(cè)產(chǎn)品范圍主要說明軟件的主要特性、功能，即列出所要測(cè)試的項(xiàng)目。針對(duì)本項(xiàng)目，列出的測(cè)試項(xiàng)目如表8-4所示。對(duì)于其中一些測(cè)試項(xiàng)目，在表8-4中列舉得還不夠詳細(xì)，則可以用另外的附加表格進(jìn)行細(xì)化說明。例如，軟件功能模塊的基礎(chǔ)數(shù)據(jù)管理，還可以細(xì)分為物料管理、單位管理、員工管理等；其他模塊如采購模塊、銷售模塊、倉存模塊、基礎(chǔ)數(shù)據(jù)等，也都可以進(jìn)一步細(xì)化。表8-4測(cè)試項(xiàng)目列表

3.測(cè)試方法描述

測(cè)試方法描述主要定義測(cè)試軟件產(chǎn)品時(shí)使用的測(cè)試方法，并描述每一種特定的測(cè)試方法可以覆蓋哪些測(cè)試范圍。針對(duì)本項(xiàng)目，ERP系統(tǒng)是相對(duì)成熟的產(chǎn)品，不是一個(gè)軟件開發(fā)項(xiàng)目，因此，采用的測(cè)試方法應(yīng)為黑盒測(cè)試。

4.測(cè)試環(huán)境

測(cè)試環(huán)境主要列出測(cè)試的軟硬件環(huán)境、外部接口以及所使用的測(cè)試工具。針對(duì)本項(xiàng)目，列出測(cè)試環(huán)境如下：

計(jì)算機(jī)：服務(wù)器一臺(tái)，工作機(jī)三臺(tái)。

操作系統(tǒng)：Windows2000Server。

數(shù)據(jù)庫：SQL2000。

進(jìn)銷存軟件：金蝶K/3V10.4。

5.測(cè)試人員

測(cè)試人員主要定義參與測(cè)試的人員，給出所有測(cè)試人員的相關(guān)信息，并描述每位測(cè)試人員的職責(zé)范圍。針對(duì)本項(xiàng)目，列出測(cè)試人員，如表8-5所示。表8-5測(cè)試人員列表

6.測(cè)試進(jìn)度表

測(cè)試進(jìn)度表主要用來定義測(cè)試?yán)锍瘫约爱?dāng)前里程碑的詳細(xì)測(cè)試進(jìn)度。針對(duì)本項(xiàng)目，列出測(cè)試進(jìn)度表，如表8-6所示。表8-6測(cè)試進(jìn)度安排8.2.2選擇測(cè)試案例

在制定測(cè)試計(jì)劃之后，開始選擇測(cè)試案例。一般，一些成熟的ERP軟件商會(huì)提供一套完整的測(cè)試案例，當(dāng)然，也可以根據(jù)實(shí)際情況來編寫具體的測(cè)試案例。

對(duì)于ERP實(shí)施項(xiàng)目，由于軟件產(chǎn)品本身是一個(gè)成熟的產(chǎn)品，因此，測(cè)試重點(diǎn)并不在于軟件產(chǎn)品功能本身，而應(yīng)將重點(diǎn)放在數(shù)據(jù)、流程等的正確性上。所以，在編寫測(cè)試案例時(shí)，也應(yīng)該將重點(diǎn)放在這里。實(shí)際上，在很多實(shí)際的ERP實(shí)施過程中，對(duì)于軟件的功能、性能、穩(wěn)定性、健壯性、易用性等并沒有專門設(shè)計(jì)測(cè)試案例，只是進(jìn)行簡單的一般性測(cè)試。針對(duì)本項(xiàng)目，系統(tǒng)功能中的數(shù)據(jù)、業(yè)務(wù)流程、統(tǒng)計(jì)報(bào)表等，需要編寫測(cè)試案例。每一個(gè)測(cè)試子項(xiàng)目需編寫一個(gè)測(cè)試案例，對(duì)于還不夠詳細(xì)的測(cè)試子項(xiàng)目，要進(jìn)一步細(xì)化后再編寫測(cè)試案例。編寫測(cè)試案例時(shí)，可以采用前面提到過的測(cè)試案例文檔格式，如表8-7所示。表8-7測(cè)試案例之日銷售匯總報(bào)表8.2.3實(shí)施測(cè)試

在測(cè)試案例完成之后，各測(cè)試人員需按照測(cè)試計(jì)劃的時(shí)間和任務(wù)要求，根據(jù)設(shè)計(jì)的測(cè)試案例實(shí)施測(cè)試，然后根據(jù)測(cè)試現(xiàn)象或測(cè)試的結(jié)果，與測(cè)試案例中的預(yù)期結(jié)果進(jìn)行比對(duì)，并填寫測(cè)試報(bào)告。

測(cè)試時(shí)需要注意的是，測(cè)試案例中有些地方的說明并不夠明確，比如前面測(cè)試日銷售匯總報(bào)表的測(cè)試案例，測(cè)試步驟的第1步“輸入10筆銷售單”并沒有明確規(guī)定銷售單的內(nèi)容，因此，需要測(cè)試人員自己決定；同時(shí)，在進(jìn)行預(yù)期結(jié)果第3步的比對(duì)時(shí)，10筆銷售單的統(tǒng)計(jì)數(shù)據(jù)應(yīng)在系統(tǒng)外計(jì)算，并將系統(tǒng)外計(jì)算的統(tǒng)計(jì)數(shù)據(jù)和統(tǒng)計(jì)報(bào)表上的統(tǒng)計(jì)數(shù)據(jù)進(jìn)行

比對(duì)。

每項(xiàng)測(cè)試完成后，都要填寫測(cè)試報(bào)告，如表8-8所示。表8-8測(cè)試報(bào)告之日銷售匯總報(bào)表8.2.4測(cè)試問題反饋與處理

測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)問題后須及時(shí)進(jìn)行匯總反饋，分析其中的原因并提出建議解決方法，然后提交給專項(xiàng)負(fù)責(zé)人員處理，并規(guī)定解決時(shí)間；對(duì)于一些暫時(shí)無法解決的問題，要注明原因。

對(duì)于一些小型的ERP實(shí)施項(xiàng)目，一般情況下，測(cè)試人員和實(shí)施人員為同一人。此時(shí)，測(cè)試人員會(huì)直接去修改解決測(cè)試時(shí)發(fā)現(xiàn)的問題。在這種情況下，測(cè)試人員一般要記錄測(cè)試中發(fā)現(xiàn)的問題以及解決的方法和時(shí)間，以備以后發(fā)現(xiàn)同類問題時(shí)參考。全部測(cè)試完成并且測(cè)試結(jié)果無誤后，即可編寫《驗(yàn)收測(cè)試報(bào)告》。內(nèi)容具體如下：

《驗(yàn)收測(cè)試報(bào)告