論集成測試及其應用（系分）摘要2017年1月，我作為項目負責人，參加了XX市××集團公司ERP財務管控項目，該項目合同金額500萬元，合同工期為1年，該項目的主要目標為：1、搭建ERP財務管控平臺，實現(xiàn)客戶內部從孤島系統(tǒng)到集團管控系統(tǒng)的轉變；2、實現(xiàn)客戶基礎資料信息標準化，有效記錄管理集團各類信息資源；3、建立規(guī)范的財務、資金、預算、費用報銷、合并報表等的ERP系統(tǒng)操作規(guī)程，嚴控財務、資金、預算的業(yè)務流環(huán)節(jié)；4、提高客戶內部部門聯(lián)動性，提高企業(yè)分析與決策的能力，為企業(yè)下一步財務業(yè)務一體化目標打下堅實基礎。本文以該項目為例，結合本人項目實踐，主要從1、單元測試；2、集成測試；3、系統(tǒng)測試；4、確認測試等四個方面的工作，來闡述說明系統(tǒng)測試工作，特別是集成測試對于信息系統(tǒng)開發(fā)項目的重要作用和積極影響。正文背景 2017年1月，我作為項目負責人，參與并主導了XX市集團公司ERP財務管控運維項目，項目合同金額500萬元，實施周期為1年。本項目產品架構基于JAVA開發(fā)的BS架構，數據庫平臺是oracle11g，中間件為IBM的websphere，該集團公司希望借助先進財務管控平臺系統(tǒng)幫助客戶提高工作效率，提升自身管理價值：1、從總部到下屬分布在全國26個省份共計100個分子公司，每天的財務數據需實時高效從分子公司傳遞到集團總部，并將匯總的的財務數據定期生成匯總財務報表，改變原有信息系統(tǒng)孤島的現(xiàn)象；2、實現(xiàn)嚴格對全集團各分子公司的關鍵單據、預算與資金工作流的審批與監(jiān)控，3、因系統(tǒng)使用人員眾多，系統(tǒng)分布區(qū)域廣大，系統(tǒng)需確保高性能、高并發(fā)，以及高可用性，保證未來持續(xù)穩(wěn)定運行等。由此，本項目不僅對軟硬件環(huán)境要求較高，而且涉及實施組織龐大、實施業(yè)務復雜、實施周期長、項目干系人多，對項目的實施過程及開發(fā)管理也提出了較高的要求，特別是本項目的各階段里程碑的測試工作，直接關系到項目能否成功驗收，因而測試工作特別是集成測試在本項目顯得尤為重要。項目客戶方是第一次實施大型集團管控項目，缺乏項目經驗，因此也充分認識到本項目存在包含測試在內的各類風險，在項目的啟動會上，雙方項目領導明確要求項目組應把握好項目風險，有針對性的制定相關管控措施，確保項目的順利開展。 項目的成功驗收，離不開測試階段的細致工作，前期根據需求規(guī)格說明書所完成的開發(fā)成果，不能脫離測試而直接交付給客戶進行使用，因為需求規(guī)格說明書層面僅代表需求層面的確認，而不代表代碼層面的正確性，無法保證軟件質量，只有經過測試階段的工作，才能驗證軟件是否滿足從概要設計、詳細設計到需求規(guī)格說明書等軟件質量要求，也決定了項目最終能否驗收。因此，針對本項目的產品和開發(fā)交付混合且復雜、難度高的特點，更多的關注在集成測試方面，為此我做了如下相關測試保障措施： 一、單元測試單元測試也叫模塊測試，該測試對應的技術依據是軟件詳細設計說明書，測試目的是檢查詳細設計說明書中定義模塊的功能、性能、接口等約束條件，以發(fā)現(xiàn)模塊內可能存在的差錯。在本項目中，針對產品和開發(fā)部分，我采用孤立測試的單元測試策略，即不考慮模塊之間關系。1、標準產品部分，顧問依據制定的測試方案中的單模塊測試用例，進行單模塊的功能和接口測試，發(fā)現(xiàn)bug，立即反饋開發(fā)人員修改；2、二次開發(fā)代碼部分，使用人工檢查代碼的方式來檢查代碼邏輯，即開發(fā)和測試人員各配一名，在程序員完成編譯，測試人員立即對源程序代碼進行分析和檢驗，發(fā)現(xiàn)程序中的錯誤，開發(fā)人員立即對程序進行修改調整，這樣從項目進度上盡可能的既確保測試質量的前提下，又保證單元測試時間的控制；同時，測試人員同步更新測試文檔，做為項目過程資產。在單元測試的基礎上，再將所有的軟件單元按照概要設計規(guī)格說明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)，為下一步的集成測試工作做好準備。 二、集成測試集成測試對應的技術依據是軟件概要設計文檔，該測試的目的是檢查模塊之間，以及模塊和已集成的軟件之間的接口關系，并驗證已集成的軟件是否符合設計要求。進行集成測試測試之前，應確保單元測試的完成。由于本項目是大型erp集團管控項目，業(yè)務及模塊之間的接口關系復雜，從客戶方的角度，測試首要關注的是整體的功能和流程，客戶方對于項目測試報告的確認也是基于功能的測試結果。因此，本項目上，我采用基于功能的集成策略做測試工作，即：從軟件功能角度出發(fā)，按照功能的關鍵程序組織模塊的集成順序。1、對功能的優(yōu)先級進行排序；2、確定優(yōu)先級最高的功能路徑，把該路徑上所有模塊集成到一起，并綜合考慮驅動模塊和樁模塊；3、增加一個關鍵功能，通過重復1~3的步驟，把所有模塊全部集成到被測試系統(tǒng)中。同時，時時記錄和更新測試文檔。整個集成測試的方案是采用自底向上加黑盒測試方式，測試過程，完全關注概要設計文檔及需求規(guī)格說明書定義的功能、接口等滿足程序以及程序差錯情況。同時，測試過程中，發(fā)現(xiàn)問題，立即修改，直到所有測試不再發(fā)生新的問題，功能完全滿足文檔要求。集成測試的完成，相當于項目成功了一半，也為下一步的系統(tǒng)測試打下良好基礎。 三、系統(tǒng)測試系統(tǒng)測試的技術依據是用戶需求或開發(fā)合同，該測試是在真實系統(tǒng)環(huán)境下，驗證軟件配置項能否和系統(tǒng)正確連接，并滿足雙方已確認的設計文檔和開發(fā)合同要求。在這個階段，項目組最關注的是功能測試和性能測試。功能測試，是在集成測試的基礎上，繼續(xù)關注軟件是否存在缺陷bug，而性能測試關注的是開發(fā)軟件的壓力、負載、并發(fā)及可靠性的測試。本項目在系統(tǒng)測試階段，還借助了第三方的loadrunner能壓力測試工具輔助檢查，因客戶客戶端會達到400~500的并發(fā)量，因此性能測試也是極為重要的關注點。通過功能測試項目組對產品及二次開發(fā)做了不少修改和優(yōu)化動作，到最終系統(tǒng)測試完成，我們確認已達到用戶需求及開發(fā)合同的要求。 四、確認測試 本階段屬于項目的臨門一腳，確認測試主要用戶驗證軟件的功能、性能以及其他特性是否與用戶需求一致，測試對應技術依據的是需求規(guī)格說明書。本項目上，我們直接采用驗收測試，以用戶參與為主，在用戶的實際環(huán)境上，就所有產品配置加二次開發(fā)功能，進行全模塊的整體業(yè)務流程驗證，看看是否符合開發(fā)合同及需求規(guī)格說明書的要求，最終驗收測試獲得了客戶的認可，為雙方項目的驗收評審工作打下了基礎。結尾 2017年12月，本項目歷時一年，在雙方項目領導的大力支持下，在雙方項目組成員的共同持續(xù)奮戰(zhàn)下，項目最終成功實施完成并順利驗收，并獲得客戶方的高度認可和好評，也為客戶第二階段的信息化建設打下堅實基礎和樹立了信心。本項目的成功得益于本人成功的測試工作，特別是集成測試環(huán)節(jié)，但回顧項目歷程，測試工作還有個別缺失的地方，如：項目組個別同事對loadrunner工具的使用不熟練，導致壓力測試遲遲得不到結