?

• 軟件測試概述

1. 理解軟件危機，及其產(chǎn)生的原因。

軟件危機：落后的軟件生產(chǎn)技術難以滿足增長的計算機需求。開發(fā)過程碰到的一系列問題。

產(chǎn)生原因：預算、速度、質(zhì)量低、不能滿足需求，混亂雜亂的，維護困難。

（2）軟件測試定義：為了發(fā)現(xiàn)錯誤。

（3）軟件質(zhì)量屬性，ISO9126。

功能性，可靠性，操作性，有效性，可維護性，移植性。

?（4）軟件缺陷、故障、失效？軟件故障的十大類型

錯誤：開發(fā)人員生成的，主觀的，導致軟件一個或多個故障。

故障：源代碼中存在的，可能是產(chǎn)品的一個或多個錯誤，會導致程序執(zhí)行的失效。

失效：故障的癥狀，不正確的，軟件規(guī)范外的行為，故障可能隱藏直到條件滿足時，軟件執(zhí)行失效表示出來。

故障十大類型：算法、語法、計算與精度、文檔、壓力和負荷、容量和邊界、時序統(tǒng)籌協(xié)調(diào)、處理能力、恢復能力。

? （5）故障率，不同階段的分析

不同于硬件的浴盆曲線（早期死亡—正常使用—固有磨損期）

受制于軟件的升級更新帶來故障，外部軟件環(huán)境變化帶來故障，如操作系統(tǒng)的更新、直到修改再升級，而且是循環(huán)往復。

?? 軟件不再支持，軟件離開市場故障率穩(wěn)定下來。

?（6）測試的理由need for testing

需求：用戶需求；軟件行為描述；設計難度；實現(xiàn)難度；修改、維護難度。

? （7）軟件驗證與確認，V&V？

驗證：我們正確的構造產(chǎn)品了嗎？是否正確的做事，驗證開發(fā)過程是否遵守一定義好的內(nèi)容，驗證產(chǎn)品滿足規(guī)格設計說明書的一致性。
確認：我們構造了正確的產(chǎn)品嗎？是否在做正確的事，驗證產(chǎn)品所實現(xiàn)的功能是否滿足用戶的需求。

（8）測試的四個階段：單元、集成、系統(tǒng)、驗收。

?（9）窮盡測試的不可能性

long bound(int lower, int x, int upper){

// return a value of x bounded by the upper and lower values

// return lower if x<=lower

// return upper if x>=upper

// return x if lower<x<upper

}

（10） When to finish testing

1）預算角度：時間，成本；2）活動角度：軟件通過了所有的計劃的階段；3）風險管理角度：故障率達到質(zhì)量標準。

第二章、軟件測試原理principles of software testing

（1）動態(tài)與靜態(tài)測試的主要區(qū)別：是否執(zhí)行代碼。

（2）測試用例，測試用例的三要素（ID，input，expected output）

（3）黑盒、白盒測試的測試用例和測試數(shù)據(jù)只能來自規(guī)范，白盒測試的測試用例來自于代碼，測試數(shù)據(jù)來自于代碼和規(guī)范。

（4） Errors of “Omission”and “Commission"，兩種錯誤：一種是委托錯誤，對不該回應的進行回應或給出/產(chǎn)生錯誤；一種是遺漏錯誤，應該回應的時候沒有回應。

（5）測試方法/途徑（黑盒測試、白盒測試、變異測試）

（6）測試活動Test Activities

輸入（選擇測試技術、分析規(guī)范和代碼、確認測試用例、詳述測試數(shù)據(jù)）

輸出（輸出分析、測試用例、測試數(shù)據(jù)、測試代碼）

（7）軟件規(guī)范分析（黑盒）

1、等價類分析（原則），參數(shù)的每個值在一個等價類中； 一個值不能在兩個等價類中； 參數(shù)范圍指定了等價類的上下限。

2、邊界值（每個等價類分區(qū)有上下兩個邊界值）

3、值組合： 程序處理基于輸入值或輸入的組合值，復雜組合的處理很可能導致故障，需要分析用于生成測試用例。因果圖、決策表。組合的分包括：標識不同輸入組合（因）和關聯(lián)的輸出（果），基于軟件程序規(guī)范，因果使用布爾表達式（謂詞，?xP(x)文章來源地址http://www.zghlxwxcb.cn/news/detail-461609.html

到了這里，關于軟件工程之軟件測試（考試復習篇）的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！