將三種模態(tài)特征和三種融合方法的結(jié)果進行了對比,，如表3所示,。從表3可以看出,，前端融合和中間融合較基于模態(tài)特征的檢測準確率更高,，損失率更低,。后端融合是三種融合方法中較弱的，雖然明顯優(yōu)于基于dll和api信息,、pe格式結(jié)構(gòu)特征的實驗結(jié)果,，但稍弱于基于字節(jié)碼3-grams特征的結(jié)果,。中間融合是三種融合方法中**好的,，各項性能指標都非常接近**優(yōu)值。表3實驗結(jié)果對比本實施例提出了基于多模態(tài)深度學習的惡意軟件檢測方法,，提取了三種模態(tài)的特征(dll和api信息,、pe格式結(jié)構(gòu)信息和字節(jié)碼3-grams)，提出了通過三種融合方式(前端融合,、后端融合,、中間融合)集成三種模態(tài)的特征,，有效提高惡意軟件檢測的準確率和魯棒性。實驗結(jié)果顯示,，相對**且互補的特征視圖和不同深度學習融合機制的使用明顯提高了檢測方法的檢測能力和泛化性能,，其中較優(yōu)的中間融合方法取得了％的準確率，對數(shù)損失為,，auc值為,，各項性能指標已接近**優(yōu)值�,？紤]到樣本集可能存在噪聲,，本實施例提出的方法已取得了比較理想的結(jié)果。由于惡意軟件很難同時偽造多個模態(tài)的特征,，本實施例提出的方法比單模態(tài)特征方法更魯棒,。以上所述*為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍,。壓力測試表明系統(tǒng)在5000并發(fā)用戶時響應(yīng)延遲激增300%,。西安軟件測評
坐標點(0,1)**一個完美的分類器，它將所有的樣本都正確分類,。roc曲線越接近左上角,，該分類器的性能越好。從圖9可以看出,，該方案的roc曲線非常接近左上角,，性能較優(yōu)。另外,，前端融合模型的auc值為,。(5)后端融合后端融合的架構(gòu)如圖10所示，后端融合方式用三種模態(tài)的特征分別訓練神經(jīng)網(wǎng)絡(luò)模型,，然后進行決策融合,，隱藏層的***函數(shù)為relu，輸出層的***函數(shù)是sigmoid,，中間使用dropout層進行正則化,，防止過擬合，優(yōu)化器(optimizer)采用的是adagrad,，batch_size是40,。本次實驗使用了80％的樣本訓練，20％的樣本驗證,，訓練50個迭代以便于找到較優(yōu)的epoch值,。隨著迭代數(shù)的增加，后端融合模型的準確率變化曲線如圖11所示,，模型的對數(shù)損失變化曲線如圖12所示,。從圖11和圖12可以看出,，當epoch值從0增加到5過程中，模型的訓練準確率和驗證準確率快速提高,，模型的訓練對數(shù)損失和驗證對數(shù)損失快速減少,；當epoch值從5到50的過程中，前端融合模型的訓練準確率和驗證準確率小幅提高,，訓練對數(shù)損失和驗證對數(shù)損失緩慢下降,；綜合分析圖11和圖12的準確率和對數(shù)損失變化曲線，選取epoch的較優(yōu)值為40,。確定模型的訓練迭代數(shù)為40后,，進行了10折交叉驗證實驗。西安軟件測評隱私合規(guī)檢測確認用戶數(shù)據(jù)加密符合GDPR標準要求,。
程序利用windows提供的接口(windowsapi)實現(xiàn)程序的功能,。通過一個可執(zhí)行程序引用的動態(tài)鏈接庫(dll)和應(yīng)用程序接口(api)可以粗略的預(yù)測該程序的功能和行為。統(tǒng)計所有樣本的導入節(jié)中引用的dll和api的頻率,，留下引用頻率**高的60個dll和500個api,。提取特征時，每個樣本的導入節(jié)里存在選擇出的dll或api,，該特征以1表示,，不存在則以0表示，提取的560個dll和api特征作為***個特征視圖,。提取格式信息特征視圖pe是portableexecutable的縮寫,，初衷是希望能開發(fā)一個在所有windows平臺上和所有cpu上都可執(zhí)行的通用文件格式。pe格式文件是封裝windows操作系統(tǒng)加載程序所需的信息和管理可執(zhí)行代碼的數(shù)據(jù)結(jié)構(gòu),，數(shù)據(jù)**是大量的字節(jié)碼和數(shù)據(jù)結(jié)構(gòu)的有機融合,。pe文件格式被**為一個線性的數(shù)據(jù)流，由pe文件頭,、節(jié)表和節(jié)實體組成,。惡意軟件或被惡意軟件***的可執(zhí)行文件，它本身也遵循格式要求的約束,，但可能存在以下特定格式異常：(1)代碼從**后一節(jié)開始執(zhí)行,；(2)節(jié)頭部可疑的屬性；(3)pe可選頭部有效尺寸的值不正確,；(4)節(jié)之間的“間縫”,；(5)可疑的代碼重定向；(6)可疑的代碼節(jié)名稱,；(7)可疑的頭部***,；(8)來自；(9)導入地址表被修改,；(10)多個pe頭部,；(11)可疑的重定位信息；,。
[3]軟件測試方法原則編輯1.盡早不斷測試的原則應(yīng)當盡早不斷地進行軟件測試,。據(jù)統(tǒng)計約60%的錯誤來自設(shè)計以前，并且修正一個軟件錯誤所需的費用將隨著軟件生存周期的進展而上升,。錯誤發(fā)現(xiàn)得越早,，修正它所需的費用就越少。[4]測試用例由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成,。[4]3.**測試原則(1)**測試原則,。這是指軟件測試工作由在經(jīng)濟上和管理上**于開發(fā)機構(gòu)的**進行。程序員應(yīng)避*査自己的程序,，程序設(shè)計機構(gòu)也不應(yīng)測試自己開發(fā)的程序,。軟件開發(fā)者難以客觀、有效地測試自己的軟件,，而找出那些因為對需求的誤解而產(chǎn)生的錯誤就更加困難,。[4](2)合法和非合法原則。在設(shè)計時,，測試用例應(yīng)當包括合法的輸入條件和不合法的輸入條件,。[4](3)錯誤群集原則。軟件錯誤呈現(xiàn)群集現(xiàn)象,。經(jīng)驗表明,，某程序段剩余的錯誤數(shù)目與該程序段中已發(fā)現(xiàn)的錯誤數(shù)目成正比，所以應(yīng)該對錯誤群集的程序段進行重點測試,。[4](4)嚴格性原則,。嚴格執(zhí)行測試計劃，排除測試的隨意性,。[4](5)覆蓋原則,。應(yīng)當對每一個測試結(jié)果做***的檢查。[4](6)定義功能測試原則,。檢查程序是否做了要做的事*是成功的一半,，另一半是看程序是否做了不屬于它做的事。[4](7)回歸測試原則,。應(yīng)妥善保留測試用例,。網(wǎng)絡(luò)安全新時代：深圳艾策的防御策略解析。
軟件測試技術(shù)測試分類編輯軟件測試的狹義論和廣義論一一靜態(tài)和動態(tài)的測試軟件測試技術(shù)軟件測試的辨證論一一正向思維和反向思維軟件測試的風險論一一測試是評估軟件測試的經(jīng)濟學觀點一一為盈利而測試軟件測試的標準論一一驗證和確認軟件測試技術(shù)測試工具編輯幾種常用的測試工具：1,、軟件錯誤管理工具Bugzilla2,、功能測試工具WinRunner3、負載測試工具LoadRunner4,、測試管理工具TestDirector軟件測試技術(shù)同名圖書編輯軟件測試技術(shù)圖書1書名:軟件測試技術(shù)軟件測試技術(shù)作者：曲朝陽出版社：**水利水電出版社出版時間：2006ISBN:97開本：16定價:元內(nèi)容簡介本書詳盡地闡述了軟件測試領(lǐng)域中的一些基本理論和實用技術(shù),。首先從軟件測試的基本原則,，以及常用的軟件測試技術(shù)入手，介紹了與軟件測試領(lǐng)域相關(guān)的基礎(chǔ)知識,。然后,，分別從單元測試、集成測試和系統(tǒng)測試3個層面深入分析了如何選擇和設(shè)計有效的測試用例,，制定合適的測試策略等主題,。**后，討論了面向?qū)ο蟮能浖䴗y試和軟件測試自動化技術(shù),。附錄中還附錄了常見的軟件錯誤,，供讀者參閱。本書作為軟件測試的實際應(yīng)用參考書,，除了力求突出基本知識和基本概念的表述外,，更注重軟件測試技術(shù)的運用。創(chuàng)新光譜分析技術(shù)賦能艾策檢測,，實現(xiàn)食品藥品中微量有害物質(zhì)的超痕量檢測,。上海第三方軟件測評公司
深圳艾策信息科技：打造智慧供應(yīng)鏈的關(guān)鍵技術(shù)。西安軟件測評
***級初始級TMM初始級軟件測試過程的特點是測試過程無序,，有時甚至是混亂的,，幾乎沒有妥善定義的。初始級中軟件的測試與調(diào)試常常被混為一談,，軟件開發(fā)過程中缺乏測試資源,，工具以及訓練有素的測試人員。初始級的軟件測試過程沒有定義成熟度目標,。第二級定義級TMM的定義級中,，測試己具備基本的測試技術(shù)和方法，軟件的測試與調(diào)試己經(jīng)明確地被區(qū)分開,。這時,，測試被定義為軟件生命周期中的一個階段，它緊隨在編碼階段之后,。但在定義級中,，測試計劃往往在編碼之后才得以制訂，這顯然有背于軟件工程的要求,。TMM的定義級中需實現(xiàn)3個成熟度目標:制訂測試與調(diào)試目標,，啟動測試計劃過程，制度化基本的測試技術(shù)和方法,。(I)制訂測試與調(diào)試目標軟件**必須消晰地區(qū)分軟件開發(fā)的測試過程與調(diào)試過程,，識別各自的目標，任務(wù)和括動。正確區(qū)分這兩個過程是提高軟件**測試能力的基礎(chǔ),。與調(diào)試工作不同,，測試工作是一種有計劃的活動，可以進行管理和控制,。這種管理和控制活動需要制訂相應(yīng)的策略和政策,，以確定和協(xié)調(diào)這兩個過程,。制訂測試與調(diào)試目標包含5個子成熟度目標:1)分別形成測試**和調(diào)試**,，并有經(jīng)費支持。2)規(guī)劃并記錄測試目標,。3)規(guī)劃井記錄調(diào)試目標,。4)將測試和調(diào)試目標形成文檔。西安軟件測評
