測試環(huán)節(jié)作為系統上線前的最后一道防線，決定了上線后的安全和穩(wěn)定運行是否已經得到保障。在軟件測試這方面，我國的支撐軟件也長年處于被“卡脖子”的狀態(tài)，軟件測試國產化程度亟待提高。軟件測試工具要實現真正的國產化，還需對開發(fā)工具、數據庫、操作系統、中間件等各個環(huán)節(jié)進行進一步適配。因此，在產品研發(fā)到系統上線的整個研發(fā)生命周期中，適配是信創(chuàng)最關鍵的環(huán)節(jié)。

通過信創(chuàng)適配測試，金融機構和金融科技企業(yè)才能確保信創(chuàng)軟件能按預期的要求運行，盡早發(fā)現系統的缺陷并確保其得到正確修復處理，降低信息技術風險。

經過多年的發(fā)展，信創(chuàng)產業(yè)鏈逐漸完善。期間信創(chuàng)適配需面臨不同廠商的服務器、操作系統、芯片、數據庫等，尤其操作系統、數據庫等型號版本多且適配難度大等問題，企業(yè)為此投入了大量人力和資源。信創(chuàng)適配一定是有所選擇的，而不是盲目追求大而全，否則為滿足信創(chuàng)而額外投入的質量成本是巨大的。在軟件產品確定適配范圍前提下，我們需要提前規(guī)劃好質量維度的覆蓋、測試重點和測試策略等。適配一般是指軟件不同系統平臺上的匹配，需要匹配不同操作系統、數據庫、中間件，驗證軟件在其上是否能夠安裝運行，并滿足用戶質量需求。參考GB/T 25000.10-2016中軟件產品質量模型定義，產品質量又劃分為了八個質量維度，如下：

圖1：GB/T 25000.10定義的軟件產品質量模型恒生挑選產業(yè)鏈各細分領域的優(yōu)秀廠商并結合軟件產品的特點進行了充分的選型。以麒麟Linux，openEuler等國產操作系統為主，支持華為鯤鵬ARM、海光x86處理器等國產處理器;在數據庫方面，以恒生自主研發(fā)LightDB為主，同時支持 PostgreSQL。

那么如何確定測試的重點呢?主要可從功能重要性、使用頻率、問題概率這幾方面考慮?？梢浦残?、兼容性、功能性、性能效率是信創(chuàng)軟件最重要的四個質量特性，也是適配測試的重點。在這個質量基礎上，可適當根據軟件產品特點及測試需求對其它幾個質量維度進行選測。信創(chuàng)測試重點在于可移植性和兼容性的驗證。在滿足了可移植性和兼容性后，軟件的功能在完整度、正確實現的充分性，如果軟件功能實現有缺失或有問題，導致用戶不能使用該軟件完成想要的基本操作，這樣的軟件是較難被用戶接受的。同時，性能效率是否滿足使用要求，也是“可用”的重要評價要素。如軟件所能滿足的并發(fā)數、響應時間等性能指標，對用戶操作體驗有著直接影響，一個功能完好但性能極差的軟件也是很難被用戶接受的。軟件產品不同功能模塊，其質量標準要求是有差異的，尤其是核心功能需要投入更多的精力對其進行驗證。

除此之外，對那些非核心功能、但會對核心功能產生影響的模塊，我們也不應該忽視，至少要保證這些模塊在一般情況下能夠正常運轉，即使在極端情況下也不會導致核心功能發(fā)生錯誤。用戶使用頻率高，發(fā)生錯誤的可能性相對要高一些，而且一些小問題所造成的影響可能會隨著使用次數的增多而被擴大。對于這樣的模塊，應該成為測試的重點，特別是核心功能中使用率高的模塊應重點測試。對于出現錯誤會導致軟件產品系統性風險，甚至造成資損的我們要重點保障，對于歷史缺陷集中的功能模塊我們也應該給予特殊關注、重點測試。比如結合過往的測試經驗總結，分析歷史信創(chuàng)測試缺陷數據。如果數據庫層面問題占90%，那么數據庫兼容適配應成為測試的重點。重點問題主要集中部位在存儲過程和函數、數據類型和Sql方言。假設我們在有限時間內，需完成信創(chuàng)測試，我們重點應該放在數據庫層面，并重點測試如上場景。

確定軟件測試范圍后，為提高適配的穩(wěn)定性和效率，我們需要選擇合適的測試技術和方法，恒生在該方面總結了一定的實踐經驗，以下工具能極大提高軟件信創(chuàng)測試的質量和效率，以供參考。

數據庫兼容性掃描工具針對軟件開發(fā)過程中涉及的數據庫以及對應的程序代碼進行掃描，其核心原理在于對目標SQL語句或腳本進行語法和詞法分析，然后選擇所需適配的數據庫進行預分析，來判斷是否符合適配要求。該工具可以最大程度提高適配效率以及覆蓋功能的全面性。該工具可根據實際情況自研，更好地適配自身產品和框架。恒生基于Jres3.0框架特點，研發(fā)了數據庫兼容掃描工具(HSSQL-Check)，其 支持的開發(fā)語言范圍包括：Java源代碼、Jar包、SQL文件、MyBatis框架的xml文件等包含的SQL語句 ;其支持的數據庫版本包括MySql 5.78.0、Oracle 10g~19c、OceanBase 1.4~2.2、達夢8、LightDB、TIDB4.0及以上版本數據庫。

解決繁瑣重復的工作，最高效的手段就是用自動化手段代替人工操作。恒生自動化解決方案可提供針對標準協議的接口自動化以及三種終端類型(WEB端、桌面客戶端、移動端)UI自動化測試。接口協議支持T2、T3恒生自研服務協議，包括市場主流服務協議如：Http/Https、Dubbo、SpringCloud、Sofa、WebSocket等。此外，非標私有協議可通過平臺提供的SDK包進行二次擴展。UI自動化基于圖像識別和自然語言處理可快速完成自動化測試腳本開發(fā)工作。

針對自動化案例不足又無人力投入開發(fā)自動化的困境，我們也可以選擇一些可以快速錄制回放的工具，比如：jvm-sandbox-repeater,功能強大，不過有語言的限制。恒生產品因涉及多語言，我們選擇的是基于Gor的網關入口流量錄制以及基于全鏈路日志流量回放的工具，滿足快速全量的回歸測試驗證需求。流量錄制模式顧名思義就是在不影響用戶正常使用的前提下，獲取線上用戶的真實請求和服務響應結果將其保存，經過處理或篩選后的流量回放到目標服務器上，以此來驗證歷史功能的正確性。日志回放模式是指基于歷史流量的日志指定特定時間段的日志流量信息，經過處理或篩選后回放到目標服務器上，以此驗證歷史功能的正確性。無論采用哪種模式核心原理一致，包括逐筆請求結果校驗，請求結果的關鍵字段信息必須一致，定時檢查的數據庫關鍵指標必須一致，數據庫支持比對Sql語句執(zhí)行結果。

在日常測試過程，部署測試環(huán)境更多會選擇客戶占比多的主流配置作為我們首選測試環(huán)境，我們可以在驗證主流環(huán)境時，同時也驗證信創(chuàng)測試環(huán)境的功能的實現正確性，可以選擇引流測試，然后進行測試結果的比對。該技術方法核心思路來源與生產引流測試，將其借鑒應用于測試環(huán)節(jié)。對于被測試系統所發(fā)生的一切將復制到待驗證系統上來。解決我們多套環(huán)境兼容性測試的問題。工作流程先是復制請求流量，并用代理引流到多個待驗證環(huán)境A、環(huán)境B、環(huán)境C等系統，再將各個系統在引流期間所產生的落地數據做對比。一直以來，國家對金融數字化基礎設施和應用系統國產化都高度重視，實現自主可控、穩(wěn)定創(chuàng)新的軟件體系，防范系統性金融風險是金融信息系統基礎建設中的關鍵目標。