信創(chuàng)應(yīng)用質(zhì)量測評工具集開發(fā)項目需求

信創(chuàng)應(yīng)用質(zhì)量測評工具集開發(fā)項目需求項目概況在一個信創(chuàng)工程項目中，從單個產(chǎn)品部署到整體環(huán)境，再到應(yīng)用系統(tǒng)上線，在整個項目周期中，適配是國產(chǎn)化最關(guān)鍵的環(huán)節(jié)。一個系統(tǒng)只有在運行使用起來后才能給組織帶來價值。這個系統(tǒng)的自我價值實現(xiàn)，必須讓用戶對其建立起信任。一個不能被業(yè)主單位真正接納的信創(chuàng)系統(tǒng)很難實現(xiàn)其預期的價值。信創(chuàng)軟件適配測試可以建立一種質(zhì)量保障，確保信創(chuàng)軟件能按預期的要求運行。通過信創(chuàng)適配測試，盡早發(fā)現(xiàn)系統(tǒng)的缺陷并確保其得到正確修復，降低信息化風險，讓國產(chǎn)化系統(tǒng)能夠被業(yè)主單位真正接納，是業(yè)主單位推進IT系統(tǒng)國產(chǎn)化程度的重要保障，是“保工程促產(chǎn)業(yè)”的重要手段。應(yīng)對開展的信創(chuàng)符合性測試，旨在研究開發(fā)一款協(xié)助該類型測試的工具。該工具針對服務(wù)器操作系統(tǒng)適配情況、桌面操作系統(tǒng)適配情況、數(shù)據(jù)庫適配情況、中間件適配情況、服務(wù)器適配情況等方面進行信創(chuàng)符合性評估，重點驗證并記錄國產(chǎn)化軟硬件信創(chuàng)環(huán)境信息，并對在此環(huán)境上的功能性等特性進行適配情況驗證。應(yīng)此背景，我院提出信創(chuàng)應(yīng)用質(zhì)量檢驗工具集開發(fā)需求，最終目標是支持通過真替真用檢測技術(shù)、功能測試技術(shù)等手段，對信創(chuàng)應(yīng)用系統(tǒng)進行輔助評估，并實現(xiàn)信創(chuàng)環(huán)境下缺陷數(shù)據(jù)采集、真替真用檢測、用例測試及報告生成等功能。項目技術(shù)要求（一）信創(chuàng)應(yīng)用系統(tǒng)真替真用檢測工具（以下簡稱工具1）序號開發(fā)技術(shù)響應(yīng)要求1工具1封裝為可執(zhí)行文件形式，具備環(huán)境可移動性。2工具1支持在ARM、C86、MIPS指令集的客戶端或服務(wù)器直接運行，對應(yīng)適配并封裝相應(yīng)的版本。3工具1可調(diào)用操作系統(tǒng)默認或自適應(yīng)的圖形界面，避免直接運行過程中的顯示不兼容。4工具1具備測試對象設(shè)備直接運行和啟動掃描。5工具1提供SSH連接，可在本地向?qū)ο笤O(shè)備發(fā)起SSH連接，并在本地啟動掃描，獲得對端掃描結(jié)果。6工具1應(yīng)能檢測并過濾對象設(shè)備的DMI信息，包括操作系統(tǒng)、主板、處理器、存儲、外設(shè)等信息。7工具1應(yīng)能檢測對象設(shè)備的環(huán)境依賴，應(yīng)能提供可靠的判別方式，確認該依賴是否被待檢測的應(yīng)用系統(tǒng)所用。8工具1具備自定義黑白灰三種名單的環(huán)境依賴，可在檢測前將名單作為比對庫導入工具1。9工具1檢測完畢后，應(yīng)能直接在圖形界面查閱檢測結(jié)果，結(jié)果應(yīng)包含檢測日期、檢測數(shù)據(jù)。10工具1檢測完畢后，應(yīng)能一鍵復制反饋數(shù)據(jù)。11工具1檢測完畢后，應(yīng)能支持測試結(jié)果以Json格式導出。（二）信創(chuàng)應(yīng)用系統(tǒng)功能測試管理工具（以下簡稱工具2）序號開發(fā)技術(shù)響應(yīng)要求1工具2封裝為可執(zhí)行文件形式，具備環(huán)境可移動性。2工具2支持在ARM、C86、MIPS指令集的客戶端或服務(wù)器直接運行，對應(yīng)適配并封裝相應(yīng)的版本。3工具2可調(diào)用操作系統(tǒng)默認或自適應(yīng)的圖形界面，避免直接運行過程中的顯示不兼容。4工具2支持測試單個用例和用例集的導入，并引導人工開始點擊測試。5工具2支持檢測B/S類型的信創(chuàng)應(yīng)用系統(tǒng)，可自動記錄用例測試過程。6工具2支持直接喚起不同內(nèi)核的瀏覽器，包括信創(chuàng)操作系統(tǒng)自帶的主流瀏覽器、以及Gecko內(nèi)核的火狐瀏覽器。并以懸浮窗或隱藏方式伴隨用例測試。7工具2支持用例測試的記錄，將其中報錯信息對應(yīng)記錄到單個用例中。8工具2針對待測應(yīng)用系統(tǒng)通信錯誤、執(zhí)行錯誤、前端瀏覽器解析錯誤均應(yīng)自動記錄。報錯信息應(yīng)提供瀏覽器上的元素、動作、通信位置。9工具2針對待測應(yīng)用系統(tǒng)邏輯錯誤、顯示適配錯誤等，應(yīng)能快捷鍵調(diào)用工具內(nèi)的截圖功能，支持截圖和備注。10工具2的截圖功能可自動對應(yīng)記錄到單個用例中，無需手動對應(yīng)。11工具2支持斷續(xù)檢測，允許導入的用例集分段檢測，允許用例和用例之間存在測試中斷，但單個用例步驟需一次測完。12工具2支持回歸測試功能，支持重復檢測，輸出的Json文件名自動添加時間，用于區(qū)分版本。13工具2支持快捷鍵,包括啟動、停止、功能用例上一條、下一條、截圖等快捷鍵。14工具2檢測完畢后，應(yīng)在固定路徑下生成記錄和截圖，并區(qū)分記錄的版本。15工具2檢測完畢后，應(yīng)能支持測試結(jié)果以Json格式導出。16工具2的管理服務(wù)端采用B/S架構(gòu)。17工具2的管理服務(wù)端支持在國產(chǎn)ARM服務(wù)器上運行。18工具2的管理服務(wù)端應(yīng)采用國產(chǎn)安全商用開發(fā)組件進行開發(fā)，并獲得固定版本的永久商用授權(quán)和原廠質(zhì)保承諾。包括整體框架、表單、權(quán)限、流程等組件。19工具2的管理服務(wù)端應(yīng)采用國產(chǎn)安全數(shù)據(jù)庫和中間件，并獲得固定版本的永久商用授權(quán)和原廠質(zhì)保承諾。20工具2的管理服務(wù)端支持以接口方式（如WEBService）接入第三方系統(tǒng)，獲取用戶權(quán)限體系或?qū)崿F(xiàn)功能菜單對接。21工具2的管理服務(wù)端具備工具庫管理功能，可作為工具1和工具2的上載、下載、封裝、版本管理。22工具2的管理服務(wù)端具備送測管理功能，提供給送測單位填報基本信息和上傳文檔集。23工具2的管理服務(wù)端具備測試管理功能，提供用例審查、駁回、任務(wù)指派、測試歷史記錄查看功能。24工具2的管理服務(wù)端支持用例編寫，并導出為Json文件。25工具2的管理服務(wù)端支持用例測試結(jié)果導入，并解析出HTTP監(jiān)聽記錄，包括對應(yīng)URL、接口、測試返回結(jié)果、測試截圖、截圖備注。26工具2的管理服務(wù)端支持報告管理，可按模板自動填寫和生成報告、上傳審核后的報告、下載報告。27工具2的管理服務(wù)端支持報告中的對象設(shè)備信息修改，并自動賦值到報告中。28工具2的管理服務(wù)端支持回歸測試后的歷史記錄查閱。29工具2的管理服務(wù)端支持審核管理，用于審核和校對報告。30工具2的管理服務(wù)端支持低代碼修改。31性能效率測試時間特性：1、測試響應(yīng)時間：用戶發(fā)起一個請求開始到服務(wù)器完成對請求的處理并返回處理結(jié)果所經(jīng)歷的時間。2、測試處理時間：數(shù)據(jù)庫查詢時間，事務(wù)處理時間。3、測試吞吐率：TPS、RPS、網(wǎng)絡(luò)吞吐流量。資源利用率：1、監(jiān)控服務(wù)器資源：CPU、內(nèi)存、IO、帶寬等。2、監(jiān)控數(shù)據(jù)庫資源：數(shù)據(jù)緩沖區(qū)、命中率、連接池、TPS等。容量：測試容量：最大限量，即上邊界。最大并發(fā)數(shù)、最大數(shù)據(jù)記錄數(shù)、最大文件長度、最大帶寬等。依從性：達到與性能效率相關(guān)的標準、約定、法規(guī)的要求。如果該軟件產(chǎn)品涉及到滿足相關(guān)的國家標準、行業(yè)標準、地方標準、企業(yè)標準、投標書、責任書、合同書、產(chǎn)品質(zhì)量法、安全生產(chǎn)法等文件中對其性能效率要求的符合程度，要進行相應(yīng)測試。在性能效率測試時，建立業(yè)務(wù)模型，明確性能指標。1、業(yè)務(wù)模型選擇用戶關(guān)注的吞吐量大、并發(fā)用戶數(shù)大或性能故障集中的業(yè)務(wù)作為被測點，可做基準測試（獲取不同配置環(huán)境或業(yè)務(wù)量狀態(tài)下的基準值）、混合業(yè)務(wù)測試（多個業(yè)務(wù)組合及業(yè)務(wù)比例場景符合真實業(yè)務(wù)場景）和負載測試（在不同工作量下，例如并發(fā)用戶數(shù)的遞增的情況下獲取持續(xù)正常運行的能力）。必要時評估系統(tǒng)出現(xiàn)的性能瓶頸并調(diào)優(yōu)。2、在沒有性能規(guī)格時，可根據(jù)業(yè)務(wù)使用量、數(shù)據(jù)量、業(yè)務(wù)并發(fā)情況等進行評估；對于國產(chǎn)替代化產(chǎn)品可以通過采集歷史業(yè)務(wù)數(shù)據(jù)進行統(tǒng)計或分析業(yè)務(wù)需求來源及業(yè)務(wù)量來建立性能業(yè)務(wù)模型和性能指標。項目實施要求序號商務(wù)與實施要求1開發(fā)工期條件：本建設(shè)項目交付要求在簽訂合同后30日歷天內(nèi)完成beta版本提交并初驗，beta版修改在15日歷天內(nèi)完成并終驗。2管理要求：應(yīng)提供一名專職項目經(jīng)理。應(yīng)對代碼庫本地化、代碼過程安全、信創(chuàng)軟件開發(fā)遵循的規(guī)范、自身魯棒性等招標方關(guān)心的實施過程，提供相關(guān)實施管理說明。3驗收、交付標準和方法（1）項目分為BETA版初驗和終驗，完成項目開發(fā)服務(wù)內(nèi)容，通過招標人的評審，適時組織初步驗收，并提出交付版本固定前的整改要求。（2）項目終驗前，必須提交的文檔資料（以光盤形式交付）包括但不僅限于：項目投標文件電子稿、源代碼、項目實施方