之所以被稱為黑盒測試是因為可以將被測程序看成是一個無法打開的黑盒，而工作人員在不軟件測試方法考慮任何程序內部結構和特性的條件下，根據(jù)需求規(guī)格說明書設計測試實例，并檢查程序的功能是否能夠按照規(guī)范說明準確無誤的運行。其主要是對軟件界面和軟件功能進行測試。對于黑盒測試行為必須加以量化才能夠有效的保證軟件的質量。[5]（2）白盒測試。其與黑盒測試不同，它主要是借助程序內部的邏輯和相關信息，通過檢測內部動作是否按照設計規(guī)格說明書的設定進行，檢查每一條通路能否正常工作。白盒測試是從程序結構方面出發(fā)對測試用例進行設計。其主要用于檢查各個邏輯結構是否合理，對應的模塊**路徑是否正常以及內部結構是否有效。常用的白盒測試法有控制流分析、數(shù)據(jù)流分析、路徑分析、程序變異等，其中邏輯覆蓋法是主要的測試方法。[5]（3）灰盒測試。灰盒測試則介于黑盒測試和白盒測試之間?；液袦y試除了重視輸出相對于出入的正確性，也看重其內部表現(xiàn)。但是它不可能像白盒測試那樣詳細和完整。它只是簡單的靠一些象征性的現(xiàn)象或標志來判斷其內部的運行情況，因此在內部結果出現(xiàn)錯誤，但輸出結果正確的情況下可以采取灰盒測試方法。因為在此情況下灰盒比白盒**。艾策醫(yī)療檢測中心為體外診斷試劑提供全流程合規(guī)性驗證服務。軟件測試的認證中心

    將訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖輸入深度神經(jīng)網(wǎng)絡，訓練多模態(tài)深度集成模型；(1)方案一：采用前端融合(early-fusion)方法，首先合并訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的特征，融合成一個單一的特征向量空間，然后將其作為深度神經(jīng)網(wǎng)絡模型的輸入，訓練多模態(tài)深度集成模型；(2)方案二：首先利用訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖分別訓練深度神經(jīng)網(wǎng)絡模型，合并訓練的三個深度神經(jīng)網(wǎng)絡模型的決策輸出，并將其作為感知機的輸入，訓練得到**終的多模態(tài)深度集成模型；(3)方案三：采用中間融合(intermediate-fusion)方法，首先使用三個深度神經(jīng)網(wǎng)絡分別學習訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的高等特征表示，并合并學習得到的訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的高等特征表示融合成一個單一的特征向量空間，然后將其作為下一個深度神經(jīng)網(wǎng)絡的輸入，訓練得到多模態(tài)深度神經(jīng)網(wǎng)絡模型。步驟s3、將軟件樣本中的類別未知的軟件樣本作為測試樣本。軟件開發(fā)第三方檢測平臺無障礙測評認定視覺障礙用戶支持功能缺失4項。

    特征之間存在部分重疊，但特征類型間存在著互補，融合這些不同抽象層次的特征可更好的識別軟件的真正性質。且惡意軟件通常偽造出和良性軟件相似的特征，逃避反**軟件的檢測，但惡意軟件很難同時偽造多個抽象層次的特征逃避檢測。基于該觀點，本發(fā)明實施例提出一種基于多模態(tài)深度學習的惡意軟件檢測方法，以實現(xiàn)對惡意軟件的有效檢測，提取了三種模態(tài)的特征(dll和api信息、pe格式結構信息和字節(jié)碼3-grams)，提出了通過前端融合、后端融合和中間融合這三種融合方式集成三種模態(tài)的特征，有效提高惡意軟件檢測的準確率和魯棒性，具體步驟如下：步驟s1、提取軟件樣本的二進制可執(zhí)行文件的dll和api信息、pe格式結構信息以及字節(jié)碼n-grams的特征表示，生成軟件樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖；統(tǒng)計當前軟件樣本的導入節(jié)中引用的dll和api，提取得到當前軟件樣本的二進制可執(zhí)行文件的dll和api信息的特征表示。對當前軟件樣本的二進制可執(zhí)行文件進行格式結構解析，并按照格式規(guī)范提取**該軟件樣本的格式結構信息，得到該軟件樣本的二進制可執(zhí)行文件的pe格式結構信息的特征表示。

    先將當前軟件樣本件的二進制可執(zhí)行文件轉換為十六進制字節(jié)碼序列，然后采用n-grams方法在十六進制字節(jié)碼序列中滑動，產(chǎn)生大量的連續(xù)部分重疊的短序列特征，提取得到當前軟件樣本的二進制可執(zhí)行文件的字節(jié)碼n-grams的特征表示。生成軟件樣本的dll和api信息特征視圖，是先統(tǒng)計所有類別已知的軟件樣本的pe可執(zhí)行文件引用的dll和api信息，從中選取引用頻率**高的多個dll和api信息；然后判斷當前的軟件樣本的導入節(jié)里是否存在選擇出的某個引用頻率**高的dll和api信息，如存在，則將當前軟件樣本的該dll或api信息以1表示，否則將其以0表示，從而對當前軟件樣本的所有dll和api信息進行表示形成當前軟件樣本的dll和api信息特征視圖。生成軟件樣本的格式信息特征視圖，是從當前軟件樣本的pe格式結構信息中選取可能區(qū)分惡意軟件和良性軟件的pe格式結構特征，形成當前軟件樣本的格式信息特征視圖。從當前軟件樣本的pe格式結構信息中選取可能區(qū)分惡意軟件和良性軟件的pe格式結構特征，是從當前軟件樣本的pe格式結構信息中確定存在特定格式異常的pe格式結構特征以及存在明顯的統(tǒng)計差異的格式結構特征。特定格式異常包括：(1)代碼從**后一節(jié)開始執(zhí)行，(2)節(jié)頭部可疑的屬性，。如何選擇適合企業(yè)的 IT 解決方案？

    等價類劃分法將不能窮舉的測試過程進行合理分類，從而保證設計出來的測試用例具有完整性和**性。有數(shù)據(jù)輸入的地方，可以使用等價類劃分法。從大量數(shù)據(jù)中挑選少量**數(shù)據(jù)進行測試有效等價類：符合需求規(guī)格說明書規(guī)定的數(shù)據(jù)用來測試功能是否正確實現(xiàn)無效等價類：不合理的輸入數(shù)據(jù)**—用來測試程序是否有強大的異常處理能力（健壯性）使用**少的測試數(shù)據(jù)，達到**好的測試質量邊界值分析法對輸入或輸出的邊界值進行測試的一種黑盒測試方法。是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。邊界點1、邊界是指相對于輸入等價類和輸出等價類而言，稍高于、稍低于其邊界值的一些特定情況。2、邊界點分為上點、內點和離點。如果是范圍[1,100]需要選擇0,1,2,50,99,100,101如果是個數(shù)**多20個[0,20]需要測0,10,20，-1,21因果圖分析法用畫圖的方式表達輸入條件和輸出結果之間的關系。1恒等2與3或4非5互斥1個或者不選6***必須是1個7包含可以多選不能不選8要求如果a=1，則要求b必須是1，反之如果a=0時，b的值無所謂9**關系當a=1時，要求b必須為0；而當a=0時。第三方驗證實際啟動速度較廠商宣稱慢0.7秒。軟件質量測評機構

對比分析顯示資源占用率高于同類產(chǎn)品均值26%。軟件測試的認證中心

    不*可以用于回歸測試，也可以為以后的測試提供參考。[4](8)錯誤不可避免原則。在測試時不能首先假設程序中沒有錯誤。[4]軟件測試方法分類編輯軟件測試方法的分類有很多種，以測試過程中程序執(zhí)行狀態(tài)為依據(jù)可分為靜態(tài)測試（StaticTesting，ST）和動態(tài)測試（DynamicTesting，DT）;以具體實現(xiàn)算法細節(jié)和系統(tǒng)內部結構的相關情況為根據(jù)可分黑盒測試、白盒測試和灰盒測試三類;從程序執(zhí)行的方式來分類，可分為人工測試（ManualTesting，MT）和自動化測試（AutomaticTesting，AT）。[5]軟件測試方法靜態(tài)測試和動態(tài)測試（1）靜態(tài)測試。靜態(tài)測試的含義是被測程序不運行，只依靠分析或檢查源程序的語句、結構、過程等來檢查程序是否有錯誤。即通過對軟件的需求規(guī)格說明書、設計說明書以及源程序做結構分析和流程圖分析，從而來找出錯誤。例如不匹配的參數(shù)，未定義的變量等。[5]（2）動態(tài)測試。動態(tài)測試與靜態(tài)測試相對應，其是通過運行被測試程序，對得到的運行結果與預期的結果進行比較分析，同時分析運行效率和健壯性能等。這種方法可簡單分為三個步驟:構造測試實例、執(zhí)行程序以及分析結果。[5]軟件測試方法黑盒測試、白盒測試和灰盒測試（1）黑盒測試。軟件測試的認證中心