本發(fā)明屬于可信,具體涉及一種可信dcs控制器生成測試用例方法、裝置、設(shè)備和存儲介質(zhì)。
背景技術(shù):
1、分布式控制系統(tǒng)(dcs)作為核心控制與管理平臺,承擔著保障系統(tǒng)穩(wěn)定運行、優(yōu)化資源分配及提升整體運營效率的重要任務(wù)。dcs控制器作為dcs系統(tǒng)的核心組件,集成了諸如可信啟動、靜態(tài)與動態(tài)可信驗證、可信白名單、進程保護以及應(yīng)用程序訪問控制等高級安全功能,這些功能對于確保系統(tǒng)免受惡意攻擊、數(shù)據(jù)篡改及未授權(quán)訪問至關(guān)重要。
2、為了有效管理和配置這些復雜的安全策略,可信管理平臺應(yīng)運而生,它提供了對多個dcs控制器系統(tǒng)中上述安全功能的集中設(shè)置、策略刪除、狀態(tài)監(jiān)控、可信狀態(tài)展示以及功能審計等全面管理能力。用戶通過該平臺能夠簡便地實施安全策略,增強系統(tǒng)的整體安全性與可靠性。
3、然而,在當前的測試實踐中,針對dcs控制器及其可信管理平臺的測試用例編寫工作面臨諸多挑戰(zhàn)。由于這些系統(tǒng)涉及的功能模塊眾多且復雜,測試用例的編寫往往需要綜合運用多種測試方法,如邊界值分析、等價類劃分、因果圖法、正交實驗設(shè)計以及場景法等,以實現(xiàn)對系統(tǒng)功能的全面覆蓋。這種復雜性導致測試用例的編寫高度依賴于經(jīng)驗豐富、業(yè)務(wù)熟悉且測試技能高超的測試工程師,從而形成了對特定人員的過度依賴,限制了測試資源的有效分配和利用。
4、具體而言,當測試用例的編寫工作主要由少數(shù)資深測試工程師承擔時,其他經(jīng)驗相對欠缺的工程師往往難以有效參與進來,這不僅延長了測試周期,增加了項目風險,還造成了人力資源的浪費。因此,如何降低測試用例編寫的門檻,提高測試團隊的整體效率,成為當前dcs控制器及其可信管理平臺測試領(lǐng)域亟待解決的問題。
技術(shù)實現(xiàn)思路
1、本發(fā)明的目的在于克服上述現(xiàn)有技術(shù)的缺點,提供一種可信dcs控制器生成測試用例方法、裝置、設(shè)備和存儲介質(zhì),以解決現(xiàn)有技術(shù)中缺少針對可信dcs控制器生成測試用例方法的問題。
2、為達到上述目的,本發(fā)明采用以下技術(shù)方案予以實現(xiàn):
3、可信dcs控制器生成測試用例方法,包括以下步驟:
4、s1,獲取輸入信息,所述輸入信息包括dcs控制器被測功能詳情和界面元素信息;
5、s2,判斷輸入信息是否有效,如果有效,執(zhí)行s3,如果無效,重新執(zhí)行s1;
6、s3,將有效數(shù)據(jù)通過api發(fā)送給ai大模型;
7、s4,接收ai大模型生成的測試用例,判斷生成的測試用例是否有效,如果有效,執(zhí)行s5,否則展示無效信息,并重新執(zhí)行s1或s3;
8、s5,解析ai大模型生成測試用例的markdown格式內(nèi)容,將markdown格式內(nèi)容中的每一行內(nèi)容封裝為一個對象,使用openpyxl方法將封裝的對象寫入至excel文件中,形成excel版測試用例文件。
9、本發(fā)明的進一步改進在于:
10、優(yōu)選的,s1中,所述被測功能詳情包括組件名稱、功能描述、輸入?yún)?shù)和輸出參數(shù);s1中,所述界面元素信息包括界面組件名稱、位置、大小和顏色。
11、優(yōu)選的,s2中,通過測試用例中的關(guān)鍵字判斷輸入信息是否有效;所述判斷輸入信息是否有效的具體過程為:
12、(1)輸入內(nèi)容中是否為空;
13、(2)輸入內(nèi)容是否包含功能描述、界面描述和測試類型;
14、(3)輸入內(nèi)容長度是否超出設(shè)定值;
15、(4)輸入的內(nèi)容是否為測試用例模板的內(nèi)容;
16、(5)輸入內(nèi)容是否以指定的關(guān)鍵字結(jié)尾。
17、優(yōu)選的,s3中,將有效數(shù)據(jù)通過api發(fā)送給ai大模型后,ai大模型生成測試用例;所述ai大模型為深度學習模型。
18、優(yōu)選的,s4中,判斷生成的測試用例是否有效的標準包括:
19、(1)ai大模型生成的結(jié)果是否為空;
20、(2)ai大模型生成的過程是否有錯;
21、(3)通過測試用例中的關(guān)鍵字判斷生成結(jié)果是否有效。
22、優(yōu)選的,判斷所述ai大模型生成的過程是否有錯的過程為:
23、(1)通過在ai大模型api返回信息中的編碼信息判斷;
24、(2)根據(jù)api返回信息的長度判斷,信息的長度若低于正常值,則表示有錯;
25、(3)根據(jù)ai大模型提供的api中預(yù)設(shè)的錯誤信息,判斷生成過程是否有出錯內(nèi)容。
26、優(yōu)選的,s5后,還通過python對excel文件的測試用例名稱及測試概要進行判斷,判斷測試用例是否的滿足設(shè)定要求,如果不滿足重新執(zhí)行s1;
27、所述設(shè)定要求為,所述測試用例名稱和測試概要中是否包含用戶輸入的功能描述內(nèi)容、界面描述內(nèi)容和測試類型內(nèi)容。
28、可信dcs控制器生成測試用例裝置,包括:
29、采集模塊,用于獲取輸入信息,所述輸入信息包括dcs控制器被測功能詳情和界面元素信息;
30、判斷模塊,用于判斷輸入信息是否有效,如果有效,執(zhí)行發(fā)送模塊,如果無效,重新執(zhí)行采集模塊;
31、發(fā)送模塊,用于將有效數(shù)據(jù)通過api發(fā)送給ai大模型;
32、接收模塊,接收ai大模型生成的測試用例,判斷生成的測試用例是否有效,如果有效,執(zhí)行解析模塊,否則展示無效信息,并重新執(zhí)行采集模塊或發(fā)送模塊;
33、解析模塊,用于解析ai大模型生成測試用例的markdown格式內(nèi)容,將markdown格式內(nèi)容中的每一行內(nèi)容封裝為一個對象,使用openpyxl方法將封裝的對象寫入至excel文件中,從而形成excel版測試用例文件。
34、一種計算機設(shè)備,包括存儲器、處理器以及存儲在所述存儲器中并可在所述處理器上運行的計算機程序,所述處理器執(zhí)行所述計算機程序時實現(xiàn)如上述任一項所述可信dcs控制器生成測試用例方法。
35、一種計算機可讀存儲介質(zhì),所述計算機可讀存儲介質(zhì)存儲有計算機程序,所述計算機程序被處理器執(zhí)行時實現(xiàn)上述可信dcs控制器生成測試用例方法。
36、與現(xiàn)有技術(shù)相比,本發(fā)明具有以下有益效果:
37、本發(fā)明公開了一種可信dcs控制器生成測試用例方法,是一種基于ai大模型的生成測試用例方法,該方法在輸入信息有效的前提下能夠向ai大模型傳入被測功能的功能詳情、被測可信管理平臺界面的界面元素信息,讓ai大模型生成相應(yīng)的測試用例,并將該測試用例寫入到excel中的方法,測試工程師只需要審閱、修改ai大模型生成的測試用例即可完成測試用例的編寫工作,能夠有效的提高編寫測試用例的質(zhì)量和工作進度,能避免因測試工程師的個人經(jīng)驗帶來的測試用例可靠性問題,同時也可以顯著降低編寫測試用例的成本。
1.可信dcs控制器生成測試用例方法,其特征在于,包括以下步驟:
2.根據(jù)權(quán)利要求1所述的可信dcs控制器生成測試用例方法,其特征在于,s1中,所述被測功能詳情包括組件名稱、功能描述、輸入?yún)?shù)和輸出參數(shù);s1中,所述界面元素信息包括界面組件名稱、位置、大小和顏色。
3.根據(jù)權(quán)利要求1所述的可信dcs控制器生成測試用例方法,其特征在于,s2中,通過測試用例中的關(guān)鍵字判斷輸入信息是否有效;所述判斷輸入信息是否有效的具體過程為:
4.根據(jù)權(quán)利要求1所述的可信dcs控制器生成測試用例方法,其特征在于,s3中,將有效數(shù)據(jù)通過api發(fā)送給ai大模型后,ai大模型生成測試用例;所述ai大模型為深度學習模型。
5.根據(jù)權(quán)利要求1所述的可信dcs控制器生成測試用例方法,其特征在于,s4中,判斷生成的測試用例是否有效的標準包括:
6.根據(jù)權(quán)利要求5所述的可信dcs控制器生成測試用例方法,其特征在于,判斷所述ai大模型生成的過程是否有錯的過程為:
7.根據(jù)權(quán)利要求1所述的可信dcs控制器生成測試用例方法,其特征在于,s5后,還通過python對excel文件的測試用例名稱及測試概要進行判斷,判斷測試用例是否滿足設(shè)定要求,如果不滿足重新執(zhí)行s1;
8.可信dcs控制器生成測試用例裝置,其特征在于,包括:
9.一種計算機設(shè)備,包括存儲器、處理器以及存儲在所述存儲器中并可在所述處理器上運行的計算機程序,其特征在于,所述處理器執(zhí)行所述計算機程序時實現(xiàn)如權(quán)利要求1至7任一項所述可信dcs控制器生成測試用例方法。
10.一種計算機可讀存儲介質(zhì),所述計算機可讀存儲介質(zhì)存儲有計算機程序,其特征在于,所述計算機程序被處理器執(zhí)行時實現(xiàn)如權(quán)利要求1至7任一項所述可信dcs控制器生成測試用例方法。