在一個信創(chuàng)工程項目中，從單個產品部署到整體環(huán)境，再到應用系統(tǒng)上線，在整個項目周期中，適配是國產化最關鍵的環(huán)節(jié)。一個系統(tǒng)只有在運行使用起來后才能給組織帶來價值。這個系統(tǒng)的自我價值實現(xiàn)，必須讓用戶對其建立起信任。一個不能被業(yè)主單位真正接納的信創(chuàng)系統(tǒng)很難實現(xiàn)其預期的價值。信創(chuàng)軟件適配測試可以建立一種質量保障，確保信創(chuàng)軟件能按預期的要求運行。通過信創(chuàng)適配測試，盡早發(fā)現(xiàn)系統(tǒng)的缺陷并確保其得到正確修復，降低信息化風險，讓國產化系統(tǒng)能夠被業(yè)主單位真正接納，是業(yè)主單位推進IT系統(tǒng)國產化程度的重要保障，是“保工程促產業(yè)”的重要手段。

如果無法度量質量，就無法管理質量。目前信創(chuàng)測試依據(jù)主要來源于標書合同、委托測試需求單、產品說明、用戶文檔集，以及個別品類的信創(chuàng)國標或行標。由于沒有對軟件測評制定通用的測試測評規(guī)范，對質量沒有一致的評判標準。國產化軟件作為對x86系統(tǒng)的替代，至少應能達到一個RUSP(就緒可用軟件Ready to Use Software Product)的質量水平。對于RUSP可參考使用GB/T 25000.10-2016和GB/T 25000.51-2016等軟件測試相關國家標準，結合信創(chuàng)軟件的自身特點，定義信創(chuàng)軟件質量測試模型，建立主要質量要素的要求。

明確信創(chuàng)軟件適配測試測評要求，可以為信創(chuàng)軟件的質量測評提供依據(jù)，為廠商開展質量自測以及委托第三方檢驗檢測機構開展質量評測提供參考，為信創(chuàng)軟件的開發(fā)建設和國產化遷移提供參考。

在GB/T 25000.10-2016中，對RUSP的質量劃分為了產品說明要求、用戶文檔集要求、產品質量和使用質量。其中產品質量又劃分為了八個質量維度。

按此分類，結合信創(chuàng)軟件產品的特點，可以梳理出信創(chuàng)軟件適配測試的質量測試模型。

適配指不同平臺設備的匹配，這其實是從硬件的角度上來說的，在不同的技術路線上，安裝不同的操作系統(tǒng)、數(shù)據(jù)庫、中間件，軟件在其上能夠安裝運行，這是要滿足可移植性。接下來從軟件角度看，基于確定型號的設備，對于使用瀏覽器訪問的服務，同一個型號的設備可能運行不同的瀏覽器，不同的瀏覽器會有差異性，保持在大部分瀏覽器都能展現(xiàn)出我們希望的樣子;對于客戶端軟件，要能與系統(tǒng)和系統(tǒng)中的其它軟件并存。這就是要滿足兼容性。

在滿足了可移植性和兼容性后，軟件的功能實現(xiàn)完整度、正確實現(xiàn)的充分性，是信創(chuàng)軟件“可用”的重要基礎?；竟δ軐崿F(xiàn)的覆蓋率越高，軟件使用能滿足用戶預期需求的能力越好。如果軟件功能實現(xiàn)有缺失或有問題，導致用戶不能使用該軟件完成想要的基本操作，這樣的軟件是較難被用戶接受的。同時，性能效率是否滿足使用要求，也是“可用”的重要評價要素。軟件能滿足的并發(fā)任務數(shù)、響應時間等性能指標，對用戶操作體驗有著直接影響，一個功能完好但性能極差的軟件也是很難被用戶接受的。

我們認為，以上的可移植性、兼容性、功能性、性能效率是信創(chuàng)軟件最重要的四個質量特性，也是適配測試的重點。在這個質量基礎上，可適當根據(jù)軟件產品特點及測試需求對易用性、可靠性、信息安全性、維護性、產品說明、用戶文檔集進行選測，信創(chuàng)軟件逐步走向“好用”是必然的質量提升趨勢。

根據(jù)GB/T 25000.51-2016國家標準，結合信創(chuàng)軟件的實際情況，建議對可用的信創(chuàng)軟件的四個重點質量特性的質量要求和測試細則如下：

適應性：

1、軟件適應于不同規(guī)定環(huán)境時的行為能力，根據(jù)合同和用戶約定通過測試加以證實，測試范圍包括：硬件環(huán)境(如CPU、存儲、網(wǎng)絡交換機、路由器等設備)、軟件運行的最低配置要求和推薦配置要求、軟件環(huán)境(例如操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、瀏覽器、支撐軟件等)和數(shù)據(jù)結構。

2、對于環(huán)境組合至少滿足基本選擇組合(一次僅變化一個硬件設備/軟件)，若另有定義，根據(jù)定義(如兩兩組合或者更高組合)進行檢測，如飛騰+統(tǒng)信+WPS、飛騰+麒麟+永中等。

易安裝性：

1、設計測試用例以驗證被測系統(tǒng)的有效性和效率，如安裝文檔的有效性、軟件安裝和卸載過程的自動化程度。

2、設計測試用例以驗證每一種安裝選項，包括軟件的安裝方式(自定義安裝、默認安裝、快速安裝等)、路徑、用戶名、數(shù)據(jù)庫等，每種情況均能成功地安裝軟件。

3、設計測試用例按照卸載說明驗證卸載(采用卸載向導進行自動卸載、從控制面板中的添加/刪除中進行卸載或直接刪除對應的文件夾等)是否完全;如果卸載不全，那么須要提示用戶。

易替換性：

對軟件產品的替換方式進行驗證，包括軟件產品的覆蓋、升級、卸載后重新安裝等，在所描述的情況下，應能夠成功地重新安裝或升級軟件，在以前版本下保存的數(shù)據(jù)在新的版本中能否正確使用。

依從性：

達到與可移植性性相關的標準、約定、法規(guī)的要求。如果該軟件產品涉及到滿足相關的國家標準、行業(yè)標準、地方標準、企業(yè)標準、投標書、責任書、合同書、產品質量法、安全生產法等文件中對其可移植性要求的符合程度，要進行相應測試。

可移植性測試應當充分驗證軟件定義的適用范圍，為廠商和用戶提供軟件使用的信心。對于定制系統(tǒng)，可移植性測試應盡早進行。若未明確操作系統(tǒng)、瀏覽器等版本，則應針對當前主流的國產產品的版本進行驗證。

如果涉及新舊系統(tǒng)數(shù)據(jù)遷移，應完整分析新舊系統(tǒng)數(shù)據(jù)差異，明確無法映射字段的處理方法，對數(shù)據(jù)備份、數(shù)據(jù)清理和轉換、遷移工具、數(shù)據(jù)校驗工具、系統(tǒng)切換方案及應急措施進行充分的測試。

共存性：

按用戶文檔集的要求對軟件進行安裝和配置后，與其它軟件共享通用的環(huán)境和資源的條件下，產品能夠有效執(zhí)行其所需功能并且不會對其它產品造成負面影響的程度。主要觀察操作系統(tǒng)的CPU、進程等系統(tǒng)資源是否異常，或造成其它軟件運行錯誤(例如殺毒軟件的互斥)或該軟件本身功能實現(xiàn)出錯，或系統(tǒng)出錯、界面顯示不友好等。

互操作性：

如果涉及用戶可調用的接口和相關被調用的軟件，涉及數(shù)據(jù)或流的類型和長度等，測試共同協(xié)作完成一項功能的能力，如支持.xls、.doc文件的導入/導出、XML、圖像采集設備等。

依從性：

達到與兼容性相關的標準、約定、法規(guī)的要求。如果該軟件產品涉及到滿足相關的國家標準、行業(yè)標準、地方標準、企業(yè)標準、投標書、責任書、合同書、產品質量法、安全生產法等文件中對其兼容性要求的符合程度，要進行相應測試。

測試時，在國產化主流芯片路線、操作系統(tǒng)上，檢查軟件在系統(tǒng)中運行時，能與系統(tǒng)兼容、能與其它軟件同時運行。涉及協(xié)作的，能完成正確的數(shù)據(jù)交換并使用。這些測試也可與功能性結合起來進行測試執(zhí)行。

完整性：

1、測試軟件實際功能覆蓋了要實現(xiàn)的所有功能的程度。若產品說明中有引用的需求文檔，應檢查軟件滿足相關文檔的全部要求。另外注意隱含的需求。對于一個就緒可用的信創(chuàng)軟件系統(tǒng)，用戶所需要使用的基本功能實現(xiàn)齊備，管理員能夠實現(xiàn)基本的系統(tǒng)管理。注意發(fā)現(xiàn)適配中是否存在因為技術實現(xiàn)障礙導致的關鍵功能刪減。

2、軟件不應出現(xiàn)的自相矛盾包括操作的矛盾、表述的矛盾(如文字和圖形的表述矛盾)等;凡是產品說明、用戶文檔集中提到的特性都應與軟件保持一致。這些特性包括功能、操作、輸入/輸出的限制條件等。

適合性：

1、功能的實現(xiàn)符合目標。軟件應能夠在用戶文檔集中要求的限制范圍和環(huán)境下，使用相應的環(huán)境設施、器材和數(shù)據(jù)實現(xiàn)其陳述的功能。驗證最終用戶根據(jù)用戶文檔集的指導對軟件進行控制與操作，應能夠成功完成規(guī)定的任務。

2、檢查操作步驟是否合理，不存在影響體驗的致命和嚴重問題。功能要基于任務特征，而不是基于實現(xiàn)任務的技術。注意發(fā)現(xiàn)適配中是否存在因適配技術難題而導致的bug或存在多余的步驟等缺陷。

正確性：

1、執(zhí)行輸入與輸出的測試用例時，實際輸出應與預期輸出一致。

2、軟件的輸出結果和輸出精度都應符合相關要求。(如輸入的最大最小值要求、密碼長度要求、浮點數(shù)的精度要求、百分比計算的精度要求、數(shù)據(jù)傳送的誤碼率要求等等)

依從性：

達到與功能性相關的標準、約定、法規(guī)的要求。如果該軟件產品涉及到滿足相關的國家標準、行業(yè)標準、地方標準、企業(yè)標準、投標書、責任書、合同書、產品質量法、安全生產法等文件中對其功能性要求的符合程度，要進行相應測試。

功能測試以黑盒測試為主，可使用等價類、邊界值、場景測試、因果圖、錯誤推測等常用測試方法。

時間特性：

1、測試響應時間：用戶發(fā)起一個請求開始到服務器完成對請求的處理并返回處理結果所經歷的時間

2、測試處理時間：數(shù)據(jù)庫查詢時間，事務處理時間

3、測試吞吐率：TPS、RPS、網(wǎng)絡吞吐流量

資源利用率：

1、監(jiān)控服務器資源：CPU、內存、IO、帶寬等

2、監(jiān)控數(shù)據(jù)庫資源：數(shù)據(jù)緩沖區(qū)、命中率、連接池、TPS等

容量：

測試容量：最大限量，即上邊界。最大并發(fā)數(shù)、最大數(shù)據(jù)記錄數(shù)、最大文件長度、最大帶寬等

依從性：

達到與性能效率相關的標準、約定、法規(guī)的要求。如果該軟件產品涉及到滿足相關的國家標準、行業(yè)標準、地方標準、企業(yè)標準、投標書、責任書、合同書、產品質量法、安全生產法等文件中對其性能效率要求的符合程度，要進行相應測試。

在性能效率測試時，建立業(yè)務模型，明確性能指標。

1、業(yè)務模型選擇用戶關注的吞吐量大、并發(fā)用戶數(shù)大或性能故障集中的業(yè)務作為被測點，可做基準測試(獲取不同配置環(huán)境或業(yè)務量狀態(tài)下的基準值)、混合業(yè)務測試(多個業(yè)務組合及業(yè)務比例場景符合真實業(yè)務場景)和負載測試(在不同工作量下，例如并發(fā)用戶數(shù)的遞增的情況下獲取持續(xù)正常運行的能力)。必要時評估系統(tǒng)出現(xiàn)的性能瓶頸并調優(yōu)。

2、在沒有性能規(guī)格時，可根據(jù)業(yè)務使用量、數(shù)據(jù)量、業(yè)務并發(fā)情況等進行評估;對于國產替代化產品可以通過采集歷史業(yè)務數(shù)據(jù)進行統(tǒng)計或分析業(yè)務需求來源及業(yè)務量來建立性能業(yè)務模型和性能指標。

信創(chuàng)適配測試面對的是各種各樣的國產化硬件、平臺、軟件系統(tǒng)，軟件業(yè)務也比較具體，部分行業(yè)的軟件復雜性也較高，由于信創(chuàng)產業(yè)生態(tài)還不是非常成熟，產品性能、兼容性等還在逐步提升，適配效率也不是很高，這就要求軟件適配測試時，對質量要求理解正確，具備寬廣深厚的軟件技術功底和測試技術功底，并且要不斷積累信創(chuàng)領域的知識和經驗。

對各個信創(chuàng)軟件，結合其自身的特點、用戶單位的實際使用需求，選擇合適的質量特性范圍，制定恰當?shù)臏y試方案，以最大效率發(fā)現(xiàn)適配問題、盡快地完成適配質量的提升，避免盲目的、倉促的、過度的測試，把質量缺陷控制在一個合理的范圍內，保障信創(chuàng)軟件產品形成穩(wěn)定的質量水平，直至達到用戶滿意的高質量交付。

文章來源：自主可控新鮮事