2)軟件產(chǎn)品登記測試流程材料準(zhǔn)備并遞交------實(shí)驗(yàn)室受理------環(huán)境準(zhǔn)備------測試實(shí)施------輸出報(bào)告------通知客戶------繳費(fèi)并取報(bào)告服務(wù)區(qū)域北京、上海、廣州、深圳、重慶、杭州、南京、蘇州等**各地軟件測試報(bào)告|軟件檢測報(bào)告以“軟件質(zhì)量為目標(biāo),貫穿整個(gè)軟件生命周期、覆蓋軟件測試生命周期”的**測試服務(wù)模式,真正做到了“軟件測試應(yīng)該越早介入越好的原則”,從軟件生命周期的每一個(gè)環(huán)節(jié)把控軟件產(chǎn)品質(zhì)量;提供軟件產(chǎn)品質(zhì)量度量依據(jù),提供軟件可靠性分析依據(jù)。軟件成果鑒定測試結(jié)果可以作為軟件類科技成果鑒定的依據(jù)。提供功能、性能、標(biāo)準(zhǔn)符合性、易用性、安全性、可靠性等專項(xià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特征視圖,是...
嘗試了前端融合、后端融合和中間融合三種融合方法對(duì)進(jìn)行有效融合,有效提高了惡意軟件的準(zhǔn)確率,具備較好的泛化性能和魯棒性。實(shí)驗(yàn)結(jié)果顯示,相對(duì)**且互補(bǔ)的特征視圖和不同深度學(xué)習(xí)融合機(jī)制的使用明顯提高了檢測方法的檢測能力和泛化性能,其中較優(yōu)的中間融合方法取得了%的準(zhǔn)確率,對(duì)數(shù)損失為,auc值為。有效解決了現(xiàn)有采用二進(jìn)制可執(zhí)行文件的單一特征類型進(jìn)行惡意軟件檢測的檢測方法檢測結(jié)果準(zhǔn)確率不高、可靠性低、泛化性和魯棒性不佳的問題。另外,惡意軟件很難同時(shí)偽造良性軟件的多個(gè)抽象層次的特征以逃避檢測,本發(fā)明實(shí)施例同時(shí)融合軟件的二進(jìn)制可執(zhí)行文件的多個(gè)抽象層次的特征,可準(zhǔn)確檢測出偽造良性軟件特征的惡意軟件,解決...
綜合上面的分析可以看出,惡意軟件的格式信息和良性軟件是有很多差異性的,以可執(zhí)行文件的格式信息作為特征,是識(shí)別已知和未知惡意軟件的可行方法。對(duì)每個(gè)樣本進(jìn)行格式結(jié)構(gòu)解析,提取**每個(gè)樣本實(shí)施例件的格式結(jié)構(gòu)信息,可執(zhí)行文件的格式規(guī)范都由操作系統(tǒng)廠商給出,按照操作系統(tǒng)廠商給出的格式規(guī)范提取即可。pe文件的格式結(jié)構(gòu)有許多屬性,但大多數(shù)屬性無法區(qū)分惡意軟件和良性軟件,經(jīng)過深入分析pe文件的格式結(jié)構(gòu)屬性,提取了可能區(qū)分惡意軟件和良性軟件的136個(gè)格式結(jié)構(gòu)屬性,如表2所示。表2可能區(qū)分惡意軟件和良性軟件的pe格式結(jié)構(gòu)屬性特征描述數(shù)量(個(gè))引用dll的總數(shù)1引用api的總數(shù)1導(dǎo)出表中符號(hào)的總數(shù)1重定位節(jié)...
什么是軟件測試通過手工和自動(dòng)化工具對(duì)被測對(duì)象進(jìn)行檢測,驗(yàn)證實(shí)際結(jié)果和預(yù)期結(jié)果之間的差異。軟件測試的原則1測試是為了證明軟件存在缺陷2測試應(yīng)該盡早介入3注意測試缺陷的群集效應(yīng)80-204殺蟲劑現(xiàn)象5合法數(shù)據(jù)和不合法數(shù)據(jù)和邊界值,網(wǎng)絡(luò)異常和電源斷電等6回歸測試防止出現(xiàn)更多問題7妥善保存一切測試文檔軟件測試的目的1暴露軟件中的缺陷和BUG2記錄軟件運(yùn)行中產(chǎn)生的一些數(shù)據(jù),為開發(fā)提供改良的數(shù)據(jù)支持為什么需要軟件測試1功能實(shí)現(xiàn)且正確執(zhí)行2軟件運(yùn)行的信息數(shù)據(jù)如果一個(gè)產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題,說明此軟件開發(fā)過程很可能是有缺陷的,因此,軟件測試的目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。測試分類1單元...
收藏查看我的收藏0有用+1已投票0軟件測試方法編輯鎖定本詞條由“科普**”科學(xué)百科詞條編寫與應(yīng)用工作項(xiàng)目審核。軟件測試是使用人工或自動(dòng)的手段來運(yùn)行或測定某個(gè)軟件系統(tǒng)的過程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。[1]從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度劃分,測試方法主要有白盒測試和黑盒測試。白盒測試方法主要有代碼檢査法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基夲路徑測試法、域測試、符號(hào)測試、路徑覆蓋和程序變異。黑盒測試方法主要包括等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、場景法等。[1]從是否執(zhí)行程...
后端融合模型的10折交叉驗(yàn)證的準(zhǔn)確率是%,對(duì)數(shù)損失是,混淆矩陣如圖13所示,規(guī)范化后的混淆矩陣如圖14所示。后端融合模型的roc曲線如圖15所示,其顯示后端融合模型的auc值為。(6)中間融合中間融合的架構(gòu)如圖16所示,中間融合方式用深度神經(jīng)網(wǎng)絡(luò)從三種模態(tài)的特征分別抽取高等特征表示,然后合并學(xué)習(xí)得到的特征表示,再作為下一個(gè)深度神經(jīng)網(wǎng)絡(luò)的輸入訓(xùn)練模型,隱藏層的***函數(shù)為relu,輸出層的***函數(shù)是sigmoid,中間使用dropout層進(jìn)行正則化,防止過擬合,優(yōu)化器(optimizer)采用的是adagrad,batch_size是40。圖16中,用于抽取dll和api信息特征視圖的...
以備實(shí)際測試嚴(yán)重偏離計(jì)劃時(shí)使用。在TMM的定義級(jí),測試過程中引入計(jì)劃能力,在TMM的集成級(jí),測試過程引入控制和監(jiān)視活動(dòng)。兩者均為測試過程提供了可見性,為測試過程持續(xù)進(jìn)行提供保證。第四級(jí)管理和測量級(jí)在管理和測量級(jí),測試活動(dòng)除測試被測程序外,還包括軟件生命周期中各個(gè)階段的評(píng)審,審查和追查,使測試活動(dòng)涵蓋了軟件驗(yàn)證和軟件確認(rèn)活動(dòng)。根據(jù)管理和測量級(jí)的要求,軟件工作產(chǎn)品以及與測試相關(guān)的工作產(chǎn)品,如測試計(jì)劃,測試設(shè)計(jì)和測試步驟都要經(jīng)過評(píng)審。因?yàn)闇y試是一個(gè)可以量化并度量的過程。為了測量測試過程,測試人員應(yīng)建立測試數(shù)據(jù)庫。收集和記錄各軟件工程項(xiàng)目中使用的測試用例,記錄缺陷并按缺陷的嚴(yán)重程度劃分等級(jí)。此...
程序利用windows提供的接口(windowsapi)實(shí)現(xiàn)程序的功能。通過一個(gè)可執(zhí)行程序引用的動(dòng)態(tài)鏈接庫(dll)和應(yīng)用程序接口(api)可以粗略的預(yù)測該程序的功能和行為。統(tǒng)計(jì)所有樣本的導(dǎo)入節(jié)中引用的dll和api的頻率,留下引用頻率**高的60個(gè)dll和500個(gè)api。提取特征時(shí),每個(gè)樣本的導(dǎo)入節(jié)里存在選擇出的dll或api,該特征以1表示,不存在則以0表示,提取的560個(gè)dll和api特征作為***個(gè)特征視圖。提取格式信息特征視圖pe是portableexecutable的縮寫,初衷是希望能開發(fā)一個(gè)在所有windows平臺(tái)上和所有cpu上都可執(zhí)行的通用文件格式。pe格式文件是封裝...
什么是軟件測試通過手工和自動(dòng)化工具對(duì)被測對(duì)象進(jìn)行檢測,驗(yàn)證實(shí)際結(jié)果和預(yù)期結(jié)果之間的差異。軟件測試的原則1測試是為了證明軟件存在缺陷2測試應(yīng)該盡早介入3注意測試缺陷的群集效應(yīng)80-204殺蟲劑現(xiàn)象5合法數(shù)據(jù)和不合法數(shù)據(jù)和邊界值,網(wǎng)絡(luò)異常和電源斷電等6回歸測試防止出現(xiàn)更多問題7妥善保存一切測試文檔軟件測試的目的1暴露軟件中的缺陷和BUG2記錄軟件運(yùn)行中產(chǎn)生的一些數(shù)據(jù),為開發(fā)提供改良的數(shù)據(jù)支持為什么需要軟件測試1功能實(shí)現(xiàn)且正確執(zhí)行2軟件運(yùn)行的信息數(shù)據(jù)如果一個(gè)產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題,說明此軟件開發(fā)過程很可能是有缺陷的,因此,軟件測試的目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。測試分類1單元...
圖書目錄第1章軟件測試描述第2章常見的軟件測試方法第3章設(shè)計(jì)測試第4章程序分析技術(shù)第5章測試分析技術(shù)第6章測試自動(dòng)化的優(yōu)越性第7章測試計(jì)劃與測試標(biāo)準(zhǔn)第8章介紹一種企業(yè)級(jí)測試工具第9章學(xué)習(xí)一種負(fù)載測試軟件第10章軟件測試的經(jīng)驗(yàn)總結(jié)附錄A常見測試術(shù)語附錄B測試技術(shù)分類附錄C常見的編碼錯(cuò)誤附錄D有關(guān)的測試網(wǎng)站參考文獻(xiàn)軟件測試技術(shù)圖書4書名:軟件測試技術(shù)第2版作者:徐芳層次:高職高專配套:電子課件出版社:機(jī)械工業(yè)出版社出版時(shí)間:2012-06-26ISBN:978-7-111-37884-6開本:16開定價(jià):目錄第1章開始軟件測試工作第2章執(zhí)行系統(tǒng)測試第3章測試用例設(shè)計(jì)第4章測試工具應(yīng)用第5章...
對(duì)一些質(zhì)量要求和可靠性要求較高的模塊,一般要滿足所需條件的組合覆蓋或者路徑覆蓋標(biāo)準(zhǔn)。[2]軟件測試方法集成測試集成測試是軟件測試的第二階段,在這個(gè)階段,通常要對(duì)已經(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)測試之間的,所以,集成測...
程序利用windows提供的接口(windowsapi)實(shí)現(xiàn)程序的功能。通過一個(gè)可執(zhí)行程序引用的動(dòng)態(tài)鏈接庫(dll)和應(yīng)用程序接口(api)可以粗略的預(yù)測該程序的功能和行為。統(tǒng)計(jì)所有樣本的導(dǎo)入節(jié)中引用的dll和api的頻率,留下引用頻率**高的60個(gè)dll和500個(gè)api。提取特征時(shí),每個(gè)樣本的導(dǎo)入節(jié)里存在選擇出的dll或api,該特征以1表示,不存在則以0表示,提取的560個(gè)dll和api特征作為***個(gè)特征視圖。提取格式信息特征視圖pe是portableexecutable的縮寫,初衷是希望能開發(fā)一個(gè)在所有windows平臺(tái)上和所有cpu上都可執(zhí)行的通用文件格式。pe格式文件是封裝...
4)建立與用戶或客戶的聯(lián)系,收集他們對(duì)測試的需求和建議。(II)制訂技術(shù)培訓(xùn)計(jì)劃為高效率地完成好測試工作,測試人員必須經(jīng)過適當(dāng)?shù)呐嘤?xùn)。制訂技術(shù)培訓(xùn)規(guī)劃有3個(gè)子目標(biāo):1)制訂**的培訓(xùn)計(jì)劃,并在管理上提供包括經(jīng)費(fèi)在內(nèi)的支持。2)制訂培訓(xùn)目標(biāo)和具體的培訓(xùn)計(jì)劃。3)成立培訓(xùn)組,配備相應(yīng)的工具,設(shè)備和教材(III)軟件全生命周期測試提高測試成熟度和改善軟件產(chǎn)品質(zhì)量都要求將測試工作與軟件生命周期中的各個(gè)階段聯(lián)系起來。該目標(biāo)有4個(gè)子目標(biāo):1)將測試階段劃分為子階段,并與軟件生命周期的各階段相聯(lián)系。2)基于已定義的測試子階段,采用軟件生命周期V字模型。3)制訂與淵試相關(guān)的工作產(chǎn)品的標(biāo)準(zhǔn)。4)建立測試...
在不知道多長的子序列能更好的表示可執(zhí)行文件的情況下,只能以固定窗口大小在字節(jié)碼序列中滑動(dòng),產(chǎn)生大量的短序列,由機(jī)器學(xué)習(xí)方法選擇可能區(qū)分惡意軟件和良性軟件的短序列作為特征,產(chǎn)生短序列的方法叫n-grams?!?80074ff13b2”的字節(jié)碼序列,如果以3-grams產(chǎn)生連續(xù)部分重疊的短序列,將得到“080074”、“0074ff”、“74ff13”、“ff13b2”四個(gè)短序列。每個(gè)短序列特征的權(quán)重表示有多種方法。**簡單的方法是如果該短序列在具體樣本中出現(xiàn),就表示為1;如果沒有出現(xiàn),就表示為0,也可以用。本實(shí)施例采用3-grams方法提取特征,3-grams產(chǎn)生的短序列非常龐大,將產(chǎn)生...
這種傳統(tǒng)方式幾乎不能檢測未知的新的惡意軟件種類,能檢測的已知惡意軟件經(jīng)過簡單加殼或混淆后又不能檢測,且使用多態(tài)變形技術(shù)的惡意軟件在傳播過程中不斷隨機(jī)的改變著二進(jìn)制文件內(nèi)容,沒有固定的特征,使用該方法也不能檢測。新出現(xiàn)的惡意軟件,特別是zero-day惡意軟件,在釋放到互聯(lián)網(wǎng)前,都使用主流的反**軟件測試,確保主流的反**軟件無法識(shí)別這些惡意軟件,使得當(dāng)前的反**軟件通常對(duì)它們無能為力,只有在惡意軟件大規(guī)模傳染后,捕獲到這些惡意軟件樣本,提取簽名和更新簽名庫,才能檢測這些惡意軟件。基于數(shù)據(jù)挖掘和機(jī)器學(xué)習(xí)的惡意軟件檢測方法將可執(zhí)行文件表示成不同抽象層次的特征,使用這些特征來訓(xùn)練分類模型,可...
收藏查看我的收藏0有用+1已投票0軟件測試技術(shù)編輯鎖定討論上傳視頻軟件測試技術(shù)是軟件開發(fā)過程中的一個(gè)重要組成部分,是貫穿整個(gè)軟件開發(fā)生命周期、對(duì)軟件產(chǎn)品(包括階段性產(chǎn)品)進(jìn)行驗(yàn)證和確認(rèn)的活動(dòng)過程,其目的是盡快盡早地發(fā)現(xiàn)在軟件產(chǎn)品中所存在的各種問題——與用戶需求、預(yù)先定義的不一致性。檢查軟件產(chǎn)品的bug。寫成測試報(bào)告,交于開發(fā)人員修改。軟件測試人員的基本目標(biāo)是發(fā)現(xiàn)軟件中的錯(cuò)誤。中文名軟件測試技術(shù)簡介單元測試、集成測試主要步驟測試設(shè)計(jì)與開發(fā)常見測試回歸測試功能測試目錄1主要步驟2基本功能3測試目標(biāo)4測試目的5常見測試6測試分類7測試工具8同名圖書?圖書1?圖書2?圖書3?圖書4軟件測試技術(shù)...
評(píng)審步驟以及評(píng)審記錄機(jī)制。3)評(píng)審項(xiàng)由上層****。通過培訓(xùn)參加評(píng)審的人員,使他們理解和遵循相牢的評(píng)審政策,評(píng)審步驟。(II)建立測試過程的測量程序測試過程的側(cè)量程序是評(píng)價(jià)測試過程質(zhì)量,改進(jìn)測試過程的基礎(chǔ),對(duì)監(jiān)視和控制測試過程至關(guān)重要。測量包括測試進(jìn)展,測試費(fèi)用,軟件錯(cuò)誤和缺陷數(shù)據(jù)以及產(chǎn)品淵量等。建立淵試測量程序有3個(gè)子目標(biāo):1)定義**范圍內(nèi)的測試過程測量政策和目標(biāo)。2)制訂測試過程測量計(jì)劃。測量計(jì)劃中應(yīng)給出收集,分析和應(yīng)用測量數(shù)據(jù)的方法。3)應(yīng)用測量結(jié)果制訂測試過程改進(jìn)計(jì)劃。(III)軟件質(zhì)量評(píng)價(jià)軟件質(zhì)量評(píng)價(jià)內(nèi)容包括定義可測量的軟件質(zhì)量屬性,定義評(píng)價(jià)軟件工作產(chǎn)品的質(zhì)量目標(biāo)等項(xiàng)工作。...
每一種信息的來源或者形式,都可以稱為一種模態(tài)。例如,人有觸覺,聽覺,視覺,嗅覺。多模態(tài)機(jī)器學(xué)習(xí)旨在通過機(jī)器學(xué)習(xí)的方法實(shí)現(xiàn)處理和理解多源模態(tài)信息的能力。多模態(tài)學(xué)習(xí)從1970年代起步,經(jīng)歷了幾個(gè)發(fā)展階段,在2010年后***步入深度學(xué)習(xí)(deeplearning)階段。在某種意義上,深度學(xué)習(xí)可以被看作是允許我們“混合和匹配”不同模型以創(chuàng)建復(fù)雜的深度多模態(tài)模型。目前,多模態(tài)數(shù)據(jù)融合主要有三種融合方式:前端融合(early-fusion)即數(shù)據(jù)水平融合(data-levelfusion)、后端融合(late-fusion)即決策水平融合(decision-levelfusion)以及中間融合(...
不*可以用于回歸測試,也可以為以后的測試提供參考。[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)測試的含義是被測程序...
降低成本對(duì)每個(gè)階段都進(jìn)行測試,包括文檔,便于控制項(xiàng)目過程缺點(diǎn)依賴文檔,沒有文檔的項(xiàng)目無法使用,復(fù)雜度很高,實(shí)踐需要很強(qiáng)的管理H模型把測試活動(dòng)完全**出來,將測試準(zhǔn)備和測試執(zhí)行體現(xiàn)出來測試準(zhǔn)備-測試執(zhí)行就緒點(diǎn)其他流程----------設(shè)計(jì)等v模型適用于中小企業(yè)需求在開始必須明確,不適用變更需求w模型適用于中大企業(yè)包括文檔也需要測試(需求分析文檔概要設(shè)計(jì)文檔詳細(xì)設(shè)計(jì)文檔代碼文檔)測試和開發(fā)同步進(jìn)行H模型對(duì)公司參與人員技能和溝通要求高測試階段單元測試-集成測試-系統(tǒng)測試-驗(yàn)證測試是否覆蓋代碼白盒測試-黑盒測試-灰盒測試是否運(yùn)行靜態(tài)測試-動(dòng)態(tài)測試測試手段人工測試-自動(dòng)化測試其他測試回歸測試-...
所述生成軟件樣本的dll和api信息特征視圖,是先統(tǒng)計(jì)所有類別已知的軟件樣本的pe可執(zhí)行文件引用的dll和api信息,從中選取引用頻率**高的多個(gè)dll和api信息;然后判斷當(dāng)前的軟件樣本的導(dǎo)入節(jié)里是否存在選擇出的某個(gè)引用頻率**高的dll和api信息,如存在,則將當(dāng)前軟件樣本的該dll或api信息以1表示,否則將其以0表示,從而對(duì)當(dāng)前軟件樣本的所有dll和api信息進(jìn)行表示形成當(dāng)前軟件樣本的dll和api信息特征視圖。進(jìn)一步的,所述生成軟件樣本的格式信息特征視圖,是從當(dāng)前軟件樣本的pe格式結(jié)構(gòu)信息中選取可能區(qū)分惡意軟件和良性軟件的pe格式結(jié)構(gòu)特征,形成當(dāng)前軟件樣本的格式信息特征視圖。...
2)軟件產(chǎn)品登記測試流程材料準(zhǔn)備并遞交------實(shí)驗(yàn)室受理------環(huán)境準(zhǔn)備------測試實(shí)施------輸出報(bào)告------通知客戶------繳費(fèi)并取報(bào)告服務(wù)區(qū)域北京、上海、廣州、深圳、重慶、杭州、南京、蘇州等**各地軟件測試報(bào)告|軟件檢測報(bào)告以“軟件質(zhì)量為目標(biāo),貫穿整個(gè)軟件生命周期、覆蓋軟件測試生命周期”的**測試服務(wù)模式,真正做到了“軟件測試應(yīng)該越早介入越好的原則”,從軟件生命周期的每一個(gè)環(huán)節(jié)把控軟件產(chǎn)品質(zhì)量;提供軟件產(chǎn)品質(zhì)量度量依據(jù),提供軟件可靠性分析依據(jù)。軟件成果鑒定測試結(jié)果可以作為軟件類科技成果鑒定的依據(jù)。提供功能、性能、標(biāo)準(zhǔn)符合性、易用性、安全性、可靠性等專項(xiàng)測試...
為了有效保證這一階段測試的客觀性,必須由**的測試小組來進(jìn)行相關(guān)的系統(tǒng)測試。另外,系統(tǒng)測試過程較為復(fù)雜,由于在系統(tǒng)測試階段不斷變更需求造成功能的刪除或增加,從而使程序不斷出現(xiàn)相應(yīng)的更改,而程序在更改后可能會(huì)出現(xiàn)新的問題,或者原本沒有問題的功能由于更改導(dǎo)致出現(xiàn)問題。所以,測試人員必須進(jìn)行回歸測試。[2]軟件測試方法驗(yàn)收測試驗(yàn)收測試是**后一個(gè)階段的測試操作,在軟件產(chǎn)品投入正式運(yùn)行前的所要進(jìn)行的測試工作。和系統(tǒng)測試相比而言,驗(yàn)收測試與之的區(qū)別就只是測試人員不同,驗(yàn)收測試則是由用戶來執(zhí)行這一操作的。驗(yàn)收測試的主要目標(biāo)是為向用戶展示所開發(fā)出來的軟件符合預(yù)定的要求和有關(guān)標(biāo)準(zhǔn),并驗(yàn)證軟件實(shí)際工作的...
不*可以用于回歸測試,也可以為以后的測試提供參考。[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)測試的含義是被測程序...
圖2是后端融合方法的流程圖。圖3是中間融合方法的流程圖。圖4是前端融合模型的架構(gòu)圖。圖5是前端融合模型的準(zhǔn)確率變化曲線圖。圖6是前端融合模型的對(duì)數(shù)損失變化曲線圖。圖7是前端融合模型的檢測混淆矩陣示意圖。圖8是規(guī)范化前端融合模型的檢測混淆矩陣示意圖。圖9是前端融合模型的roc曲線圖。圖10是后端融合模型的架構(gòu)圖。圖11是后端融合模型的準(zhǔn)確率變化曲線圖。圖12是后端融合模型的對(duì)數(shù)損失變化曲線圖。圖13是后端融合模型的檢測混淆矩陣示意圖。圖14是規(guī)范化后端融合模型的檢測混淆矩陣示意圖。圖15是后端融合模型的roc曲線圖。圖16是中間融合模型的架構(gòu)圖。圖17是中間融合模型的準(zhǔn)確率變化曲線圖。圖...
嘗試了前端融合、后端融合和中間融合三種融合方法對(duì)進(jìn)行有效融合,有效提高了惡意軟件的準(zhǔn)確率,具備較好的泛化性能和魯棒性。實(shí)驗(yàn)結(jié)果顯示,相對(duì)**且互補(bǔ)的特征視圖和不同深度學(xué)習(xí)融合機(jī)制的使用明顯提高了檢測方法的檢測能力和泛化性能,其中較優(yōu)的中間融合方法取得了%的準(zhǔn)確率,對(duì)數(shù)損失為,auc值為。有效解決了現(xiàn)有采用二進(jìn)制可執(zhí)行文件的單一特征類型進(jìn)行惡意軟件檢測的檢測方法檢測結(jié)果準(zhǔn)確率不高、可靠性低、泛化性和魯棒性不佳的問題。另外,惡意軟件很難同時(shí)偽造良性軟件的多個(gè)抽象層次的特征以逃避檢測,本發(fā)明實(shí)施例同時(shí)融合軟件的二進(jìn)制可執(zhí)行文件的多個(gè)抽象層次的特征,可準(zhǔn)確檢測出偽造良性軟件特征的惡意軟件,解決...
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ù)少于正常文件。進(jìn)一步的,所述生成軟件樣本的字節(jié)碼n-grams特征視圖的具體實(shí)現(xiàn)過程如下:先從當(dāng)前軟件樣本的所有短序列特征中選取詞頻tf**高的多個(gè)短序列特征;然后計(jì)算選取的每個(gè)短序列特征的逆向文件頻率idf與詞頻tf的乘積,并將其作為選取的每個(gè)短序列特征的特征值,,表示該...
將三種模態(tài)特征和三種融合方法的結(jié)果進(jìn)行了對(duì)比,如表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é)果對(duì)比本實(shí)施例提出了基于多模態(tài)深度學(xué)習(xí)的惡意軟件檢測方法,提取了三種模態(tài)的特征(dll和api信息、pe格式結(jié)構(gòu)信息和字節(jié)碼3-grams),提出了通過三種融合方式(前端融合、后端融合、中間融合)集成三種模態(tài)的特征,有效提高惡意軟件檢測的準(zhǔn)...
在介紹諸多知識(shí)點(diǎn)的過程當(dāng)中結(jié)合直觀形象的圖表或?qū)嶋H案例進(jìn)行深入淺出的分析,從而使讀者可以更好地理解秋掌握軟件測試?yán)碚撝R(shí),并迅速地運(yùn)用到實(shí)際測試工作中去。本書適合作為各層次高等院校計(jì)算機(jī)及相關(guān)的教學(xué)用書,也可作為軟件測試人員的參考書。目錄前言第1章概述第2章軟件測試基礎(chǔ)第3章單元測試第4章集成測試第5章系統(tǒng)測試……軟件測試技術(shù)圖書2書名:軟件測試技術(shù)層次:高職高專配套:電子課件作者:徐芳出版社:機(jī)械工業(yè)出版社出版時(shí)間:2011-6-21ISBN:開本:16開定價(jià):¥內(nèi)容簡介本書根據(jù)軟件測試教學(xué)的需要,結(jié)合讀者對(duì)象未來的職業(yè)要求和定位,除了盡力***闡述軟件測試技術(shù)基本概念外,采取了計(jì)劃...