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

    快速原型模型部分需求-原型-補充-運行外包公司預先不能明確定義需求的軟件系統的開發，更好的滿足用戶需求并減少由于軟件需求不明確帶來的項目開發風險。不適合大型系統的開發，前提要有一個展示性的產品原型，在一定程度上的補充，限制開發人員的創新。螺旋模型每次功能都要**行風險評估，需求設計-測試很大程度上是一種風險驅動的方法體系，在每個階段循環前，都進行風險評估。需要有相當豐富的風險評估經驗和專門知識，在風險較大的項目開發中，很有必要，多次迭代，增加成本。軟件測試模型需求分析-概要設計-詳細設計-開發-單元測試-集成測試-系統測試-驗收測試***清楚標識軟件開發的階段包含底層測試和高層測試采用自頂向下逐步求精的方式把整個開發過程分成不同的階段，每個階段的工作都很明確，便于控制開發過程。缺點程序已經完成，錯誤在測試階段發現或沒有發現，不能及時修改而且需求經常變化導致V步驟反復執行，工作量很大。W模型開發一個V測試一個V用戶需求驗收測試設計需求分析系統測試設計概要設計集成測試設計詳細設計單元測試設計編碼單元測試集成集成測試運行系統測試交付驗收測試***測試更早的介入，可以發現開發初期的缺陷。功能測試報告漏洞掃描報告顯示依賴庫存在5個已知CVE漏洞。

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

    并將測試樣本的dll和api信息特征視圖、格式信息特征視圖以及字節碼n-grams特征視圖輸入步驟s2訓練得到的多模態深度集成模型中，對測試樣本進行檢測并得出檢測結果。實驗結果與分析(1)樣本數據集選取實驗評估使用了不同時期的惡意軟件和良性軟件樣本，包含了7871個良性軟件樣本和8269個惡意軟件樣本，其中4103個惡意軟件樣本是2011年以前發現的，4166個惡意軟件樣本是近年來新發現的；3918個良性軟件樣本是從全新安裝的windowsxpsp3系統中收集的，3953個良性軟件樣本是從全新安裝的32位windows7系統中收集的。所有的惡意軟件樣本都是從vxheavens網站中收集的，所有的樣本格式都是windowspe格式的，樣本數據集構成如表1所示。表1樣本數據集類別惡意軟件樣本良性軟件樣本早期樣本41033918近期樣本41663953合計82697871(2)評價指標及方法分類性能主要用兩個指標來評估：準確率和對數損失。準確率測量所有預測中正確預測的樣本占總樣本的比例，*憑準確率通常不足以評估預測的魯棒性，因此還需要使用對數損失。對數損失(logarithmicloss)，也稱交叉熵損失(cross-entropyloss)，是在概率估計上定義的，用于測量預測類別與真實類別之間的差距大小。云計算與 AI 融合：深圳艾策的創新解決方案。

    k為短序列特征總數，1≤i≤k。可執行文件長短大小不一，為了防止該特征統計有偏，使用∑knk,j進行歸一化處理。逆向文件頻率(inversedocumentfrequency，idf)是一個短序列特征普遍重要性的度量。某一短序列特征的idf，可以由總樣本實施例件數目除以包含該短序列特征之樣本實施例件的數目，再將得到的商取對數得到：其中，|d|指軟件樣本j的總數，|{j:i∈j}|指包含短序列特征i的軟件樣本j的數目。idf的主要思想是：如果包含短序列特征i的軟件練樣本越少，也就是|{j:i∈j}|越小，idf越大，則說明短序列特征i具有很好的類別區分能力。：如果某一特征在某樣本中以較高的頻率出現，而包含該特征的樣本數目較小，可以產生出高權重的，該特征的。因此，，保留重要的特征。此處選取可能區分惡意軟件和良性軟件的短序列特征，是因為字節碼n-grams提取的特征很多，很多都是無效特征，或者效果非常一般的特征，保持這些特征會影響檢測方法的性能和效率，所以要選出有效的特征即可能區分惡意軟件和良性軟件的短序列特征。步驟s2、將軟件樣本中的類別已知的軟件樣本作為訓練樣本，然后分別采用前端融合方法、后端融合方法和中間融合方法設計三種不同方案的多模態數據融合方法。性能基準測試GPU利用率未達理論最大值67%。第三方軟件信息安全測評

從傳統到智能：艾策科技助力制造業升級之路。醫療軟件網絡安全測評

    嘗試了前端融合、后端融合和中間融合三種融合方法對進行有效融合，有效提高了惡意軟件的準確率，具備較好的泛化性能和魯棒性。實驗結果顯示，相對**且互補的特征視圖和不同深度學習融合機制的使用明顯提高了檢測方法的檢測能力和泛化性能，其中較優的中間融合方法取得了％的準確率，對數損失為，auc值為。有效解決了現有采用二進制可執行文件的單一特征類型進行惡意軟件檢測的檢測方法檢測結果準確率不高、可靠性低、泛化性和魯棒性不佳的問題。另外，惡意軟件很難同時偽造良性軟件的多個抽象層次的特征以逃避檢測，本發明實施例同時融合軟件的二進制可執行文件的多個抽象層次的特征，可準確檢測出偽造良性軟件特征的惡意軟件，解決了現有采用二進制可執行文件的單一特征類型進行惡意軟件檢測的檢測方法難以檢測出偽造良性軟件特征的惡意軟件的問題。附圖說明為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖**是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1是前端融合方法的流程圖。醫療軟件網絡安全測評