1、成績：西安建筑科技大學(xué)項目測試課程設(shè)計院（系）： 信息與控制工程學(xué)院專業(yè)班級： 軟件1301班課 程： 軟件項目測試學(xué)生姓名：彭隆西學(xué) 號： 130607046指導(dǎo)教師：曾應(yīng)員2017年1月20 日ERP 實施項目部分測試項目測試總結(jié)報告目錄項目測試總結(jié)報告 21. 引言 41.1 編寫目的 41.2 項目背景 41.3 系統(tǒng)簡介 41.4 參考文檔 52. 測試設(shè)計簡介 52.1 測試用例設(shè)計 52.2 測試環(huán)境與配置 62.3 測試方法和工具 62.4 測試相關(guān)文檔 63. 測試結(jié)果及其分析 73.1 測試執(zhí)行情況與記錄 73.2 缺陷匯總 73.3 測試覆蓋 74. 測試結(jié)論與建議 74

2、.1 結(jié)論： 74.2 建議： 91 . 引言1.1 編寫目的1) 本報告按照佳農(nóng)食品項目的技術(shù)要求反映佳農(nóng)食品項目的測試結(jié)果2) 編寫此文檔的目的是進一步定制軟件開發(fā)的細節(jié)問題, 便于用戶與開發(fā)商協(xié)調(diào)工作. 本文檔面向的讀者主要是項目委托單位的管理人員. 希望能使本軟件開發(fā)工作更具體1.2 項目背景項目背景：erp 系統(tǒng)的優(yōu)點：提供集成的信息系統(tǒng)，實現(xiàn)業(yè)務(wù)數(shù)據(jù)和資料共享。理順和規(guī)范業(yè)務(wù)流程，消除業(yè)務(wù)處理過程中的重復(fù)勞動，實現(xiàn)業(yè)務(wù)處理的標準化和規(guī)范化，提供數(shù)據(jù)集成，業(yè)務(wù)處理的隨意性被系統(tǒng)禁止，使得企業(yè)管理的基礎(chǔ)工作得到加強，工作的質(zhì)量進一步得到保證。由于數(shù)據(jù)的處理由系統(tǒng)自動完成，準確性與及時性

3、大大提高，分析手段更加規(guī)范和多樣，不但減輕了工作強度，還將促進企業(yè)管理人民從繁瑣的事務(wù)處理中解放出來，用更多的時間研究業(yè)務(wù)過程中存在的問題，研究并運用現(xiàn)代管理方法改進管理，促進現(xiàn)代管理方法在企業(yè)中的廣泛應(yīng)用。加強內(nèi)部控制，在工作控制方面能夠做到分工明確，適時控制，對每一環(huán)節(jié)所存在的問題都可以隨時反映出來，系統(tǒng)可以提供績效評定所需要的數(shù)據(jù)。通過系統(tǒng)的應(yīng)用自動協(xié)調(diào)各部門的業(yè)務(wù)，使企業(yè)的資源得到統(tǒng)一規(guī)劃和運用，降低庫存，加快資金周轉(zhuǎn)的速度將各部門聯(lián)成一個富有團隊精神的整體，協(xié)調(diào)運作。幫助決策，公司的決策層能明適時得到企業(yè)動態(tài)的經(jīng)營數(shù)據(jù)和ERP系統(tǒng)的模擬功能來協(xié)助進行正確的決策。 近年來，隨著佳農(nóng)公司

4、的業(yè)務(wù)范圍不斷擴大，單純的人工對資源的管理又耗費又耗時，為了更方便的對自身資源的管理，利用 ERP軟件的優(yōu)勢可以極大的解決資源管理的業(yè)務(wù)流程的繁瑣性。1.3 系統(tǒng)簡介ERP系統(tǒng)是企業(yè)資源計劃(Enterprise Resource Planning )的簡稱，是指建立在信息技術(shù)基礎(chǔ)上， 以系統(tǒng)化的管理思想，為企業(yè)決策層及員工提供決策運行手段的管理平臺。它是從MRP物料需求計劃)發(fā)展而來的新一代集成化管理信息系統(tǒng)，它擴展了 MRP勺功能，其核心思想是供應(yīng)鏈管理。它跳出了傳統(tǒng)企業(yè)邊界，從供應(yīng)鏈范圍去優(yōu)化企業(yè)的資源。ERP系統(tǒng)集信息技術(shù)與先進管理思想于一身，成為現(xiàn)代企業(yè)的運行模式，反映時代對企業(yè)合理

5、調(diào)配資源，最大化地創(chuàng)造社會財富的要求，成為企業(yè)在信息時代生存、發(fā)展的基石。它對于改善企業(yè)業(yè)務(wù)流程、提高企業(yè)核心競爭力具有顯著作用。ERP行業(yè)人才稀缺成為SAP發(fā)展的制約因素之一，鑒于此，國內(nèi)的ER*訓(xùn)行業(yè)也逐漸開始發(fā)展。1.4 參考文檔文檔（版本/日期）已創(chuàng)建或可用已被接收或已 經(jīng)過復(fù)審作者或來源備注需求規(guī)約/說明書，是，是姜磊文檔作者項目計劃，是，是賈福偉項目負責(zé)人設(shè)計規(guī)約/說明書，是，是陳芬芬文檔作者軟件測試計劃，是，是王惠測試人員軟件測試用例，是，是王惠測試人員2 .測試設(shè)計簡介2.1 測試用例設(shè)計設(shè)計測試用例點5個;ID模塊測試用例點|1銀行流水處理平臺流水直接勾兌2銀行流水處理平臺解

6、除流水直接勾兌3應(yīng)付模塊輸入發(fā)票批4應(yīng)付模塊輸入預(yù)付款發(fā)票5應(yīng)付模塊導(dǎo)入付款流水6應(yīng)付模塊流水匹配付款單7應(yīng)收模塊創(chuàng)建一張應(yīng)收發(fā)票8應(yīng)收模塊通過銀行流水創(chuàng)建一張超額收款 單9應(yīng)收模塊收款單核銷10應(yīng)收模塊創(chuàng)建單張收款退款會計科目11應(yīng)收模塊通過銀行流水創(chuàng)建日記賬12資產(chǎn)模塊手工增加新資產(chǎn)-明細增加13資產(chǎn)模塊手工增加新資產(chǎn)-快速增加14資產(chǎn)模塊增力口舊資產(chǎn)15手工創(chuàng)建總賬憑證-本位幣16手工創(chuàng)建總賬憑證-非本位幣n17審批日記賬批（僅限手工錄入憑 證）18總賬過賬2.2 測試環(huán)境與配置軟件版本RDBMS : 11.2.0.4.0 Oracle Applications : 12.2.4硬件版本

7、WindowsXP及以上2.3 測試方法和工具主要就是手工測試：測試人員通過pc登錄系統(tǒng)按照操作手冊首先對前臺數(shù)據(jù)及流程進行測試看看測試是否存在報錯以及確認業(yè)務(wù)邏輯是否合理，同時可以通過PL/SQL工具登錄數(shù)據(jù)庫檢驗前臺數(shù)據(jù)時候和界面保持一致。其他單點測試：單塊功能使用是否順暢便捷，是否存在特殊業(yè)務(wù)形式在系統(tǒng)中無法完成連接測試：不同模塊功能的信息流轉(zhuǎn)是否順利，不同崗位的信息流轉(zhuǎn)是否順暢2.4 測試相關(guān)文檔MD120系統(tǒng)設(shè)置_AP模塊_MD120系統(tǒng)設(shè)置_AR模塊_MD120_（統(tǒng)設(shè)置_FA模塊_MD120系統(tǒng)設(shè)置 GL模塊MD120系統(tǒng)設(shè)置_TAX模塊GF-I3CS-業(yè)務(wù)模灰-V1.0

8、87;GF-I3TS-銀行流水處理平臺GF-I3TS-應(yīng)付模塊測試腳本GF-I3TS-應(yīng)守模塊測試腳本 GF-I3TS-資產(chǎn)模塊測試腳本 GF-I3TS-總賬模塊測試腳本V 1.0.0 »V 1.0.0 »V 1.0.0 »V 1.0.0 »_V1.0.0 »- 測試腳本-V1.0.xlsx »- V1.0.xls »- V1.0.xls »- V1.0.xls »- V1.0.xls »3 .測試結(jié)果及其分析3.1 測試執(zhí)行情況與記錄測試信息基本情況備注prod版本V1.0.0 ;V1.0.1

9、; V1.0.2;共3版本；TEST版本V2.0.0; V2.0.1;V3.1.0.;V3.1.0;V3.2.0; V3.3.0; ;共6版本全面測試次數(shù)測試時間2016-1 2016-11;測試人員彭隆西、王惠等其他參與部分測試3.2 缺陷匯總BUG統(tǒng)計Bug StateBug TotalA SeverityB SeverityC SeverityD SeverityPostponed43810 1Opened62400Resolved00000 1Assigned00000 1Submit10100Closer492124163 JAll_Count602637175測試中發(fā)現(xiàn)A級問題：2

10、6; B 級問題 37; C級問171 ;D級問題 3個;3.3 測試覆蓋功能覆蓋率：60%;4 .測試結(jié)論與建議4.1 結(jié)論：部分需要測試的的功能已經(jīng)實現(xiàn)；基本穩(wěn)定；性能上達到了要求;但還存在以下問題；ID問題原因分析問題等級因為銀仃流水那筆數(shù) 據(jù)的GL日期為12月 31號，在系統(tǒng)中是映 射到2016-12和調(diào)整 期間2016-13 ,導(dǎo)致 導(dǎo)入的數(shù)據(jù)發(fā)生了重 復(fù)，并且日記賬分錄 不平。1GL銀行流水，狀態(tài)為 POST ,運行CUX:流水匹配 (GL)總帳憑證導(dǎo)入請求時報黃警告，流水無法導(dǎo)B入總帳2在表cux_ar_rebate_detail 中存在一39條錯誤狀 態(tài)的數(shù)據(jù)，錯誤原因 是：應(yīng)

11、收期間不是打B期間關(guān)閉例外報表顯示客戶返利應(yīng)收期間未打開開狀態(tài)；這些數(shù)據(jù)創(chuàng)建于2016-12-2 6:21:06 , 當(dāng)時的12月期間沒 有打開3采購接收單P00029556接收問題因為用戶操作問題導(dǎo) 致此接收單接收失 敗，庫存有差異C通過發(fā)票創(chuàng)建科目 后，無任何提示，但 是運行子分類帳例外 報表卻顯示該數(shù)據(jù)未 入賬。4應(yīng)付職責(zé)下創(chuàng)建發(fā)票或者是預(yù)付款，然后創(chuàng)建付款，|提交創(chuàng)建會計科目程序，無法正常創(chuàng)建會計科目。經(jīng)查看系統(tǒng)，目前所 給到的發(fā)票均能生成 會計分錄，并能傳送 至GLo且運行例外報 表，未查到報錯。C5開始查詢的結(jié)果vpd有效，如果往下拉一下右邊的 狀態(tài)條，再點一下庫存組織等表頭，會出

12、現(xiàn)所有庫 存組織所有倉庫區(qū)域的庫存。程序BUGC運維側(cè)4 到雖然生環(huán)境中確認6D16111000282因為選擇錯了出庫類型，沒有出庫 成功，后來把此銷售出庫給刪除了。但是仍有保留D16111000282 出庫給刪除了，但是出庫單 D16111000282 保留得相關(guān)物料沒有解除C庫存。7uat和eut系統(tǒng)不能做入庫接收。 接收事務(wù)處理請求 報紅。業(yè)務(wù)數(shù)據(jù)C8銷售訂單全程跟蹤表里面銷售員不全程序設(shè)置C9PROD退貨單界面篩選數(shù)據(jù)重復(fù)程序BUGC10新OU銷售訂單無法選到物料1程序設(shè)置CPostponed狀態(tài)遺留問題ID問題描述初步原因分析問題等級1總賬憑證重復(fù)程序設(shè)置A2應(yīng)付職責(zé)下無法正常創(chuàng)建會計科目A業(yè)務(wù)邏輯3創(chuàng)建會計科目，取消了。狀態(tài)仍然是未完成，無法 JA關(guān)閉期間程序BUG4銷售出庫已經(jīng)確認收入，但是導(dǎo)出的銷售日情況明細表和銷售出庫明細表都沒有這個單號的信息。廠業(yè)務(wù)邏輯A5應(yīng)收客戶資料維護頁面出錯系統(tǒng)問題A6WHM:同一機種多級BOM展開 引起UNDO表空間A100%表空間4.2 建議：對于以下非Postponed問題問題1:程序中限定導(dǎo)入到非調(diào)整期間，也就是把13調(diào)整期間排除掉問題2：處理方法：請檢查一下這些數(shù)據(jù)，如果是需要