1 引言
軟件測試，按照開發階段可以劃分為：單元測試、集成測試、系統測試、確認測試和驗收測試；按照測試實施組織可以劃分為：開發方測試、用戶測試、第三方測試；按照測試技術可以劃分為：白盒測試、黑盒測試、灰盒測試。在信息系統建設項目中，根據項目的實際情況，可能會將多種測試類型融合進行，比如，將系統測試和確認測試兩階段合并，采用黑盒測試技術，由建設單位、監理單位、承建單位共同組成測試小組進行測試，這個測試階段從信息系統建設的角度，我們稱之為項目初驗階段，這種測試統稱為系統測試。
項目初驗階段的系統測試，根據信息系統的不同類型，其關注點也有所不同，這也是體現信息系統監理價值之處。因此，根據信息系統的類型，對其測試的監理要點進行分析研究，對提高信息系統工程監理的質量有重要意義。
2 信息系統測試及監理要點分析
2.1 信息系統的類型
信息系統，從項目建設的角度可以分為純開發系統和二次開發配置系統。純開發系統是指根據用戶需求，采用某種編程語言(如Java、JSP)和某種開發工具(如eclipse)，從零基礎開始編寫代碼實現的系統。二次開發配置系統是指在成品軟件(如Oracle DIM、Oracle BIEE、Oracle CRM、Oracle EBS、Oracle iLearning等)的基礎上，根據用戶需求，進行配置開發實現的系統。
2.2 信息系統項目測試的流程
從信息系統監理的角度，信息系統項目中測試的流程基本分兩步進行，第一步，承建單位進行的測試；第二步，項目小組(建設單位、監理單位、承建單位)進行的測試。具體流程如圖1所示。
圖1 信息系統項目測試的流程
2.3 系統測試的關注點
2.3.1 純開發系統
純開發系統的質量與開發人員的技術水平、開發風格、對系統需求目標的理解等因素有很密切的關系，導致純開發系統的測試工作任務繁重，其關注點也很多、很細。從監理的角度，假定系統基本包含用戶需求的所有功能點，純開發系統測試時的關注點，可以概括為：(1)系統界面布局的合理性、美觀性；(2)系統每個組件、控件的有效性、合理性；(3)系統流程邏輯的合理性；(4)具體功能的實現方式的最優性；(5)開發代碼的可閱讀性等。
2.3.2 二次開發配置系統
二次開發配置系統的質量部分取決于所基于的軟件產品的質量。進行二次開發配置系統測試時的關注點，可以概括為：(1)系統組件、控件的有效性；(2)系統流程邏輯的合理性等。
與純開發系統的區別，主要體現在(1)系統界面的整體布局基于成品軟件產品，細節部分可以二次干預；(2)系統組件、控件的合理性也基于成品軟件產品，不建議二次干預(系統升級后，一切恢復為成品軟件原始狀態)；(3)編寫開發代碼的工作量比純開發系統的工作量少。
3 基于Oracle軟件二次開發的系統測試的監理要點分析
3.1 背景
東營軟件園甲骨文公共技術服務平臺(以下簡稱為“平臺”)項目建設內容，簡述為：首先，將Oracle軟件產品(主要包括Oracle BIEE、Oracle EBS、Oracle DIM、Oracle CRM、Oracle iLearning和Oracle Database)安裝部署在IBM云平臺基礎架構上，其中，前五種安裝部署在云平臺的服務器上，Oracte Database內置在云平臺中，即達到云平臺內置軟件集成效果，現在虛擬機的軟件列表中。然后，在此Oracle軟件產品的基礎上進行二次開發配置建設公共技術服務平臺(包括產業公共服務平臺、公共商務平臺、科技創新平臺、電子商務平臺、人才服務平臺及門戶)，提供單點登錄、統一入口，使企業享受Oracle軟件產品帶來的便利，感受Oracle軟件的強大功能。
基于IBM云平臺基礎架構，對Oracle軟件產品進行二次開發配置，滿足用戶需要，屬于國內首例，在進行Oracle軟件產品的安裝調試過程和公共攜術服務平臺二次開發、移植、部署、配置等過程中，很多工作并沒有其他成型的項目可做參考，部分問題無法提前預知，這給承建單位的實施工作和監理單位的監理工作都提出很大的挑戰。
3.2 平臺的系統測試
平臺經過需求調研分析、概要設計、詳細設計、二次開發配置、差異化分析及修正、自測等階段之后進入項目初驗階段，承建方提交初驗申請，批準后，業主方、監理方、承建方組成平臺初驗的系統測試小組對平臺進行系統測試，包括功能測試、性能測試及回歸測試。
3.2.1 功能測試階段
平臺的系統測試的功能測試部分的流程，可以概括為：
(1)監理方根據承建方提交的測試方案，制定《功能測試記錄表》包含需求分析說明書中的所有功能點和項目合同文件中的所有功能模塊；
(2)按照測試方案(含測試用例)，采用手動測試的方式，一邊測試一邊記錄測試情況；
(3)監理方對功能測試記錄表進行分析，形成《功能測試結果分析報告》，包含通過測試的功能點及模塊、未通過測試的功能點及模塊、計劃完成功能點及模塊數與實際完成功能點及模塊數的比較、存在的問題及建議；
(4)承建方根據功能測試結果分析報告，制定《回歸測試記錄》確定初驗階段回歸測試的內容及終驗時需跟進的內容，三方討論通過后執行。
3.2.2 性能測試階段
平臺的系統測試的性能測試部分分別采用人工方式和工具測試兩種方式進行。該階段的流程，可以概括為：
(1)測試小組討論確定《性能測試指標》，包括對CPU利用率(＜=80％)、在CPU利用率允許范圍內的最大并發用戶數、吞吐量、疲勞強度(12小時)、響應時間、內存頁交換率等指標的要求規定；
(2)監理方根據承建方提交的測試方案，制定《性能測試記錄表》包含功能性、可靠性、易用性、效率、可維護性、可移植性六個方面；
(3)在功能測試完成時采用人工方式，進行以上六個方面的性能測試，填寫性能測試記錄表；
(4)監理方匯總性能測試記錄表，形成《性能測試結果報告》；
(5)根據性能測試指標，采用工具測試的方式，對平臺進行負載壓力測試，生成測試報表；
(6)承建方對測試報表進行分析，形成《性能測試分析報告》，提交監理方審核，審核通過后性能測試結束。
3.2.3 回歸測試階段
平臺的系統測試的回歸測試主要是指對功能測試的回歸測試，該階段的流程，可以概括為：
(1)按照測試方案和《回歸測試記錄》中確定的內容對平臺進行回歸測試，并將結果記錄在回歸測試記錄中；
(2)監理方對回歸測試記錄結果進行分析，形成《回歸測試結果分析報告》，包括本次通過測試的內容、還需改進在終驗時跟進的內容、在用戶培訓時需重點跟蹤的內容、平臺上線后需進行深化的內容；
(3)將回歸測試結果分析報告和回歸測試記錄中約定的需在后期跟進的內容匯總整理形成《工程備忘錄》，作為對項目初驗的補充。
3.2.4 系統測試報告
平臺的系統測試u引經歷功能測試、性能測試及回歸測試之后基本結束，監理方匯總整個測試過程中產生的文檔，形成《系統測試報告》及附件，附件包括《功能測試結果分析報告》、《性能測試指標》、《性能測試結果報告》、《性能測試分析報告》及測試報表、《回歸測試結果分析報告》、《工程備忘錄》。
4 系統測試的監理要點分析
信息系統測試的監理工作內容及要點包括：
(1)審核承建單位的單元測試報告、集成測試報告、自測報告(總集成測試報告)及回歸測試報告；
(2)審核承建單位提交的系統測試計劃、系統測試方案(包含測試用例)；
(3)根據測試計劃和測試方案，制定系統測試記錄表，包括功能測試記錄表、性能測試記錄表、回歸測試記錄表，三方討論確認后執行；
(4)協助業主方、確定性能測試指標，三方簽字確認后執行；
(5)根據測試記錄表，出具測試結果分析報告(功能測試結果分析報告、性能測試結果分析報告、回歸測試結果分析報告)，其中，功能測試結果分析報告和性能測試結果分析報告作為回歸測試的依據；
(6)匯總測試結果分析報告，出具初驗系統測試報告。
注意事項：
(1)明確項目初驗階段的系統測試的目的，特別是功能測試的目的。
(2)明確性能測試項的測試方式，哪些采用測試工具的方式進行，哪些采用人工方式進行。
(3)性能測試環境的高效性。
5 結束語
通過東營軟件園甲骨文公共技術服務平臺項目監理的實踐經驗，積累了基于IBM云平臺基礎架構的Oracle軟件產品二次開發配置系統的測試監理經驗，提出了不同類型的信息系統的測試關注點，并對信息系統測試的監理工作內容及要點進行了分析研究。本文的分析研究將對軟件工程監理中的測試監理起到一定指導作用。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://m.hanmeixuan.com/
本文標題：ERP信息系統測試監理要點分析研究
本文網址：http://m.hanmeixuan.com/html/consultation/1082028781.html
相關文章
