***級初始級TMM初始級軟件測試過程的特點是測試過程無序，有時甚至是混亂的，幾乎沒有妥善定義的。初始級中軟件的測試與調試常常被混為一談，軟件開發過程中缺乏測試資源，工具以及訓練有素的測試人員。初始級的軟件測試過程沒有定義成熟度目標。第二級定義級TMM的定義級中，測試己具備基本的測試技術和方法，軟件的測試與調試己經明確地被區分開。這時，測試被定義為軟件生命周期中的一個階段，它緊隨在編碼階段之后。但在定義級中，測試計劃往往在編碼之后才得以制訂，這顯然有背于軟件工程的要求。TMM的定義級中需實現3個成熟度目標:制訂測試與調試目標，啟動測試計劃過程，制度化基本的測試技術和方法。(I)制訂測試與調試目標軟件**必須消晰地區分軟件開發的測試過程與調試過程，識別各自的目標，任務和括動。正確區分這兩個過程是提高軟件**測試能力的基礎。與調試工作不同，測試工作是一種有計劃的活動，可以進行管理和控制。這種管理和控制活動需要制訂相應的策略和政策，以確定和協調這兩個過程。制訂測試與調試目標包含5個子成熟度目標:1)分別形成測試**和調試**，并有經費支持。2)規劃并記錄測試目標。3)規劃井記錄調試目標。4)將測試和調試目標形成文檔。從傳統到智能：艾策科技助力制造業升級之路。南昌軟件**檢測報告

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

    生成取值表。3把取值表與選擇的正交表進行映射控件數Ln(取值數)3個控件5個取值5的3次冪混合正交表當控件的取值數目水平不一致時候，使用allp**rs工具生成1等價類劃分法劃分值2邊界值分析法邊界值3錯誤推斷法經驗4因果圖分析法關系5判定表法條件和結果6流程圖法流程路徑梳理7場景法主要功能和業務的事件8正交表先關注主要功能和業務流程，業務邏輯是否正確實現，考慮場景法需要輸入數據的地方，考慮等價類劃分法+邊界值分析法，發現程序錯誤的能力**強存在輸入條件的組合情況，考慮因果圖判定表法多種參數配置組合情況，正交表排列法采用錯誤推斷法再追加測試用例。需求分析場景法分析主要功能輸入的等價類邊界值輸入的各種組合因果圖判定表多種參數配置正交表錯誤推斷法經驗軟件缺陷軟件產品中存在的問題，用戶所需要的功能沒有完全實現。

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

    并分發至項目涉及的所有管理人員和開發人員。5)將測試目標反映在測試計劃中。(II)啟動測試計劃過程制訂計劃是使一個過程可重復，可定義和可管理的基礎。測試計劃應包括測試目的，風險分析，測試策略以及測試設計規格說明和測試用例。此外，測試計劃還應說明如何分配測試資源，如何劃分單元測試，集成測試，系統測試和驗收測試的任務。啟動測試計劃過程包含5個子目標:1)建立**內的測試計劃**并予以經費支持。2)建立**內的測試計劃政策框架并予以管理上的支持。3)開發測試計劃模板井分發至項目的管理者和開發者。4)建立一種機制，使用戶需求成為測試計劃的依據之一。5)評價，推薦和獲得基本的計劃工具并從管理上支持工具的使用。(III)制度化基本的測試技術和方法?為改進測試過程能力，**中需應用基本的測試技術和方法，并說明何時和怎樣使用這些技術，方法和支持工具。將基本測試技術和方法制度化有2個子目標:1)在**范圍內成立測試技術組，研究，評價和推薦基本的測試技術和測試方法，推薦支持這些技術與方法的基本工具。2)制訂管理方針以保證在全**范圍內一致使用所推薦的技術和方法。第三級集成級在集成級，測試不**是跟隨在編碼階段之后的一個階段。壓力測試表明系統在5000并發用戶時響應延遲激增300%。南寧軟件驗收測試價格

代碼質量評估顯示注釋覆蓋率不足30%需加強。南昌軟件**檢測報告

    的值不一定判定表法根據因果來制定判定表組成部分1條件樁:所有條件2動作樁:所有結果3條件項:針對條件樁的取值4動作項:針對動作樁的取值不犯罪，不抽*是好男人，不喝酒是好男人，只要打媳婦就是壞男人條件樁1不犯罪1102不抽*1013不喝酒011動作樁好男人11壞男人1場景法模擬用戶操作軟件時的場景，主要用于測試系統的業務流程先關注功能和業務是否正確實現，然后再使用等價類和邊界值進行檢測。基本流正確的業務流程來實現一條操作路徑備選流模擬一條錯誤的操作流程用例場景要從開始到結束便利用例中所有的基本流和備選流。流程分析法流程-路徑針對路徑使用路徑分析的方法設計測試用例降低測試用例設計難度，只要搞清楚各種流程，就可以設計出高質量的測試用例，而不需要太多測試經驗1詳細了解需求2根據需求說明或界面原型，找出業務流程的哥哥頁面以及流轉關系3畫出業務流程axure4寫用例，覆蓋所有路徑分支錯誤推斷法利用經驗猜測出出錯的可能類型，列出所有可能的錯誤和容易發生錯誤的情況。多考慮異常，反面，特殊輸入，以攻擊者的態度對臺程序。正交表對可選項多種可取值進行均等選取組合，**大概率覆蓋測試用例1根據控件和取值數選擇一個合適的正交表2列舉取值并編號。南昌軟件**檢測報告