《ERP項目管理與實施》課件第8章

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

習題

8.1.1軟件質(zhì)量保證

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

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

●滿足用戶的需求。

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

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

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

其中，滿足用戶的需求是最重要的評判標準。

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

2.軟件錯誤的定義

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

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

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

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

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

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

●軟件測試。

●標準的執(zhí)行。

●修改的控制。

●度量。

●記錄和記錄保存。

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

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

1.軟件測試基本概念

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

(1)尋找Bug。

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

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

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

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

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

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

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

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

(5)在做軟件自動化測試時較為方便。黑盒測試的缺點如下：

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

(2)自動化測試的復用性較低。

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

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

(1)程序運行會有很多不同的路徑，不可能測試所有的運行路徑。

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

(3)系統(tǒng)龐大時，測試開銷會非常大。

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

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

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

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

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

1)功能測試

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

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

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

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

2)安全性測試

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

3)易用性測試

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

4)性能測試

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

(1)性能測試是在功能測試完成之后進行的。

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

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

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

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

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

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

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

6)健壯性測試

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

4.測試用例

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

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

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

測試工作的流程如下：

(1)制定測試計劃。

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

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

(4)進行缺陷管理和改錯。

(5)編寫《驗收測試報告》。8.1.4測試文檔

主要的測試文檔有測試計劃、測試案例、測試報告等。

1.測試計劃

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

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

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

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

(1)測試目標和發(fā)布條件。

①給出清晰的測試目標描述。

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

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

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

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

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

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

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

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

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

②描述每位測試人員的職責范圍。

(5)給出測試進度表。具體包括：

①定義測試里程碑。

②定義當前里程碑的詳細測試進度。

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

①給出測試時使用的所有計算機平臺列表。

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

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

2.測試案例

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

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

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

3.測試報告

測試報告有兩種，一種是測試用例進行測試后針對每個測試用例所提交的用例測試結(jié)果報告；另一種是所有測試完成之后所提交的整體測試結(jié)果報告。

1)用例測試報告

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

2)整體測試結(jié)果報告

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

測試背景：簡要說明本次測試的主體以及需要達到的目標。

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

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

測試時間和人員：說明本次測試的起止時間以及測試負責人和測試參與人員。對于測試人員，要說明其職務(wù)。

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

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

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

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

1.測試目標和發(fā)布條件

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

發(fā)布條件為：只有通過所有測試項目的測試，才可以上線試運行。

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

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

3.測試方法描述

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

4.測試環(huán)境

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

計算機：服務(wù)器一臺，工作機三臺。

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

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

進銷存軟件：金蝶K/3V10.4。

5.測試人員

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

6.測試進度表

測試進度表主要用來定義測試里程碑以及當前里程碑的詳細測試進度。針對本項目，列出測試進度表，如表8-6所示。表8-6測試進度安排8.2.2選擇測試案例

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

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

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

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

比對。

每項測試完成后，都要填寫測試報告，如表8-8所示。表8-8測試報告之日銷售匯總報表8.2.4測試問題反饋與處理

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

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

《驗收測試報告