本書內(nèi)容充實、實用性強(qiáng),，可作為高職高專院校計算機(jī)軟件軟件測試技術(shù)課程的教材,，也可作為有關(guān)軟件測試的培訓(xùn)教材，對從事軟件測試實際工作的相關(guān)技術(shù)人員也具有一定的參考價值,。目錄前言第1章軟件測試基本知識第2章測試計劃第3章測試設(shè)計和開發(fā)第4章執(zhí)行測試第5章測試技術(shù)與應(yīng)用第6章軟件測試工具第7章測試文檔實例附錄IEEE模板參考文獻(xiàn)軟件測試技術(shù)圖書3基本信息書號：軟件測試技術(shù)7-113-07054作者：李慶義定價：出版日期：套系名稱：21世紀(jì)高校計算機(jī)應(yīng)用技術(shù)系列規(guī)劃教材出版單位：**鐵道出版社內(nèi)容簡介本書主要介紹軟件適用測試技術(shù),。內(nèi)容分為三部分,，***部分為概念基礎(chǔ)、測試?yán)碚摰谋尘凹鞍l(fā)展,，簡要地分析了當(dāng)前測試技術(shù)的現(xiàn)狀,；第二部分介紹軟件測試的程序分析技術(shù)、測試技術(shù),，軟件測試的方法和策略,，分析了軟件業(yè)在測試方面的研究成果，并總結(jié)了測試的基本原則和一些好的實踐經(jīng)驗,；第三部分介紹了兩種測試工具軟件——基于Windows的WinRunner和服務(wù)器負(fù)載測試軟件WAS,。本書結(jié)合實際，從一些具體的實例出發(fā),，介紹軟件測試的一些基本概念和方法,，分析出軟件測試的基本理論知識,，適用性比較強(qiáng),。用戶隱私測評確認(rèn)數(shù)據(jù)采集范圍超出聲明條款3項。河北省軟件評測中心

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

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

    生成取值表,。3把取值表與選擇的正交表進(jìn)行映射控件數(shù)Ln(取值數(shù))3個控件5個取值5的3次冪混合正交表當(dāng)控件的取值數(shù)目水平不一致時候,，使用allp**rs工具生成1等價類劃分法劃分值2邊界值分析法邊界值3錯誤推斷法經(jīng)驗4因果圖分析法關(guān)系5判定表法條件和結(jié)果6流程圖法流程路徑梳理7場景法主要功能和業(yè)務(wù)的事件8正交表先關(guān)注主要功能和業(yè)務(wù)流程，業(yè)務(wù)邏輯是否正確實現(xiàn)，考慮場景法需要輸入數(shù)據(jù)的地方,，考慮等價類劃分法+邊界值分析法,，發(fā)現(xiàn)程序錯誤的能力**強(qiáng)存在輸入條件的組合情況，考慮因果圖判定表法多種參數(shù)配置組合情況,，正交表排列法采用錯誤推斷法再追加測試用例,。需求分析場景法分析主要功能輸入的等價類邊界值輸入的各種組合因果圖判定表多種參數(shù)配置正交表錯誤推斷法經(jīng)驗軟件缺陷軟件產(chǎn)品中存在的問題，用戶所需要的功能沒有完全實現(xiàn),?？煽啃栽u估連續(xù)運(yùn)行72小時出現(xiàn)2次非致命錯誤。

    12)把節(jié)裝入到vmm的地址空間,；(13)可選頭部的sizeofcode域取值不正確,；(14)含有可疑標(biāo)志。此外,，惡意軟件和良性軟件間以下格式特征也存在明顯的統(tǒng)計差異：(1)證書表是軟件廠商的可認(rèn)證的聲明,，惡意軟件很少有證書表，而良性軟件大部分都有軟件廠商可認(rèn)證的聲明,；(2)惡意軟件的調(diào)試數(shù)據(jù)也明顯小于正常文件的,，這是因為惡意軟件為了增加調(diào)試的難度，很少有調(diào)試數(shù)據(jù),；(3)惡意軟件4個節(jié)(.text,、.rsrc、.reloc和.rdata)的characteristics屬性和良性軟件的也有明顯差異,，characteristics屬性通常**該節(jié)是否可讀、可寫,、可執(zhí)行等,，部分惡意軟件的代碼節(jié)存在可寫異常，只讀數(shù)據(jù)節(jié)和資源節(jié)存在可寫,、可執(zhí)行異常等,；(4)惡意軟件資源節(jié)的資源個數(shù)也明顯少于良性軟件的，如消息表,、組圖表,、版本資源等，這是因為惡意軟件很少使用圖形界面資源,，也很少有版本信息,。pe文件很多格式屬性沒有強(qiáng)制限制，文件完整性約束松散,，存在著較多的冗余屬性和冗余空間,，為pe格式惡意軟件的傳播和隱藏創(chuàng)造了條件。此外，由于惡意軟件為了方便傳播和隱藏,，盡一切可能的減小文件大小,，文件結(jié)構(gòu)的某些部分重疊，同時對一些屬性進(jìn)行了特別設(shè)置以達(dá)到anti-dump,、anti-debug或抗反匯編,。跨設(shè)備測試報告指出平板端UI元素存在比例失調(diào)問題,。軟件測試

負(fù)載測試證實系統(tǒng)最大承載量較宣傳數(shù)據(jù)低18%,。河北省軟件評測中心

    比黑盒適用性廣的優(yōu)勢就凸顯出來了。[5]軟件測試方法手動測試和自動化測試自動化測試,，顧名思義就是軟件測試的自動化,，即在預(yù)先設(shè)定的條件下運(yùn)行被測程序，并分析運(yùn)行結(jié)果,?？偟膩碚f，這種測試方法就是將以人驅(qū)動的測試行為轉(zhuǎn)化為機(jī)器執(zhí)行的一種過程,。對于手動測試,，其在設(shè)計了測試用例之后，需要測試人員根據(jù)設(shè)計的測試用例一步一步來執(zhí)行測試得到實際結(jié)果,，并將其與期望結(jié)果進(jìn)行比對,。[5]軟件測試方法不同階段測試編輯軟件測試方法單元測試單元測試主要是對該軟件的模塊進(jìn)行測試，通過測試以發(fā)現(xiàn)該模塊的實際功能出現(xiàn)不符合的情況和編碼錯誤,。由于該模塊的規(guī)模不大,，功能單一，結(jié)構(gòu)較簡單,，且測試人員可通過閱讀源程序清楚知道其邏輯結(jié)構(gòu),，首先應(yīng)通過靜態(tài)測試方法，比如靜態(tài)分析,、代碼審查等,，對該模塊的源程序進(jìn)行分析，按照模塊的程序設(shè)計的控制流程圖,，以滿足軟件覆蓋率要求的邏輯測試要求,。另外，也可采用黑盒測試方法提出一組基本的測試用例,，再用白盒測試方法進(jìn)行驗證,。若用黑盒測試方法所產(chǎn)生的測試用例滿足不了軟件的覆蓋要求，可采用白盒法增補(bǔ)出新的測試用例,，以滿足所需的覆蓋標(biāo)準(zhǔn),。其所需的覆蓋標(biāo)準(zhǔn)應(yīng)視模塊的實際具體情況而定。河北省軟件評測中心