西安移動軟件檢測報告

    4)建立與用戶或客戶的聯系，收集他們對測試的需求和建議。(II)制訂技術培訓計劃為高效率地完成好測試工作，測試人員必須經過適當的培訓。制訂技術培訓規劃有3個子目標:1)制訂**的培訓計劃，并在管理上提供包括經費在內的支持。2)制訂培訓目標和具體的培訓計劃。3)成立培訓組，配備相應的工具，設備和教材(III)軟件全生命周期測試提高測試成熟度和改善軟件產品質量都要求將測試工作與軟件生命周期中的各個階段聯系起來。該目標有4個子目標:1)將測試階段劃分為子階段，并與軟件生命周期的各階段相聯系。2)基于已定義的測試子階段，采用軟件生命周期V字模型。3)制訂與淵試相關的工作產品的標準。4)建立測試人員與開發人員共同工作的機制。這種機制有利于促進將測試活動集成于軟件生命周期中(IV)控制和監視測試過程為控制和監視測試過程，軟件**需采取相應措施，如:制訂測試產品的標準，制訂與測試相關的偶發事件的處理預案，確定測試里程碑，確定評估測試效率的度量，建立測試日志等。控制和監視測試過程有3個子目標:1)制訂控制和監視測試過程的機制和政策。2)定義，記錄并分配一組與測試過程相關的基本測量。3)開發，記錄并文檔化一組糾偏措施和偶發事件處理預案。用戶體驗測評中界面交互評分低于同類產品均值15.6%。西安移動軟件檢測報告

    在不知道多長的子序列能更好的表示可執行文件的情況下，只能以固定窗口大小在字節碼序列中滑動，產生大量的短序列，由機器學習方法選擇可能區分惡意軟件和良性軟件的短序列作為特征，產生短序列的方法叫n-grams。“080074ff13b2”的字節碼序列，如果以3-grams產生連續部分重疊的短序列，將得到“080074”、“0074ff”、“74ff13”、“ff13b2”四個短序列。每個短序列特征的權重表示有多種方法。**簡單的方法是如果該短序列在具體樣本中出現，就表示為1；如果沒有出現，就表示為0，也可以用。本實施例采用3-grams方法提取特征，3-grams產生的短序列非常龐大，將產生224＝(16,777,216)個特征，如此龐大的特征集在計算機內存中存儲和算法效率上都是問題。如果短序列特征的tf較小，對機器學習可能沒有意義，選取了tf**高的5000個短序列特征，計算每個短序列特征的，每個短序列特征的權重是判斷其所在軟件樣本是否為惡意軟件的依據，也是區分每個軟件樣本的依據。(4)前端融合前端融合的架構如圖4所示，前端融合方式將三種模態的特征合并，然后輸入深度神經網絡，隱藏層的***函數為relu，輸出層的***函數是sigmoid，中間使用dropout層進行正則化，防止過擬合，優化器。軟件產品確認檢測基于 AI 視覺識別的自動化檢測系統，助力艾策實現生產線上的零缺陷品控目標！

    [3]軟件測試方法原則編輯1.盡早不斷測試的原則應當盡早不斷地進行軟件測試。據統計約60%的錯誤來自設計以前，并且修正一個軟件錯誤所需的費用將隨著軟件生存周期的進展而上升。錯誤發現得越早，修正它所需的費用就越少。[4]測試用例由測試輸入數據和與之對應的預期輸出結果這兩部分組成。[4]3.**測試原則(1)**測試原則。這是指軟件測試工作由在經濟上和管理上**于開發機構的**進行。程序員應避免檢査自己的程序，程序設計機構也不應測試自己開發的程序。軟件開發者難以客觀、有效地測試自己的軟件，而找出那些因為對需求的誤解而產生的錯誤就更加困難。[4](2)合法和非合法原則。在設計時，測試用例應當包括合法的輸入條件和不合法的輸入條件。[4](3)錯誤群集原則。軟件錯誤呈現群集現象。經驗表明，某程序段剩余的錯誤數目與該程序段中已發現的錯誤數目成正比，所以應該對錯誤群集的程序段進行重點測試。[4](4)嚴格性原則。嚴格執行測試計劃，排除測試的隨意性。[4](5)覆蓋原則。應當對每一個測試結果做***的檢查。[4](6)定義功能測試原則。檢查程序是否做了要做的事*是成功的一半，另一半是看程序是否做了不屬于它做的事。[4](7)回歸測試原則。應妥善保留測試用例。

    所述生成軟件樣本的dll和api信息特征視圖，是先統計所有類別已知的軟件樣本的pe可執行文件引用的dll和api信息，從中選取引用頻率**高的多個dll和api信息；然后判斷當前的軟件樣本的導入節里是否存在選擇出的某個引用頻率**高的dll和api信息，如存在，則將當前軟件樣本的該dll或api信息以1表示，否則將其以0表示，從而對當前軟件樣本的所有dll和api信息進行表示形成當前軟件樣本的dll和api信息特征視圖。進一步的，所述生成軟件樣本的格式信息特征視圖，是從當前軟件樣本的pe格式結構信息中選取可能區分惡意軟件和良性軟件的pe格式結構特征，形成當前軟件樣本的格式信息特征視圖。進一步的，所述從當前軟件樣本的pe格式結構信息中選取可能區分惡意軟件和良性軟件的pe格式結構特征，是從當前軟件樣本的pe格式結構信息中確定存在特定格式異常的pe格式結構特征以及存在明顯的統計差異的格式結構特征；所述特定格式異常包括：(1)代碼從**后一節開始執行，(2)節頭部可疑的屬性，(3)pe可選頭部有效尺寸的值不正確，(4)節之間的“間縫”，(5)可疑的代碼重定向，(6)可疑的代碼節名稱，(7)可疑的頭部***，(8)來自，(9)導入地址表被修改，(10)多個pe頭部，(11)可疑的重定位信息，。兼容性測試涵蓋35款設備，通過率91.4%。

    什么是軟件測試通過手工和自動化工具對被測對象進行檢測，驗證實際結果和預期結果之間的差異。軟件測試的原則1測試是為了證明軟件存在缺陷2測試應該盡早介入3注意測試缺陷的群集效應80-204殺蟲劑現象5合法數據和不合法數據和邊界值，網絡異常和電源斷電等6回歸測試防止出現更多問題7妥善保存一切測試文檔軟件測試的目的1暴露軟件中的缺陷和BUG2記錄軟件運行中產生的一些數據，為開發提供改良的數據支持為什么需要軟件測試1功能實現且正確執行2軟件運行的信息數據如果一個產品開發完成之后發現了很多問題，說明此軟件開發過程很可能是有缺陷的，因此，軟件測試的目的是保證整個軟件開發過程是高質量的。測試分類1單元測試分單元2集成測試多個單元3系統測試用戶角度-功能主體4驗證測試α測試-內測β測試-公測UAT測試-客戶驗收使用系統測試分類1功能測試2性能測試3安全測試4兼容性測試測試方法1按照測試對象分類白盒測試黑盒測試灰盒測試2按照測試對象是否執行分類靜態測試動態測試3按照測試手段進行分類手工測試靈活改變測試操作和環境自動化測試1自己寫腳本2第三方工具進行測試軟件質量1維護性2移植性3效率性4可靠性5易用性6功能性軟件測試流程1需求分析2設計用例3評審用例4。艾策檢測團隊采用多模態傳感器融合技術，構建智能工廠設備狀態健康監測體系。北京軟件測試

第三方測評顯示軟件運行穩定性達99.8%，未發現重大系統崩潰隱患。西安移動軟件檢測報告

    將三種模態特征和三種融合方法的結果進行了對比，如表3所示。從表3可以看出，前端融合和中間融合較基于模態特征的檢測準確率更高，損失率更低。后端融合是三種融合方法中較弱的，雖然明顯優于基于dll和api信息、pe格式結構特征的實驗結果，但稍弱于基于字節碼3-grams特征的結果。中間融合是三種融合方法中**好的，各項性能指標都非常接近**優值。表3實驗結果對比本實施例提出了基于多模態深度學習的惡意軟件檢測方法，提取了三種模態的特征(dll和api信息、pe格式結構信息和字節碼3-grams)，提出了通過三種融合方式(前端融合、后端融合、中間融合)集成三種模態的特征，有效提高惡意軟件檢測的準確率和魯棒性。實驗結果顯示，相對**且互補的特征視圖和不同深度學習融合機制的使用明顯提高了檢測方法的檢測能力和泛化性能，其中較優的中間融合方法取得了％的準確率，對數損失為，auc值為，各項性能指標已接近**優值。考慮到樣本集可能存在噪聲，本實施例提出的方法已取得了比較理想的結果。由于惡意軟件很難同時偽造多個模態的特征，本實施例提出的方法比單模態特征方法更魯棒。以上所述*為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。西安移動軟件檢測報告