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

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

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

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

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

負載測試證實系統最大承載量較宣傳數據低18%。河北省軟件評測中心

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