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