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

    Alpha測試主要是對軟件產(chǎn)品的功能、局域化、界面,、可使用性以及性能等等方面進(jìn)行評價(jià),。而Beta測試是在實(shí)際環(huán)境中由多個(gè)用戶對其進(jìn)行測試，并將在測試過程中發(fā)現(xiàn)的錯(cuò)誤有效反饋給軟件開發(fā)者,。所以在測試過程中用戶必須定期將所遇到的問題反饋給開發(fā)者。[2]軟件測試方法重要性編輯軟件測試的目的就是確保軟件的質(zhì)量,、確認(rèn)軟件以正確的方式做了你所期望的事情，所以他的工作主要是發(fā)現(xiàn)軟件的錯(cuò)誤,、有效定義和實(shí)現(xiàn)軟件成分由低層到高層的組裝過程,、驗(yàn)證軟件是否滿足任務(wù)書和系統(tǒng)定義文檔所規(guī)定的技術(shù)要求、為軟件質(zhì)量模型的建立提供依據(jù),。軟件的測試不*是要確保軟件的質(zhì)量，還要給開發(fā)人員提供信息,，以方便其為風(fēng)險(xiǎn)評估做相應(yīng)的準(zhǔn)備，重要的是他要貫穿在整個(gè)軟件開發(fā)的過程中,，保證整個(gè)軟件開發(fā)的過程是高質(zhì)量的,。[6]軟件測試時(shí)在軟件設(shè)計(jì)及程序編碼之后，在軟件運(yùn)行之前進(jìn)行**為合適,�,？紤]到測試人員在軟件開發(fā)過程中的尋找Bug,、避免軟件開發(fā)過程中的缺陷、關(guān)注用戶的需求等任務(wù),，所以作為軟件開發(fā)人員，軟件測試要嵌入在整個(gè)軟件開發(fā)的過程中,，比如在軟件的設(shè)計(jì)和程序的編碼等階段都得嵌入軟件測試的部分，要時(shí)時(shí)檢查軟件的可行性,，但是作為的軟件測試工作。哈爾濱軟件評測中心策科技助力教育行業(yè)：數(shù)字化教學(xué)的創(chuàng)新應(yīng)用 ,。

    3)pe可選頭部有效尺寸的值不正確,，(4)節(jié)之間的“間縫”,，(5)可疑的代碼重定向，(6)可疑的代碼節(jié)名稱,，(7)可疑的頭部***,，(8)來自,，(9)導(dǎo)入地址表被修改，(10)多個(gè)pe頭部,，(11)可疑的重定位信息，(12)把節(jié)裝入到vmm的地址空間,，(13)可選頭部的sizeofcode域取值不正確,，(14)含有可疑標(biāo)志,。存在明顯的統(tǒng)計(jì)差異的格式結(jié)構(gòu)特征包括：(1)無證書表；(2)調(diào)試數(shù)據(jù)明顯小于正常文件,，(3).text、.rsrc,、.reloc和.rdata的characteristics屬性異常，(4)資源節(jié)的資源個(gè)數(shù)少于正常文件,。生成軟件樣本的字節(jié)碼n-grams特征視圖，是統(tǒng)計(jì)了每個(gè)短序列特征的詞頻(termfrequency,，tf)，即該短序列特征在軟件樣本中出現(xiàn)的頻率,。先從當(dāng)前軟件樣本的所有短序列特征中選取詞頻tf**高的多個(gè)短序列特征；然后計(jì)算選取的每個(gè)短序列特征的逆向文件頻率idf與詞頻tf的乘積,，并將其作為選取的每個(gè)短序列特征的特征值，,，表示該短序列特征表示其所在軟件樣本的能力越強(qiáng),；**后在選取的詞頻tf**高的多個(gè)短序列特征中選取，生成字節(jié)碼n-grams特征視圖,。：＝tf×idf,；tf(termfrequency)是詞頻,，定義如下：其中，ni,j是短序列特征i在軟件樣本j中出現(xiàn)的次數(shù),，∑knk,j指軟件樣本j中所有短序列特征出現(xiàn)的次數(shù)之和,。

    將三種模態(tài)特征和三種融合方法的結(jié)果進(jìn)行了對比，如表3所示,。從表3可以看出,，前端融合和中間融合較基于模態(tài)特征的檢測準(zhǔn)確率更高，損失率更低,。后端融合是三種融合方法中較弱的,，雖然明顯優(yōu)于基于dll和api信息、pe格式結(jié)構(gòu)特征的實(shí)驗(yàn)結(jié)果,，但稍弱于基于字節(jié)碼3-grams特征的結(jié)果。中間融合是三種融合方法中**好的,，各項(xiàng)性能指標(biāo)都非常接近**優(yōu)值。表3實(shí)驗(yàn)結(jié)果對比本實(shí)施例提出了基于多模態(tài)深度學(xué)習(xí)的惡意軟件檢測方法,，提取了三種模態(tài)的特征(dll和api信息、pe格式結(jié)構(gòu)信息和字節(jié)碼3-grams),，提出了通過三種融合方式(前端融合、后端融合,、中間融合)集成三種模態(tài)的特征，有效提高惡意軟件檢測的準(zhǔn)確率和魯棒性,。實(shí)驗(yàn)結(jié)果顯示,，相對**且互補(bǔ)的特征視圖和不同深度學(xué)習(xí)融合機(jī)制的使用明顯提高了檢測方法的檢測能力和泛化性能，其中較優(yōu)的中間融合方法取得了％的準(zhǔn)確率,，對數(shù)損失為,，auc值為，各項(xiàng)性能指標(biāo)已接近**優(yōu)值,。考慮到樣本集可能存在噪聲,，本實(shí)施例提出的方法已取得了比較理想的結(jié)果。由于惡意軟件很難同時(shí)偽造多個(gè)模態(tài)的特征,，本實(shí)施例提出的方法比單模態(tài)特征方法更魯棒。以上所述*為本發(fā)明的較佳實(shí)施例而已,，并非用于限定本發(fā)明的保護(hù)范圍。自動(dòng)化測試發(fā)現(xiàn)7個(gè)邊界條件未處理的異常情況,。

    保留了較多信息,，同時(shí)由于操作數(shù)比較隨機(jī)，某種程度上又沒有抓住主要矛盾,，干擾了主要語義信息的提取。pe文件即可移植文件導(dǎo)入節(jié)中的動(dòng)態(tài)鏈接庫(dll)和應(yīng)用程序接口(api)信息能大致反映軟件的功能和性質(zhì)，通過一個(gè)可執(zhí)行程序引用的dll和api信息可以粗略的預(yù)測該程序的功能和行為,。belaoued和mazouzi應(yīng)用統(tǒng)計(jì)khi2檢驗(yàn)分析了pe格式的惡意軟件和良性軟件的導(dǎo)入節(jié)中的dll和api信息，分析顯示惡意軟件和良性軟件使用的dll和api信息統(tǒng)計(jì)上有明顯的區(qū)別,。后續(xù)的研究人員提出了挖掘dll和api信息的惡意軟件檢測方法，該類方法提取的特征語義信息豐富,，但*從二進(jìn)制可執(zhí)行文件的導(dǎo)入節(jié)提取特征，忽略了整個(gè)可執(zhí)行文件的大量信息,。惡意軟件和被***二進(jìn)制可執(zhí)行文件格式信息上存在一些異常，這些異常是檢測惡意軟件的關(guān)鍵,。研究人員提出了基于二進(jìn)制可執(zhí)行文件格式結(jié)構(gòu)信息的惡意軟件檢測方法，這類方法從二進(jìn)制可執(zhí)行文件的pe文件頭、節(jié)頭部,、資源節(jié)等提取特征，基于這些特征使用機(jī)器學(xué)習(xí)分類算法處理,，取得了較高的檢測準(zhǔn)確率。這類方法通常不受變形或多態(tài)等混淆技術(shù)影響,，提取特征只需要對pe文件進(jìn)行格式解析,，無需遍歷整個(gè)可執(zhí)行文件，提取特征速度較快,。第三方實(shí)驗(yàn)室驗(yàn)證數(shù)據(jù)處理速度較上代提升1.8倍。太原第三方軟件測評公司

負(fù)載測試證實(shí)系統(tǒng)最大承載量較宣傳數(shù)據(jù)低18%,。成都第三方軟件測試單位

    對一些質(zhì)量要求和可靠性要求較高的模塊，一般要滿足所需條件的組合覆蓋或者路徑覆蓋標(biāo)準(zhǔn),。[2]軟件測試方法集成測試集成測試是軟件測試的第二階段,，在這個(gè)階段，通常要對已經(jīng)嚴(yán)格按照程序設(shè)計(jì)要求和標(biāo)準(zhǔn)組裝起來的模塊同時(shí)進(jìn)行測試,，明確該程序結(jié)構(gòu)組裝的正確性，發(fā)現(xiàn)和接口有關(guān)的問題,，比如模塊接口的數(shù)據(jù)是否會(huì)在穿越接口時(shí)發(fā)生丟失；各個(gè)模塊之間因某種疏忽而產(chǎn)生不利的影響,；將模塊各個(gè)子功能組合起來后產(chǎn)生的功能要求達(dá)不到預(yù)期的功能要求；一些在誤差范圍內(nèi)且可接受的誤差由于長時(shí)間的積累進(jìn)而到達(dá)了不能接受的程度,；數(shù)據(jù)庫因單個(gè)模塊發(fā)生錯(cuò)誤造成自身出現(xiàn)錯(cuò)誤等等,。同時(shí)因集成測試是界于單元測試和系統(tǒng)測試之間的，所以,，集成測試具有承上啟下的作用,。因此有關(guān)測試人員必須做好集成測試工作,。在這一階段，一般采用的是白盒和黑盒結(jié)合的方法進(jìn)行測試,，驗(yàn)證這一階段設(shè)計(jì)的合理性以及需求功能的實(shí)現(xiàn)性。[2]軟件測試方法系統(tǒng)測試一般情況下,，系統(tǒng)測試采用黑盒法來進(jìn)行測試的，以此來檢查該系統(tǒng)是否符合軟件需求,。本階段的主要測試內(nèi)容包括健壯性測試、性能測試,、功能測試、安裝或反安裝測試,、用戶界面測試、壓力測試,、可靠性及安全性測試等。成都第三方軟件測試單位