【正文】 滿足各項(xiàng)功能 、 性能要求； 3） 對錯誤的輸入有正確處理的能力； 4） 對測試中的異常有合理解釋； 5） 人機(jī)界面 、 對外接口正確無誤； 軟件集成策略 1） 非增量方式 ? 先測試好每一個軟件單元 ,然后一次組裝在一起再測試整個程序 。 Myers軟件測試十原則 ? 程序員應(yīng)避免測試自己編制的程序 ? 測試用例的設(shè)計必須包括預(yù)期的輸出結(jié)果 ? 測試用例應(yīng)包括有效的和期望的輸入情況，也要包括無效的和不期望的輸入情況 ? 徹底檢查每個測試結(jié)果 ? 只檢查程序是否做了它應(yīng)該做的事僅僅完成了測試工作的一半，另一半則是要檢查程序是否做了它不該做的事 ? 避免不可重復(fù)的即興測試，保留全部測試用例 ? 一段程序中存在錯誤的概率與在這段程序中已發(fā)現(xiàn)的錯誤數(shù)成正比 ? 測試是一項(xiàng)非常復(fù)雜、創(chuàng)造性的和需要高度智慧的挑戰(zhàn)性任務(wù) ? 不要為了便于測試擅自修改程序 ? 測試工作必須有明確的目標(biāo) 測試的原則（ DAVIE） ? 所有的測試都應(yīng)追溯到需求 ? 應(yīng)該在測試工作真正開始前的較長時間就進(jìn)行測試計劃 ? Pareto（ 2080） 原則應(yīng)用于軟件測試 ? 測試應(yīng)從 “ 小規(guī)模 ” 開始，逐步轉(zhuǎn)向 “ 大規(guī)模 ” ? 窮舉測試是不可能的 ? 為了達(dá)到最佳效果，應(yīng)該由獨(dú)立的第三方來構(gòu)造測試 測試策略途徑 ? 測試開始于模塊層，然后延伸到整個基于計算機(jī)的系統(tǒng)集合中 ? 不同的測試技術(shù)適用于不同的時間點(diǎn) ? 測試是由軟件的開發(fā)人員和（對大型系統(tǒng)來說）獨(dú)立的測試組來管理的 ? 測試和調(diào)試是不同的活動，但是調(diào)試必須能夠適應(yīng)任何的測試策略 測試完成準(zhǔn)則 ? 資源耗盡 ? 采用的測試方法滿足某種測試充分性要求 ? 滿足覆蓋率等可度量的測試要求 ? 一段時期沒有發(fā)現(xiàn)問題且所有發(fā)現(xiàn)問題均已解決 ? 通過測試評估出軟件達(dá)到要求的可靠度 ? 測試發(fā)現(xiàn)頻率和趨勢達(dá)到預(yù)先計劃的限度之下（限度根據(jù)要求、經(jīng)驗(yàn)和歷史數(shù)據(jù)得到） ? 在一段時期沒有出現(xiàn)等級高的問題 測試概圖 ? 階段活動 ? 單元 ? 集成 ? 合格性 ? 系統(tǒng) ? 技術(shù)方法 ? 靜態(tài)測試 ? 靜態(tài)分析 ? 代碼審查 ? 動態(tài)測試 ? 白盒測試 ? 白盒測試用例技術(shù) ? 黑盒測試 ? 黑盒測試用例技術(shù) V模型 系統(tǒng)需求 軟件需求 概要設(shè)計 詳細(xì)設(shè)計 單元測試 集成測試 編碼 合格性測試 系統(tǒng)測試 詳細(xì)設(shè)計 概要設(shè)計 軟件需求 系統(tǒng)需求 軟件任務(wù) 編譯后的單元 測試后的單元 集成的軟件 測試后的軟件 交付軟件 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證與確認(rèn) 驗(yàn)證與確認(rèn) 1994年在“ 軟件工程師參考手冊 ” 中提出 測試活動 ? 單元測試（ UNIT） ? 集成測試（ INTERGRATION） ? 合格性測試（ QUALIFICATION） ? 系統(tǒng)測試（ SYSTEM） 單元測試 ? 對軟件單元進(jìn)行測試，確實(shí)保證它作為一個單元能正常地工作 ? 單元測試的目的是驗(yàn)證單元滿足功能、性能和接口等的要求 ? 單元測試采用的技術(shù)：靜態(tài)分析、代碼審查、白盒動態(tài)測試 ? 測試的充分性由各種測試覆蓋率來度量 單元動態(tài)測試的內(nèi)容 ? 主要針對下列模塊的五個基本特性進(jìn)行： ? 模塊接口 ? 局部數(shù)據(jù)結(jié)構(gòu) ? 重要的執(zhí)行路徑 ? 出錯處理路徑 ? 影響以上各點(diǎn)的邊界條件 單元測試用例的要求 １）用指定值、異常值和極限值驗(yàn)證全部計算； ２ ） 驗(yàn)證全部輸入數(shù)據(jù)的各種選擇； ３ ） 驗(yàn)證全部輸出數(shù)據(jù)的各種選擇和格式； ４ ） 每個單元的全部可執(zhí)行語句至少執(zhí)行一次； ５ ） 在每個分支點(diǎn)進(jìn)行選擇的測試 。 集成方式 ? 非增量方式 ? Big Bang ? 增量方式 ? 自頂向下方法 ? 自底向上方法 ? “ 三明治 ” 方法 增量和非增量方式的優(yōu)缺點(diǎn) ? 增量方式的優(yōu)點(diǎn)： 。 ? 人們期望它可以帶來方便 、 快捷的組裝效果 。 自頂向下集成的過程步驟 1） 主控模塊用作為測試驅(qū)動器 。 自底向上 集成的過程步驟 1） 低層的模塊組成簇 ， 以執(zhí)行某個特定的軟件子功能 。 ? 針對自頂向下 、 自底向上方法各自的優(yōu)點(diǎn)和不足 ，人們提出了自頂向下和自底向上相結(jié)合 ， 從兩頭向中間逼近的混合式組裝方法 ， 被形象稱之為“ 三明治 ” 方法 。 ? 包括： ； ， 其實(shí)際的運(yùn)行時間； ； ； 。 ? 測試內(nèi)容： ， 檢測接口信息的格式和內(nèi)容 。 2)系統(tǒng)使用條件的一種定義 ， 系統(tǒng)輸入值用其按時間或在可能輸入范圍中以概率分布來定義 。 回歸測試 ? 回歸測試是一種選擇性重新測試 ， 目的是檢測系統(tǒng)或系統(tǒng)組成部分在修改期間產(chǎn)生的缺陷 ， 用于驗(yàn)證已進(jìn)行的修改并未引起不希望的有害效果 ， 或確認(rèn)修改后的系統(tǒng)或系統(tǒng)組成部分仍滿足規(guī)定的要求 。amp。 分支覆蓋例 ? A=3， B=0， X=1 ? 沿路徑 acd執(zhí)行 ? A=2， B=1， X=3 ? 沿路徑 abe執(zhí)行 A1 and B=0 A1 and B=0 X=X/A X=X/A YES YES NO NO a b c e d 條件覆蓋 ? 條件覆蓋：執(zhí)行足夠的測試用例 ， 使得判定中的每個子條件都獲得所有可能的結(jié)果