




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
1、課程教學內容:軟件測試大體知識靜態(tài)測試技術動態(tài)測試技術:這一章咱們將學習白盒測試和黑盒測試方式單元測試集成測試系統(tǒng)測試驗收測試面向對象軟件測試:這一章咱們將學習到面向對象測試的大體方式和策略專用應用系統(tǒng)測試:將要緊學習GUI測試,WEB應用系統(tǒng)測試和數(shù)據(jù)庫測試:測試治理第一章軟件測試基礎知識教學內容: 軟件測試的必要性 軟件測試和軟件質量的大體概念 軟件測試現(xiàn)狀與進展 軟件測試的目的和原那么 軟件測試分類 測試完成標準 軟件測試進程課型:新講課教時:4課時教學重點:1 .軟件測試的概念2 .軟件測試的原那么3 .軟件測試的分類4 .黑盒測試的概念5 .白盒測試的概念第一節(jié)軟件測試的必要性1 案
2、例說明:1.1 迪斯尼的軟件問題1.2 1994年Intel芯片的浮點除法問題1.3 1999年發(fā)生的火星探測飛船的墜毀1.4 Therac-25(特瓦克-25)事件1.5 愛國者導彈防御系統(tǒng)軟件故障2 致使軟件缺點的緣故2.1 有許多因素會致使軟件缺點,主觀緣故是人類在從事軟件開發(fā)進程中容易犯錯誤2.2 開發(fā)進程治理標準性、開發(fā)技術、軟件的復雜性、開發(fā)的周期長短及個人能力等因素也會致使軟件缺點的產(chǎn)生說明:軟件測試是發(fā)覺并糾正軟件缺點極為重要的活動,作為一名軟件工程專業(yè)的學生,超級有必要把握大體的測試理論和技術。3 軟件測試在軟件開發(fā)、保護和利用中的角色3.1 在軟件開發(fā)進程中,軟件測試是質量
3、保證的一個環(huán)節(jié),有助于發(fā)覺各時期的缺點,幸免缺點進入下一時期,對軟件的質量起到關鍵作用3.2 在保護時期,軟件測試要緊發(fā)覺由于修改或功能增強而致使的軟件缺點3.3 在利用進程中,可能由于硬件升級、運行環(huán)境轉變及軟件退役等緣故顯現(xiàn)各類問題,軟件測試要緊用于找到這些問題所在,或通過軟件測試模擬或再現(xiàn)可能顯現(xiàn)的問題第二節(jié)軟件測試和軟件質量的大體概念1 .軟件測試的概念1.1 在規(guī)定條件下對軟件進行操作,以發(fā)覺錯誤,對軟件質量進行評估1.2 軟件測試有兩個大體職責,即驗證和確認。2 軟件質量的概念2.1 在規(guī)定條件下利歷時,軟件產(chǎn)品知足明確或隱含要求的能力,分為內部質量、外部質量和利用質量2.2 內部
4、質量指軟件產(chǎn)品本身的質量2.3 外部質量指軟件產(chǎn)品作為運算機系統(tǒng)的一個組成部份,使得系統(tǒng)的行為能知足明確和隱含需要的能力2.4 利用質量(qualityinuse)是基于用戶觀點的軟件產(chǎn)品用于指定的環(huán)境和利用周境(context)時的質量3 錯誤error,缺點defect,故障fault,失效failure,bug3.1 錯誤、缺點、故障:運算機程序中不正確的步驟、進程或數(shù)據(jù)概念3.2 失效:產(chǎn)品執(zhí)行所要求功能的能力的終止或它在先前規(guī)定的限度內無力執(zhí)行所要求的功能3.3 錯誤和缺點是客觀存在的東西,故障是執(zhí)行錯誤和缺點的結果,故障的顯現(xiàn)將致使失效,Bug是錯誤的口語化表示3.4 BUG:(小
5、錯誤,缺點,不足,過失)一個運算機bug指在運算機程序中存在的一個錯誤(error)、缺點(flaw)、疏忽(mistake)或故障(fault),這些bug使程序無法正確的運行。Bug產(chǎn)生于程序的源代碼或程序設計時期的疏忽或錯裝。4 確認與驗證4.1 確認validation:4.2 通過檢查和提供客觀證據(jù)來證明針對某一特定預期用途的需求已經(jīng)取得知足4.3 在設計和開發(fā)中,確認涉及到檢查某個產(chǎn)品以確信是不是符合用戶需要的進程4.4 確認:咱們在構造正確的產(chǎn)品嗎?4.5 Validation:Arewebuildingtherightproduct?4.6 驗證verification:4.7
6、 通過檢查和提供客觀證據(jù)來證明規(guī)定需求已經(jīng)取得知足4.8 在設計和開發(fā)中,驗證是指對某項規(guī)定活動的結果進行檢查的進程,以確信該活動對規(guī)定需求的符合情形4.9 驗證:咱們在正確地構造產(chǎn)品嗎?4.10 Verification:Arewebuildingtheproductright?5 軟件測試和軟件質量保證的區(qū)別5.1 軟件測試只是軟件質量保證工作中的一個環(huán)節(jié)5.2 軟件質量保證和軟件測試是軟件質量工程的兩個不同層面的工作5.3 軟件質量保證要緊著眼于軟件開發(fā)活動中的進程、步驟和產(chǎn)物(工作產(chǎn)品),而不是對軟件本身進行剖析、找出缺點和評估5.4 例如:食物的質量保證是構建食物平安部系,從食物原料
7、到企業(yè)內部生產(chǎn)、產(chǎn)品流通到最終消費者所有環(huán)N都要成立嚴格的質量操縱體系,嚴把質量關,才能確保食物平安,關注的是食物從原材料生產(chǎn)到最終銷售的一個進程。5.5 軟件測試盡管也與開發(fā)進程緊密相關,但關切的不是進程的活動,而是對進程的產(chǎn)物或開發(fā)出的軟件工作產(chǎn)品進行剖析5.6 例如:在食物的質量保證中,軟件測試類似企業(yè)內部對每一個生產(chǎn)批次的食物的抽查查驗,關注的是食物本身的質量問題。第三節(jié)軟件測試現(xiàn)狀與進展1 .現(xiàn)狀:1.1 20世紀50年代,軟件測試與調試加以區(qū)分,成為發(fā)覺軟件缺點的重要活動1.2 20世紀80年代初期,“軟件質量”被廣大業(yè)者重視,軟件測試不單純是發(fā)覺錯誤的進程,而且包括對軟件質量的評
8、判1320世紀90年代,由于軟件的復雜性提高、對軟件質量的要求愈來愈嚴格、軟件測試技術的進展,顯現(xiàn)各類測試工具1.4 近20年來,測試專家總結出了一些測試模型,例如,V模型、W模型等,在測試進程改良方而提出了TMM(TestingMaturityModel測試成熟度模型)的概念2 進展趨勢2.1 軟件測試不僅是軟件開發(fā)的一個活動,而且應貫穿整個軟件開發(fā)的全進程2.2 在軟件開發(fā)進程中軟件架構師、開發(fā)工程師、QA人員、測試工程師將進行更好的融合,測試與軟件的分析、設計、編碼等工作的集成度愈來愈高2.3 軟件測試工程師在軟件開發(fā)進程中的地位愈來愈重要,測試職業(yè)取得了充分的尊2.4 軟件測試工具在軟
9、件測試中起到重要的作用,測試工具能與其他開發(fā)工具做到專門好的集成,達到不同工具間的信息數(shù)據(jù)共享2.5 軟件測試外包效勞將快速增加,將成為全世界化的一種趨勢第四節(jié)軟件測試的目的和原那么1 .目的1.1 軟件測試的目的是通過軟件測試而發(fā)覺軟件缺點,并通過軟件測試來確保軟件產(chǎn)品的質量1.2 測試并非僅僅是為了要找出缺點,還可用于對軟件質量進行評估1.3 通過度析缺點產(chǎn)生的緣故和缺點的散布特點,能夠幫忙項目治理者或測試人員改良其工作1.4 效勞于測試目標的規(guī)那么1.4.1 軟件測試是為了發(fā)覺錯誤而執(zhí)行程序的進程1.4.2 測試是為了證明程序有錯,而不是證明程序無錯1.4.3 一個好的測試用例在于它能發(fā)
10、覺至今未發(fā)覺的錯誤1.4.4 一個成功的測試是發(fā)覺了至今未發(fā)覺的錯誤的測試2 原那么2.1 所有的軟件測試都應追溯到用戶需求2.2 必需知足用戶需求2.3 及早地和不斷地進行軟件測試2.4 問題發(fā)覺越早,解決問題的代價就越小,這是軟件開發(fā)進程中的黃金法那么2.5 不可能完全地測試2.6 要緊緣故:測試所有可能輸入是不可能的、系統(tǒng)或程序的所有途徑不可能全數(shù)執(zhí)行、無法發(fā)覺需求規(guī)格說明書本身的錯誤、不可能窮盡所有輸出2.7 增量測試,由小到大2.8 由小到大的測試策略指的是軟件測試對象的粒度,先測試子程序、類、構件,再慢慢將其組合成較大的模塊(或子系統(tǒng))進行測試2.9 幸免測試自己的程序2.10 要
11、緊緣故:由程序員承認自己寫的程序有缺點往往比較困難等緣故2.11 設計完善的測試用例2.12 測試用例的設計是測試工作的核心內容,應該盡可能地設計得周密細致。測試用例設計完成后需要進行評審2.13 注意測試中的群集現(xiàn)象2.14 測試中發(fā)覺的80%的錯誤可能來自20%的程序代碼2.15 確認缺點的有效性2.16 缺點A可能致使缺點B的產(chǎn)生,缺點A修復后,缺點B可能自然消失2.17 合理安排測試打算2.18 測試打算給出什么時刻地址由誰來如何完成什么任務2.19 進行回歸測試2.20 回歸測試是對修正缺點后的應用程序進行測試,以確保缺點被修復,而且沒有引入新的軟件缺點2.21 測試結果的統(tǒng)計和分析
12、2.22 只有對測試的輸出信息進行深切的統(tǒng)計、分析和比較,才能給出清楚的錯誤緣故分析報告2.23 及時更新測試2.24 在測試進程中,顯現(xiàn)需求變更、設計變更等情形時,都要及時更新測試第五節(jié)軟件測試分類能夠從不同的角度進行分類1 .按測試時期或層次1.1 單元測試1.2 集成測試1.3 系統(tǒng)測試1.4 驗收測試2 按測試目標或特性2.1 功能性測試2.2 非功能性測試2.2.1 性能測試2.2.2 壓力測試2.2.3 平安保密性測試2.2.4 靠得住性測試2.2.5 安裝測試3 按測試方式3.1 靜態(tài)測試3.1.1 人工測試3.1.2 自動測試3.2 動態(tài)測試3.2.1 白盒測試3.2.2 黑盒
13、測試3.2.3 灰盒測試4 單元測試4.1 單元測試的對象是程序系統(tǒng)中的最小單元-模塊或組件4.2 通常在編碼時期進行單元測試,要緊采納白盒測試方式,依照程序的內部結構設計測試用例,檢查程序模塊或組件的已實現(xiàn)的功能與概念的功能是不是一致、和編碼中是不是存在錯誤4.3 多個模塊能夠平行地、獨立地測試4.4 單元測試一樣由編程人員和測試人員一起完成,而以開發(fā)人員為主4.5 單元測試包括代碼審查,代碼審查能夠發(fā)覺程序50%70%的代碼缺點5 集成測試5.1 集成測試,也稱組裝測試、聯(lián)合測試、子系統(tǒng)測試,在單元測試的基礎上,將模塊依照設計要求組裝在一路進行測試,要緊目標是發(fā)覺與接口有關的模塊之間的問題
14、5.2 兩種集成方式5.2.1 一次性(非增量)集成方式5.2.2 增殖(增量)式集成方式6 系統(tǒng)測試6.1 系統(tǒng)測試是將軟件放在整個運算機環(huán)境下,包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等,在實際運行環(huán)境下進行一系列的測試6.2 要緊針對系統(tǒng)的非功能性特點,如性能測試、壓力測試、容量測試、平安保密性測試、恢復測試、健壯性測試、靠得住性測試、可安裝性測試等7 驗收測試7.1 目的是向以后的用戶說明系統(tǒng)能夠像預定要求那樣工作,驗證軟件的功能和性能猶如用戶所合理期待的那樣8 功能性測試8.1 功能性測試一樣須在完成集成測試后進行,而且是針對應用系統(tǒng)進行測試8.2 功能測試是基于產(chǎn)品功能說明書,已知
15、產(chǎn)品應具有的功能,從用戶角度來進行功能驗證,以確認每一個功能是不是都能正常利用9 靜態(tài)測試和動態(tài)測試9.1 靜態(tài)測試是指不通過執(zhí)行實際代碼(被測程序)而對軟件開發(fā)的產(chǎn)品進行分析的測試活動9.1.1 人工方式:由測試人員手工慢慢執(zhí)行所有的活動,并觀看每一步是不是成功完成(測試對象:開發(fā)進程中的中間產(chǎn)品,程序)9.1.2 自動方式:利用一組測試工具對被測軟件進行分析和驗證(測試對象:程序)9.2 動態(tài)測試是指運行被測程序,通過輸入測試用例,分析運行結果,從而發(fā)覺軟件的錯誤和缺點的測試活動10白盒測試與黑盒測試10.1 白盒測試(又稱為結構測試)把測試對象看做一個透明的盒子,測試人員依照程序內部的邏
16、輯結構及有關信息設計測試用例,檢查程序中所有邏輯途徑是不是都按預定的要求正確地工作10.2 黑盒測試(又稱功能測試)把測試對象看做一個黑盒子,測試人員完全不考慮程序內部的邏輯結構和內部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是不是符合它的功能需求11灰盒測試11.1 灰盒測試介于白盒測試與黑盒測試之間,關注的是輸出關于輸入的正確性,同時也關注內部表現(xiàn),但這種關注不像白盒那樣詳細、完整,只是通過一些表征性的現(xiàn)象、事件、標志來判定內部的運行狀態(tài)11.2 灰盒是一種程序或系統(tǒng)的工作進程被局部認知的裝置,是基于對程序內部細節(jié)有限認知的方式11.3 測試者可能明白系統(tǒng)組件之間是如何相互作用的,但
17、缺乏對內部程序功能和運作的詳細了解11.4 關于內部進程,灰盒測試把程序看做一個必需從外而進行分析的黑盒第六節(jié)測試完成標準1 .能夠從以下幾個方而考慮:1.1 測試的時刻用盡時1.2 繼續(xù)測試沒有產(chǎn)生新失效時1.3 繼續(xù)測試沒有發(fā)覺新的缺點時1.4 無法設計出新的測試用例時1.5 繼續(xù)測試回報很小時1.6 達到所要求的測試覆蓋時1.7 所有已發(fā)覺的錯誤或缺點都已經(jīng)被清除時2 觀看測試時期中單位時刻內發(fā)覺錯誤數(shù)量的曲線單位時間內單位時間內周(或天)周(或天)第七節(jié)軟件測試進程1 .GB/T15532軟件測試標準中的測試進程a)測試策劃:確信需要測試的內容或質量特性,確信測試的充分性要求,提出測試的大體方式,確信測試資源和技術需求,進行風險分析與評估,制定測試打算b)測試設計:依據(jù)測試需求,分析并選用已有的測試用例或設計新的測試用例,獲取并驗證測試數(shù)據(jù),確信測試用例執(zhí)行順序,獲取測試資源,開發(fā)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 勞務派遣企業(yè)合同范本
- 合作贈予合同范本
- 合同范本可以寫字有效
- 勞務分包合同范本工程
- 信息安全測評 合同范例
- 鹵貨合作合同范本
- 合同范本 發(fā)生爭議 起訴
- 合同范例廢止意思
- 廠房物業(yè)續(xù)租合同范本
- 雙孢菇供貨合同范本
- 初一家長會課件96108
- 罪犯正常死亡報告范文
- 《企業(yè)文化概述》課件
- 某地源熱泵畢業(yè)設計
- (三級)工業(yè)機器人運用與維護理論考試復習題庫(含答案)
- 2024年廣東省公務員錄用考試《行測》真題及解析
- 高中英語必背3500單詞表(完整版)
- 房產(chǎn)中介居間服務合同模板樣本
- 海洋工程裝備保險研究
- 2024年廣東省深圳市中考英語試題含解析
- 麻風病防治知識課件
評論
0/150
提交評論