1、第二章測試基礎(chǔ)理論1回顧質(zhì)量的定義質(zhì)量框架的內(nèi)容質(zhì)量保證和質(zhì)量控制的關(guān)系、區(qū)別質(zhì)量控制的方法PDCA2思考軟件測試的目的是？ 發(fā)現(xiàn)程序錯誤直接目標(biāo) 檢查系統(tǒng)是否滿足需求期望目標(biāo) 改進開發(fā)過程附帶目標(biāo)軟件測試對象是？ 軟件測試不等于程序測試 需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計、規(guī)格說明以及源程序，都是軟件測試的對象 軟件測試貫穿于軟件定義和開發(fā)的整個期間3測試主要人員職責(zé)：設(shè)計測試建立一個合適的測試執(zhí)行環(huán)境評估、獲取、安裝和配置自動測試工具執(zhí)行測試撰寫適當(dāng)?shù)臏y試文檔 4測試工程師職業(yè)素質(zhì)責(zé)任心 學(xué)習(xí)能力 懷疑精神 溝通能力 專注力 洞察力團隊精神注重積累5軟件測試的對象程序測試：發(fā)現(xiàn)程序中

2、的錯誤或缺陷測試數(shù)據(jù)程序P比較結(jié)果數(shù)據(jù)預(yù)期數(shù)據(jù)相符不符追查缺陷6軟件測試：發(fā)現(xiàn)程序及前期開發(fā)的錯誤需求規(guī)格說明 SRS設(shè)計規(guī)格說明 DS程序軟件測試的對象7軟件產(chǎn)生缺陷的原因（引自軟件測試經(jīng)典教程）8 從上面這個圖我們可以很好的了解到軟件產(chǎn)生錯誤或缺陷的原因。在測試環(huán)節(jié)包含了四個部分：正確的功能；由錯誤編碼帶來的錯誤（可以由開發(fā)人員直接修改），由錯誤的設(shè)計產(chǎn)生的錯誤（不能直接修改，必須修改設(shè)計）和由錯誤的規(guī)格說明帶來的錯誤（也是潛伏的不容易發(fā)現(xiàn)的錯誤，需要我們追溯到需求）。 9思考 軟件測試分類有哪幾類？10軟件測試過程模型有哪幾種？ V模型 W模型 H模型11目標(biāo)掌握測試的概念了解軟件測試過

3、程模型掌握測試用例的概念和測試報告的概念掌握測試的類型了解測試方法12軟件測試的基本原理不執(zhí)行代碼測試與調(diào)試發(fā)現(xiàn)缺陷不執(zhí)行代碼解決缺陷測試與調(diào)試13 特點：分階段階段間有因果關(guān)系評審允許反饋適合場所需求易于完善定義的軟件需求分析軟件設(shè)計編碼測試軟件定義瀑布模型軟件開發(fā)過程模型14特點有效適應(yīng)用戶需求的變化不知循環(huán)多少次，進度難以控制適合場所需求動態(tài)變化、難以確定的軟件系統(tǒng)原型模型軟件開發(fā)過程模型15特點以風(fēng)險為導(dǎo)向應(yīng)用場所開發(fā)風(fēng)險較大的軟件項目螺旋模型軟件開發(fā)過程模型16交付產(chǎn)品需求分析概要設(shè)計軟件定義系統(tǒng)測試編碼集成測試詳細(xì)設(shè)計編碼集成測試詳細(xì)設(shè)計增量1增量n特點并行開發(fā)管理復(fù)雜增量模型軟件

4、開發(fā)過程模型17軟件測試模型V模型18軟件測試模型V模型V模型概述： V模型反映了測試活動與分析和設(shè)計的關(guān)系，非常明確的標(biāo)明了測試過程中存在的不同級別，并清楚的描述了這些測試階段和開發(fā)過程期間各個階段的對應(yīng)關(guān)系。 V模型的局限性： 僅把測試過程作為在需求分析、概要設(shè)計、詳細(xì)設(shè)計及編碼之后的一個實際應(yīng)用的階段，容易導(dǎo)致需求階段的錯誤，一直到最后驗收階段才被發(fā)現(xiàn)19軟件測試模型W模型20軟件測試模型W模型W模型概述：測試伴隨整個開發(fā)周期測試的對象不僅僅是程序，還包括需求和設(shè)計W模型應(yīng)用： 只要相應(yīng)的開發(fā)活動完成，我們就可以開始測試W模型局限性： 軟件開發(fā)和測試保持一種線性的前后關(guān)系，需要有嚴(yán)格的指

5、令表示上一階段完全結(jié)束，才可以開始下一階段 未將測試流程的完整性表現(xiàn)出來21軟件測試模型H模型22軟件測試模型H模型H模型概述：測試流程： 測試準(zhǔn)備活動：測試設(shè)計、測試計劃、測試開發(fā) 測試執(zhí)行活動：測試運行、測試評估H模型應(yīng)用：只要測試條件成熟，測試準(zhǔn)備活動完成，測試執(zhí)行活動就可以進行H模型的意義：測試準(zhǔn)備與測試執(zhí)行分離，有利于資源調(diào)配。降低成本，提高效率充分體現(xiàn)測試過程（不是技術(shù)）的復(fù)雜性有組織、結(jié)構(gòu)化的測試流程，有助于跟蹤測試投入的流向23測試模型的使用 V模型：強調(diào)了整個軟件項目開發(fā)中需要經(jīng)歷的若干個測試級別，每個級別都與一個開發(fā)階段相對應(yīng)，但它沒有明確指出應(yīng)該對需求、設(shè)計進行測試。 W

6、模型：對V模型進行了補充。強調(diào)了測試計劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計的測試，但和V模型一樣，沒有專門針對軟件測試的流程予以說明 H模型：表現(xiàn)了測試是獨立的。就每一個軟件的測試細(xì)節(jié)來說，都有一個獨立的操作流程，只要測試前提具備了，就可以開始進行測試。 在實際工作中，我們要靈活運用各種模型的優(yōu)點，在W模型的框架下，運用H模型的思想進行獨立測試，尋找恰當(dāng)?shù)木途w點開始測試并反復(fù)迭代測試，最終保證按期完成預(yù)定目標(biāo)。24測試計劃測試中的活動 -_計劃需要測試的項目項目測試級別制定指導(dǎo)測試的策略單元測試計劃、集成測試計劃、系統(tǒng)測試計劃、驗收測試計劃確定測試級別、方法、工具和技術(shù) 25測試中的活動測試用

7、例的設(shè)計測試用例規(guī)定將輸入什么值來獲得所需的輸出結(jié)果 測試設(shè)計、開發(fā)、執(zhí)行執(zhí)行測試用例測試用例標(biāo)識符測試名稱目標(biāo)測試條件輸入數(shù)據(jù)的要求步驟期望結(jié)果測試用例測試需求分析測試工具的使用測試用例數(shù)據(jù)的準(zhǔn)備測試腳本的開發(fā)錄制26測試中的活動評估測試測試工作的總結(jié)缺陷數(shù)據(jù)的分析測試過程的評估 27測試報告一份報告應(yīng)說明：進行測試的階段每階段的報告的讀者涉及的測試類型報告應(yīng)主要包括測試單元或產(chǎn)品的名稱、目的和單元當(dāng)前的狀態(tài)報告也應(yīng)包括定量和定性結(jié)果報告應(yīng)明確說明單元的長處和短處使用繪圖工具描述結(jié)果可以更容易解釋報告結(jié)果28測試分類測試策略黑盒測試白盒測試必須具備內(nèi)部邏輯和代碼知識人員修改不能正常運行的代碼

8、并修復(fù)錯誤29手工測試測試分類利用工具進行測試手工測試測試策略自動測試30動態(tài)測試測試分類實際運行被測程序 測試策略靜態(tài)測試代碼審查代碼走查桌面檢查 技術(shù)評審靜態(tài)分析31測試階段分類測試階段單元集成系統(tǒng)用戶驗收測試階段32單元測試單元 1單元 2單元 3徹底測試各個單元集成測試將幾個單元集成起來并糾正錯誤測試階段分類33集成測試自頂向下法自底向上法測試階段分類模塊集成的順序是首先集成主控模塊，然后按照控制層次結(jié)構(gòu)向下進行集成 從程序模塊結(jié)構(gòu)的最底層的模塊開始組裝和測試 自頂向下自底向上34測試階段分類自頂向下法AS1S2S3測試AS4ABS2S3加入BEABS2S3加入EEABCS3加入CEA

9、BCD加入DS5EABCD加入FF35自底向上法d1Ed1Cd1Fd1BEd1DFEABCDF測試階段分類36單元A單元B單元C單元D單元E單元F軟件模塊1測試A+B+C軟件模塊2測試B+D+E軟件模塊3測試D+F軟件模塊4測試E+G單元G子系統(tǒng)1子系統(tǒng)2最終交付系統(tǒng)軟件模塊5測試模塊2+337測試階段分類系統(tǒng)測試用戶驗收測試用 戶用戶檢查軟件的用戶友好性和整體視覺效果并審批該軟件功能測試的目的是保證軟件的功能符合軟件需求 38系統(tǒng)測試負(fù)載測試讓系統(tǒng)執(zhí)行超過其處理能力的任務(wù)來測試系統(tǒng)通過這種測試，發(fā)現(xiàn)內(nèi)存管理錯誤、內(nèi)存泄漏和緩沖器溢出之類的錯誤或缺陷負(fù)載測試的目的是為了測試軟件系統(tǒng)的最大負(fù)載。

10、 39-內(nèi)存執(zhí)行占用大量內(nèi)存的測試用例，使軟件達(dá)到極限并了解其極限壓力測試系統(tǒng)測試40性能測試瓶頸瓶頸瓶頸所有的活動都作為性能測試的一部分執(zhí)行，且與白盒測試緊密聯(lián)系。徹底檢查并監(jiān)控系統(tǒng)，通過所有可能的輸入和預(yù)期的輸出結(jié)果來測量系統(tǒng)系統(tǒng)測試41系統(tǒng)測試可用性測試用戶開發(fā)界面時要考慮用戶的教育背景和理解能力檢查輸出結(jié)果和錯誤消息以判斷其是否有意義、是否簡單42系統(tǒng)測試GUI 測試窗體測試控件測試菜單測試. . . . . . . . . . . 圖形用戶界面是基礎(chǔ)代碼的前端，是用戶和軟件交互的工具測試什么生成測試輸入生成預(yù)期的輸出結(jié)果執(zhí)行測試用例并驗證輸出結(jié)果判斷圖形用戶界面是否已充分測試步驟43

11、用戶界面測試應(yīng)遵循的原則（1）易用性（2）規(guī)范性（3）幫助設(shè)施原則（4）合理性原則（5）美觀與協(xié)調(diào)原則（6）菜單位置原則（7）獨特性原則（8）快捷方式組合原則（9）排錯性考慮原則44系統(tǒng)測試配置和安裝測試檢查軟件安裝，這個流程也判斷系統(tǒng)是否能在不同的平臺上安裝或卸載45系統(tǒng)出現(xiàn)故障錯誤有意使系統(tǒng)發(fā)生故障.如果系統(tǒng)自我恢復(fù)，將確認(rèn)重新初始化和檢查點機制是否正確恢復(fù)測試系統(tǒng)測試46都是經(jīng)過身份驗證的用戶拒絕未經(jīng)授權(quán)的訪問安全性測試系統(tǒng)測試47在所有測試中都要測試登錄屏幕并記錄結(jié)果測試方法案例研究測試 Id測試名稱目標(biāo)輸入輸出結(jié)果1用戶名無空白錯誤消息2用戶名15 個字符以上Stephen Sebastian Fleming錯誤消息3用戶名不超過15個字符Vivian Richards光標(biāo)出現(xiàn)在密碼文本框內(nèi)4密碼無空白錯誤消息5登錄不超過 15 個字符用戶名：StephenSebastianFleming密碼：Hawkeye錯誤消息6登錄少于 15 個字符用戶名：David Gower密碼：Hawkeye帶有用戶名并顯示歡迎消息的窗口48進行測試后，記錄結(jié)果和結(jié)論 測試名稱： 單元名稱： 目的：編號