在不知道多長的子序列能更好的表示可執(zhí)行文件的情況下，只能以固定窗口大小在字節(jié)碼序列中滑動,，產(chǎn)生大量的短序列,，由機器學習方法選擇可能區(qū)分惡意軟件和良性軟件的短序列作為特征，產(chǎn)生短序列的方法叫n-grams,?！?80074ff13b2”的字節(jié)碼序列，如果以3-grams產(chǎn)生連續(xù)部分重疊的短序列,，將得到“080074”,、“0074ff”,、“74ff13”、“ff13b2”四個短序列,。每個短序列特征的權(quán)重表示有多種方法,。**簡單的方法是如果該短序列在具體樣本中出現(xiàn)，就表示為1,；如果沒有出現(xiàn),，就表示為0，也可以用,。本實施例采用3-grams方法提取特征,，3-grams產(chǎn)生的短序列非常龐大，將產(chǎn)生224＝(16,777,216)個特征,，如此龐大的特征集在計算機內(nèi)存中存儲和算法效率上都是問題,。如果短序列特征的tf較小，對機器學習可能沒有意義,，選取了tf**高的5000個短序列特征,，計算每個短序列特征的，每個短序列特征的權(quán)重是判斷其所在軟件樣本是否為惡意軟件的依據(jù),，也是區(qū)分每個軟件樣本的依據(jù),。(4)前端融合前端融合的架構(gòu)如圖4所示，前端融合方式將三種模態(tài)的特征合并,，然后輸入深度神經(jīng)網(wǎng)絡(luò),，隱藏層的***函數(shù)為relu，輸出層的***函數(shù)是sigmoid,，中間使用dropout層進行正則化,，防止過擬合，優(yōu)化器,。功能完整性測試發(fā)現(xiàn)3項宣傳功能未完全實現(xiàn),。軟件產(chǎn)品質(zhì)量檢測價格

    置環(huán)境操作系統(tǒng)+服務器+數(shù)據(jù)庫+軟件依賴5執(zhí)行用例6回歸測試及缺陷**7輸出測試報告8測試結(jié)束軟件架構(gòu)BSbrowser瀏覽器+server服務器CSclient客戶端+server服務器1標準上BS是在服務器和瀏覽器都存在的基礎(chǔ)上開發(fā)2效率BS中負擔在服務器上CS中的客戶端會分擔，CS效率更高3安全BS數(shù)據(jù)依靠http協(xié)議進行明文輸出不安全4升級上bs更簡便5開發(fā)成本bs更簡單cs需要客戶端安卓和ios軟件開發(fā)模型瀑布模型1需求分析2功能設(shè)計3編寫代碼4功能實現(xiàn)切入點5軟件測試需求變更6完成7上線維護是一種線性模型的一種,，是其他開發(fā)模型的基礎(chǔ)測試的切入點要留下足夠的時間可能導致測試不充分,，上線后才暴露***開發(fā)的各個階段比較清晰需求調(diào)查適合需求穩(wěn)定的產(chǎn)品開發(fā)當前一階段完成后，您只需要去關(guān)注后續(xù)階段可在迭代模型中應用瀑布模型可以節(jié)省大量的時間和金錢缺點1）各個階段的劃分完全固定,，階段之間產(chǎn)生大量的文檔,，極大地增加了工作量。2）由于開發(fā)模型是線性的,，用戶只有等到整個過程的末期才能見到開發(fā)成果,，從而增加了開發(fā)風險。3）通過過多的強制完成日期和里程碑來**各個項目階段,。4）瀑布模型的突出缺點是不適應用戶需求的變化瀑布模型強調(diào)文檔的作用,，并要求每個階段都要仔細驗證,。貴州第三方軟件檢測公司跨設(shè)備測試報告指出平板端UI元素存在比例失調(diào)問題。

    圖書目錄第1章軟件測試描述第2章常見的軟件測試方法第3章設(shè)計測試第4章程序分析技術(shù)第5章測試分析技術(shù)第6章測試自動化的優(yōu)越性第7章測試計劃與測試標準第8章介紹一種企業(yè)級測試工具第9章學習一種負載測試軟件第10章軟件測試的經(jīng)驗總結(jié)附錄A常見測試術(shù)語附錄B測試技術(shù)分類附錄C常見的編碼錯誤附錄D有關(guān)的測試網(wǎng)站參考文獻軟件測試技術(shù)圖書4書名:軟件測試技術(shù)第2版作者：徐芳層次：高職高專配套：電子課件出版社：機械工業(yè)出版社出版時間：2012-06-26ISBN:978-7-111-37884-6開本：16開定價:目錄第1章開始軟件測試工作第2章執(zhí)行系統(tǒng)測試第3章測試用例設(shè)計第4章測試工具應用第5章測試技術(shù)與應用第6章成為***的測試組長第7章測試文檔實例詞條圖冊更多圖冊,。

    將訓練樣本的dll和api信息特征視圖,、格式信息特征視圖以及字節(jié)碼n-grams特征視圖輸入深度神經(jīng)網(wǎng)絡(luò)，訓練多模態(tài)深度集成模型,；(1)方案一：采用前端融合(early-fusion)方法，首先合并訓練樣本的dll和api信息特征視圖,、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的特征,，融合成一個單一的特征向量空間，然后將其作為深度神經(jīng)網(wǎng)絡(luò)模型的輸入,，訓練多模態(tài)深度集成模型,；(2)方案二：首先利用訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖分別訓練深度神經(jīng)網(wǎng)絡(luò)模型,，合并訓練的三個深度神經(jīng)網(wǎng)絡(luò)模型的決策輸出,，并將其作為感知機的輸入，訓練得到**終的多模態(tài)深度集成模型,；(3)方案三：采用中間融合(intermediate-fusion)方法,，首先使用三個深度神經(jīng)網(wǎng)絡(luò)分別學習訓練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的高等特征表示,，并合并學習得到的訓練樣本的dll和api信息特征視圖,、格式信息特征視圖以及字節(jié)碼n-grams特征視圖的高等特征表示融合成一個單一的特征向量空間，然后將其作為下一個深度神經(jīng)網(wǎng)絡(luò)的輸入,，訓練得到多模態(tài)深度神經(jīng)網(wǎng)絡(luò)模型,。步驟s3、將軟件樣本中的類別未知的軟件樣本作為測試樣本,。創(chuàng)新光譜分析技術(shù)賦能艾策檢測,，實現(xiàn)食品藥品中微量有害物質(zhì)的超痕量檢測。

    快速原型模型部分需求-原型-補充-運行外包公司預先不能明確定義需求的軟件系統(tǒng)的開發(fā),，更好的滿足用戶需求并減少由于軟件需求不明確帶來的項目開發(fā)風險,。不適合大型系統(tǒng)的開發(fā)，前提要有一個展示性的產(chǎn)品原型,，在一定程度上的補充,，限制開發(fā)人員的創(chuàng)新。螺旋模型每次功能都要**行風險評估,，需求設(shè)計-測試很大程度上是一種風險驅(qū)動的方法體系,，在每個階段循環(huán)前，都進行風險評估,。需要有相當豐富的風險評估經(jīng)驗和專門知識,，在風險較大的項目開發(fā)中,，很有必要，多次迭代,，增加成本,。軟件測試模型需求分析-概要設(shè)計-詳細設(shè)計-開發(fā)-單元測試-集成測試-系統(tǒng)測試-驗收測試***清楚標識軟件開發(fā)的階段包含底層測試和高層測試采用自頂向下逐步求精的方式把整個開發(fā)過程分成不同的階段，每個階段的工作都很明確,，便于控制開發(fā)過程,。缺點程序已經(jīng)完成，錯誤在測試階段發(fā)現(xiàn)或沒有發(fā)現(xiàn),，不能及時修改而且需求經(jīng)常變化導致V步驟反復執(zhí)行,，工作量很大。W模型開發(fā)一個V測試一個V用戶需求驗收測試設(shè)計需求分析系統(tǒng)測試設(shè)計概要設(shè)計集成測試設(shè)計詳細設(shè)計單元測試設(shè)計編碼單元測試集成集成測試運行系統(tǒng)測試交付驗收測試***測試更早的介入,，可以發(fā)現(xiàn)開發(fā)初期的缺陷,。第三方驗證實際啟動速度較廠商宣稱慢0.7秒。源碼滲透測試

專業(yè)機構(gòu)認證該程序內(nèi)存管理效率優(yōu)于行業(yè)平均水平23%,。軟件產(chǎn)品質(zhì)量檢測價格

    將三種模態(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ā)明的保護范圍,。軟件產(chǎn)品質(zhì)量檢測價格