




已閱讀5頁,還剩47頁未讀, 繼續(xù)免費(fèi)閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
第一章 軟件測試基礎(chǔ)知識,1.1 軟件及軟件測試的發(fā)展,一、軟件的定義 IEEE定義:軟件是計(jì)算機(jī)程序及其說明程序的各種文檔。 從測試角度定義: 軟件=程序+數(shù)據(jù)(庫)+文檔+服務(wù),1.1 軟件及軟件測試的發(fā)展,二、軟件與軟件測試的發(fā)展 軟件生產(chǎn)的三個階段:程序設(shè)計(jì)時代、程序系統(tǒng)時代、軟件工程時代 軟件測試的發(fā)展階段: 70年代前:無序狀態(tài)、調(diào)試為主 70-80年代:思想形成、測試正確性為主 80-90年代:形成共識、檢查程序錯誤為主 90年代后:不斷完善、多種角度、方法測試,1.1 軟件及軟件測試的發(fā)展 表:軟件開發(fā)與軟件測試的關(guān)系,1.1 軟件及軟件測試的發(fā)展,三、軟件測試的現(xiàn)狀與發(fā)展趨勢 軟件測試的現(xiàn)狀: 國外:發(fā)展相當(dāng)成熟、形成獨(dú)立產(chǎn)業(yè) 國內(nèi):處于弱勢地位、市場處于萌芽,1.1 軟件及軟件測試的發(fā)展,軟件測試的發(fā)展趨勢: 1、測試驅(qū)動型的軟件開發(fā)。在軟件生命周期的各個階段 中,這些階段包括測試、需求分析、使用形象化符號進(jìn)行的規(guī)格說明,以及基于UML和其它新標(biāo)準(zhǔn)的實(shí)踐; 2、探索性學(xué)習(xí)和發(fā)現(xiàn),這將成為迭代開發(fā)過程的一個組成部分; 3、組件測試和易測試性設(shè)計(jì),這將成為軟件開發(fā)不可分割的組成部分; 4、更加重視適當(dāng)?shù)募寄艿膽?yīng)用,減少預(yù)先寫好的文檔變更,這將成為優(yōu)秀軟件過程的基本原則之一; 5、使用自動化測試來取代目前嚴(yán)重影響測試效率的冗余繁復(fù)的人工過程。,1.2 軟件分類及測試要求,一、按功能分類及測試要求 按功能分類: 固 件(firmware):最貼近硬件的小巧程序(BIOS) 系統(tǒng)軟件:操作底層硬件,提供上層支撐(OS)(移動聯(lián)通基站管理系統(tǒng)) 中 間 件(Middleware):應(yīng)用軟件與平臺間的橋梁 應(yīng)用軟件:提供某種應(yīng)用服務(wù)(OFFICE) 測試要求: 系統(tǒng)軟件:測試要結(jié)合底層硬件來完成 應(yīng)用軟件:本課程要完成的測試軟件,1.2 軟件分類及測試要求,二、按用戶分類及測試要求 按用戶分類: 產(chǎn)品軟件:大眾用戶、非特殊群體(OFFICE) 項(xiàng)目軟件:針對某類特殊人群(成績管理系統(tǒng)) 測試要求: 產(chǎn)品軟件:用戶差別大,應(yīng)做好硬件配置測試和軟件兼容性測試。 項(xiàng)目軟件:滿足核心用戶的關(guān)鍵需求上。,1.2 軟件分類及測試要求,三、按開發(fā)規(guī)模分類及測試要求 按開發(fā)規(guī)模分類: 小型軟件:開發(fā)人數(shù)1-10人,時間1-4個月 中型軟件:開發(fā)人數(shù)10-100人,時間12個月 大型軟件:開發(fā)人數(shù)100人,時間12個月 測試要求: 小型軟件:專人測試 中型軟件:專門測試小組(研發(fā)與測試比例:1:4) 大型軟件:專門測試公司(日月光集團(tuán)-封裝測試),1.2 軟件分類及測試要求,四、按軟件產(chǎn)品分類及測試要求 按軟件產(chǎn)品分類: 單 機(jī) 軟 件: 網(wǎng) 絡(luò) 軟 件: 嵌入式軟件: 游 戲 軟 件: 測試要求: 單 機(jī) 軟 件:黑合、白合測試,動態(tài)、靜態(tài)測試 網(wǎng) 絡(luò) 軟 件:單元、集成、系統(tǒng)、驗(yàn)收測試 嵌入式軟件: 游 戲 軟 件:再加自動化測試,1.3 軟件測試,一、軟件測試的定義 IEEE定義:使用人工或自動手段,來運(yùn)行或測試某個系統(tǒng)的過程。其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別 1983,IEEE軟件工程標(biāo)準(zhǔn)術(shù)語 Software Testing,1.3 軟件測試,二、軟件測試的目的 1、 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 2、一個好的測試能夠在第一時間發(fā)現(xiàn)程序中存在的錯誤。 3、一個好的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。,1.3 軟件測試,三、軟件測試的原則 原則1:測試是一個持續(xù)進(jìn)行的過程,而不是一個階段。(貫穿從第一個版本到最后的一個過程) 原則2:測試必須有計(jì)劃、有控制,并且提供時間和資源(有計(jì)劃的跟著研發(fā)的計(jì)劃有效的利用測試資源)。 原則3:測試應(yīng)當(dāng)分級。Norm Brown 把測試級別分成了9個層次(0-8)。,1.3 軟件測試,原則4:測試應(yīng)當(dāng)有重點(diǎn)。 原則5:測試不是為了證明程序的正確性,而是為了查找程序的缺陷。 原則6:測試是不可能窮盡的,當(dāng)測試的出口條件滿足時就可以停止測試。(在測試報告中達(dá)到這個標(biāo)準(zhǔn)0a1b5c) 原則7:測試是開發(fā)的朋友而不是開發(fā)的敵人。,1.3 軟件測試,原則8:測試人員應(yīng)當(dāng)公正地測試,如實(shí)地記錄和報告缺陷。 原則9:測試自動化能解決一部分總部問題,但不是全部。 原則10:測試不能僅僅包括功能性的驗(yàn)證,還應(yīng)當(dāng)包括性能、右靠性、可維護(hù)性、安全性等方面的驗(yàn)證。,1.4 軟件缺陷,一、軟件缺陷的定義 (不符合需求以及用戶操作或者帶來意想不到的運(yùn)行結(jié)果的) IEEE定義: 從產(chǎn)品內(nèi)部看,軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯誤、毛病等各種問題。 從外部看,軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。 軟件中不符合用戶要求就上缺陷,類型有沒實(shí)現(xiàn)、基本實(shí)現(xiàn)、多實(shí)現(xiàn)。 美國 格蕾斯.哈珀(Grace Hopper)首先使用“Bug”,海軍中尉格蕾絲霍波(Grace Hopper ,1906-1992)博士。,1944年2月,世界著名的大型電磁式自動計(jì)算機(jī)Mark-在美國哈佛大學(xué)啟動。為這臺長15米、高2.4米,自重30多噸的龐然大物編制程序的,是當(dāng)時為數(shù)不多的女程序員之一。 霍波天才的創(chuàng)造和發(fā)明:一個是計(jì)算機(jī)界通用的術(shù)語“臭蟲”(Bug);另一個就是家喻戶曉的“千年蟲”(Y2K)。 她是計(jì)算機(jī)語言領(lǐng)域的開拓者,也有人把她稱作“計(jì)算機(jī)軟件之母”。,“第一個發(fā)現(xiàn)蟲子的實(shí)例”,Hopper小心地用鑷子將飛蛾夾出來,用透明膠布貼到“事件記錄本”中,寫上“第一個發(fā)現(xiàn)蟲子的實(shí)例”。 Hopper的事件記錄本,連同那只飛蛾,現(xiàn)在都陳列在美國歷史博物館中。,1.4 軟件缺陷,軟件缺陷的主要類型: 功能、特性沒有實(shí)現(xiàn)或部分實(shí)現(xiàn)。 設(shè)計(jì)不合理,存在缺陷。 實(shí)際結(jié)果與預(yù)期結(jié)果不一致。 運(yùn)行出錯,包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂。 數(shù)據(jù)結(jié)果不正確。 用戶不能接受的其它問題,如存取時間過長、界面不美觀。,1.4 軟件缺陷,軟件缺陷的嚴(yán)重級別: 致命的(fatal):致命的錯誤,造成系統(tǒng)或應(yīng)用程序崩潰、或數(shù)據(jù)丟失、主要功能完全喪失等。 嚴(yán)重的(critical):嚴(yán)重的錯誤,功能或特性沒有實(shí)現(xiàn),主要功能部分喪失,次要功能完全喪失,或致命的錯誤聲明。 一般的(major):不太嚴(yán)重的錯誤,次要功能喪失,提示信息不太準(zhǔn)確,或用戶界面差,操作時間長等。 微小的(minor):一些小問題,對功能幾乎沒有影響,產(chǎn)品及屬性仍可用,如個別錯別字,文字排列不整齊。,1.4 軟件缺陷,軟件缺陷的狀態(tài): 激活狀態(tài)(Active或Open):問題沒有解決、測試人員新報的缺陷,或驗(yàn)證后缺陷仍然存在。 已修正狀態(tài)(Fixed或Resolved):開發(fā)人員針對所存在的缺陷,修改程序,認(rèn)為已解決問題,或通過單元測試。 關(guān)閉或非激活狀態(tài)(Close或Inactive):測試人員驗(yàn)證fixed bug后,確認(rèn)bug不存在之后的狀態(tài)。,1.4 軟件缺陷,二、軟件缺陷產(chǎn)生的原因 團(tuán)隊(duì)工作: 系統(tǒng)分析時對用戶需求不是十分清楚,或者和用戶的溝通存在一些困難。 不同階段的開發(fā)人員相互理解不一致,軟件設(shè)計(jì)對需求分析結(jié)果的理解偏差,編程人員對系統(tǒng)設(shè)計(jì)規(guī)格說明書中的理解有問題。 設(shè)計(jì)或編程上的一些假定或依賴性,沒有得到充分溝通。,1.4 軟件缺陷,技術(shù)問題: 算法錯誤 語法錯誤 計(jì)算和精度問題 系統(tǒng)結(jié)構(gòu)不合理、算法不科學(xué),造成系統(tǒng)性能低下。 接口參數(shù)傳遞不匹配,導(dǎo)致模塊集成出現(xiàn)問題。,以系統(tǒng)生,為框架死,為BUG奮斗一輩子; 吃符號的虧,上大小的當(dāng),最后死在需求上。 橫批:杯具程序員,1.4 軟件缺陷,軟件本身: 文檔錯誤、內(nèi)容不正確或拼寫錯誤 大量數(shù)據(jù)使用引起的強(qiáng)度或負(fù)載問題 漏掉幾個邊界條件造成的容量或邊界錯誤 實(shí)時應(yīng)用系統(tǒng),時間上不協(xié)調(diào)、不一致帶來的問題 沒考慮崩潰后的恢復(fù)、異地?cái)?shù)據(jù)備份、災(zāi)難性恢復(fù)等問題,系統(tǒng)安全性、可靠性問題 硬件或系統(tǒng)軟件上存在的錯誤 軟件開發(fā)標(biāo)準(zhǔn)或過程上的錯誤,1.4 軟件缺陷,三、軟件缺陷與測試的關(guān)系 通過軟件測試發(fā)現(xiàn)軟件缺陷,1.5 軟件測試分類,一、按是否需要查看程序代碼來分: 黑盒測試:把被測試軟件看作是一個黑盒子,不關(guān)心程序內(nèi)部邏輯結(jié)構(gòu)和處理過程,只關(guān)心輸入數(shù)據(jù)和輸出結(jié)果。 白盒測試:研究程序的代碼和內(nèi)部邏輯結(jié)構(gòu),具體是怎么實(shí)現(xiàn)的。 灰盒測試:既有黑盒測試,又有白盒測試。,1.5 軟件測試分類,黑盒測試的原理與過程,需求 規(guī)格 說明,測試用例,被測程序,測試 結(jié)果,比較,1.5 軟件測試分類,白盒測試的原理與過程,程序 代碼,測試用例,執(zhí)行 路徑,覆蓋情況分析,被測程序,1.5 軟件測試分類,二、按是否需要執(zhí)行被測軟件來分: 靜態(tài)測試review :指不運(yùn)行程序,而通過人工對程序和文檔進(jìn)行分析與檢查。 動態(tài)測試:指通過人工或利用工具運(yùn)行程序進(jìn)行檢查,分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)。,1.5 軟件測試分類 靜態(tài)測試與動態(tài)測試的比較,1.5 軟件測試分類,三、按測試階段分類: 單元測試(測試片段) 集成測試(片段的集合體) 系統(tǒng)測試(各種功能基本正常下的測試) 驗(yàn)收測試(最后的測試),1.5 軟件測試分類,被測 單元,被測 單元,被測 單元,測試根據(jù): 代碼和 詳細(xì)設(shè) 計(jì)文檔,單元 測試,通 過 測 試 的 單 元,單元 測試,單元 測試,集成 測試,測試根據(jù): 概要設(shè) 計(jì)文檔,通 過 集 成 測 試 系 統(tǒng),系統(tǒng) 測試,驗(yàn)收 測試,測試根據(jù): 需求規(guī) 格說明,產(chǎn) 品,測試根據(jù): 需求規(guī)格 說明和驗(yàn) 收標(biāo)準(zhǔn)文檔,1.5 軟件測試分類,四、按測試執(zhí)行時是否需要人工干預(yù)分類: 手工測試:完全由人工完成測試,包括測試計(jì)劃的制定、測試用例的設(shè)計(jì)與執(zhí)行、測試結(jié)果的檢查和分析。 自動測試:各種測試活動的管理與實(shí)施,是使用自動化測試工具或自動化測試腳本來進(jìn)行的測試。常用在功能測試、回歸測試、性能測試中使用。,1.5 軟件測試分類,五、功能測試分類: 邏輯功能測試(是否符合人的正常邏輯) 界面測試(界面是否正常) 易用性測試(可用性測試) 安裝測試(軟件安裝流程測試) 兼容性測試,1.5 軟件測試分類,六、性能測試分類: 一般性能測試 穩(wěn)定性能測試 負(fù)載測試(網(wǎng)站流量訪問) 壓力測試(不停的加負(fù)載,達(dá)到極限),1.5 軟件測試分類,七、其它測試: 回歸測試:新版本測試時,重復(fù)執(zhí)行上一個版本測試時的用例。 冒煙測試:系統(tǒng)大規(guī)模測試之前,先驗(yàn)證一下基本功能能否實(shí)現(xiàn),是否具備可測試性。 隨機(jī)測試:測試中所有的輸入數(shù)據(jù)都是隨機(jī)產(chǎn)生,模擬用戶的真實(shí)操作,發(fā)現(xiàn)邊緣性錯誤。,1.5 軟件測試分類 八、各種測試方法關(guān)系圖:,軟件測試方法 (從不同角度),是否看到代碼,黑盒測試,白盒測試,是否運(yùn)行軟件,靜態(tài)測試,動態(tài)測試,按測試 階段,單元測試,集成測試,系統(tǒng)測試,驗(yàn)收測試,有無人工干預(yù),人工測試,自動測試,其它測試,隨機(jī)測試、冒煙測試、回歸測試 驅(qū)動測試、面向?qū)ο鬁y試、基線測試,功能測試,性能測試,一般性能測試 穩(wěn)定性能測試 負(fù)載測試 壓力測試,邏輯功能測試 界面測試 易用性測試 安裝測試 兼容性測試,測試,測試,1.6軟件測試過程模型,一、V模型,1.6軟件測試過程模型,二、W模型,1.6軟件測試過程模型,三、H模型,1.6軟件測試過程模型,四、X模型,1.6軟件測試過程模型,五、測試成熟度模型(TMM) 與(CMM)對應(yīng) 第1級(初級階段):測試和調(diào)試沒有區(qū)別,除了支持調(diào)試外,測試沒有其它目的。 第2級(定義階段):測試的目的是為了表明軟件能夠工作。 第3級(集成階段):測試的目的是為了表明軟件不能正常工作。 第4級(管理與測量):測試的目的不是要證明什么,而是為了把軟件不能正常工作的預(yù)知風(fēng)險降低到能夠接受的程度。 第5級(最佳化的缺陷預(yù)防與質(zhì)量管理):測試不是行為,而是一種自覺的約束,不用將太多的測試投入到產(chǎn)生低風(fēng)險的軟件上。,1.6軟件測試過程模型,六、軟件測試過程模型的選擇 宏觀上,以W模型為基本框架,從軟件開發(fā)工作一開始就展開測試工作; 微觀上,在每個測試階段以H模型為指導(dǎo),進(jìn)行獨(dú)立測試,即只要準(zhǔn)備工作就緒,就可以進(jìn)行獨(dú)立的測試,并反復(fù)迭代測試,直至達(dá)到預(yù)定目標(biāo)。 軟件企業(yè)上,應(yīng)以TMM為指導(dǎo),努力建立規(guī)范的軟件測試過程。,1.7 軟件測試崗位,一、軟件測試部門的組織結(jié)構(gòu) 國內(nèi)軟件行業(yè): 測試人員:開發(fā)人員=1:9 1:15 國外軟件行業(yè): BORLAND公司: 測試人員:開發(fā)人員=1:1 微軟公司: 測試人員:開發(fā)人員=1.5:1,1.7 軟件測試崗位,小公司組織結(jié)構(gòu):,1.7 軟件測試崗位,大公司組織結(jié)構(gòu):,測試部,項(xiàng)目部,1.7 軟件測試崗位,專業(yè)外包公司組織結(jié)構(gòu):,1.7 軟件測試崗位,二、軟件測試團(tuán)隊(duì) 測試經(jīng)理:人員招聘、培訓(xùn)、管理,資源調(diào)配,測試方法改進(jìn)。 實(shí)驗(yàn)室管理人員:設(shè)置、配置和維護(hù)實(shí)驗(yàn)室的測試環(huán)境,主要是服務(wù)器和網(wǎng)絡(luò)環(huán)境。 內(nèi)審員:審查流程,并提出改進(jìn)流程的建議;建立測試文檔所需的各種模板,檢查軟件缺陷的描述及其它測試報告的質(zhì)量。 測試組長:業(yè)務(wù)專家,負(fù)責(zé)項(xiàng)目的管理、測試計(jì)劃的制定、項(xiàng)目文檔的審查、測試用例的設(shè)計(jì)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 超疏水表面的耐久性研究進(jìn)展及其應(yīng)用領(lǐng)域探討
- 農(nóng)業(yè)面源污染控制-第5篇-洞察及研究
- 機(jī)房參觀管理辦法細(xì)則
- 農(nóng)戶生計(jì)決策管理辦法
- 工業(yè)自動化系統(tǒng)設(shè)計(jì)優(yōu)化研究
- 華為應(yīng)用限制管理辦法
- 協(xié)會業(yè)余球員管理辦法
- 生產(chǎn)經(jīng)營單位安全主體責(zé)任規(guī)定
- 導(dǎo)電水凝膠對神經(jīng)肌肉組織修復(fù)的研究進(jìn)展
- 內(nèi)部職務(wù)異動管理辦法
- 東北大學(xué)分析化學(xué)期末試卷
- 老年健康照護(hù)課件
- 2024屆河北省唐山市玉田縣物理高一第二學(xué)期期末質(zhì)量檢測試題含解析
- 第三方醫(yī)療消毒供應(yīng)中心項(xiàng)目可行性研究報告
- 貨架安裝施工方案
- 異口同音公開課
- 專利代理人資格考試實(shí)務(wù)試題及參考答案
- 運(yùn)用信息技術(shù)助力勞動教育創(chuàng)新發(fā)展 論文
- GB/T 602-2002化學(xué)試劑雜質(zhì)測定用標(biāo)準(zhǔn)溶液的制備
- GB/T 4074.8-2009繞組線試驗(yàn)方法第8部分:測定漆包繞組線溫度指數(shù)的試驗(yàn)方法快速法
- 2023年涉縣水庫投資管理運(yùn)營有限公司招聘筆試模擬試題及答案解析
評論
0/150
提交評論