軟件測試技術(shù)經(jīng)典教程筆記[修]-文庫吧資料
2025-04-01 04:23本頁面
【正文】 查看代碼1)、WhiteBox Testing源代碼的測試2)、BlackBox Testing功能測試、性能測試 Function Testing(功能測試) Logic Function Testing(邏輯功能測試) UI Testing(界面測試)：窗口、下拉式菜單和鼠標操作 Usability Tseting(易用性測試) Installation Testing(安裝測試) Compatibility Testing(兼容性測試) 其他：恢復測試、裸機測試、確認測試、接口測試、數(shù)據(jù)庫測試、安全測試、配置測試Performance Testing(性能測試) 時間性能：主要指一個事務的具體響應時間(Respind Time)。參考：*遺留bug不超過10個，嚴重的不超過5個 *測試用例執(zhí)行率為100%，通過率為95% *單元測試，關(guān)鍵模塊語句覆蓋率達到100%，分支覆蓋率達到85%2) 不要視圖窮舉法3) 開發(fā)人員不能既是運動員又是裁判員4) 軟件測試要盡早執(zhí)行5) 軟件測試應該追溯需求原始需求需求分析正確的規(guī)格說明錯誤的規(guī)格說明設(shè)計正確的設(shè)計 錯誤的設(shè)計對錯誤說明的設(shè)計編碼正確編碼錯誤的編碼對錯誤設(shè)計編碼對錯誤說明設(shè)計的編碼測試正確功能可改正的錯誤不可改正的錯誤潛伏的錯誤不完善的軟件產(chǎn)品6) 缺陷的二八定理 一般情況下，軟件80%的缺陷集中在20%的模塊中。使用人工或自動手段，來運行或測試某個系統(tǒng)的過程。 第一章 基礎(chǔ)知識、軟件1)、軟件=程序+文檔2)、分類功能：系統(tǒng)+應用架構(gòu)：單機+C/S+B/S用戶：產(chǎn)品+項目規(guī)模：小型+中型+大型、Bug1)、類型一(廣義上，軟件生命周期，與用戶需求不符的問題)：完全沒有實現(xiàn)的功能基本實現(xiàn)功能，但有功能上或性能上的問題實現(xiàn)了用戶不需要的功能2)、類型二(測試執(zhí)行階段的問題)DefectRequirementsamp。DesignErrorDevelopmentBugTestingFailurePost production、測試1)、概念：測試是為了檢驗實際的軟件是否符合用戶需求，所以不能為了發(fā)現(xiàn)錯誤而發(fā)現(xiàn)錯誤。2)、測試環(huán)境：硬件+軟件+網(wǎng)絡(luò) 要求：真實(項目、產(chǎn)品)+干凈+無毒+獨立(測試與開發(fā))、測試用例測試用例=輸入+輸出+測試環(huán)境便于團隊交流，便于重復測試，便于跟蹤統(tǒng)計，比納與用戶自測開發(fā)生命周期需求分析 → 概要設(shè)計 → 詳細設(shè)計 → 編碼 → 維護測試生命周期測試計劃 → 測試設(shè)計 → 測試執(zhí)行 → 測試評估需求分析和測試計劃完成后，根據(jù)《系統(tǒng)需求規(guī)格說明書》和軟件原型(DEMO)寫測試用例 其他1)、測試人員素質(zhì)要求：細心、耐心、信心、服務意識、團隊合作意識、溝通能力2)、如何成為優(yōu)秀的測試工程師：不斷學習充電 閱讀原版書籍 閱讀缺陷管理系統(tǒng)中的缺陷報告 閱讀高手寫的測試用例 學習產(chǎn)品相關(guān)的業(yè)務知識 軟件測試的基本規(guī)則1) Zero Bug 與 Good EnoughGood Enough原則：不充分測試是不負責任，過分的測試是一種資源浪費。7) 缺陷具有免疫性 缺陷具有免疫性，需要根據(jù)新版本修改維護測試用例，另外，有一個值得注意的經(jīng)驗：沒修復34個bug，可能會產(chǎn)生一個新bug。 空間性能：主要指軟件運行時所消耗的系統(tǒng)資源(CPU、內(nèi)存、硬盤)。通常用MTBF(Mean Time Between Failure) c、負載測試(Load Testing)：讓被測系統(tǒng)在其能忍受的壓力極限范圍內(nèi)連續(xù)運行，檢測系統(tǒng)的穩(wěn)定性。
教學教案相關(guān)推薦
鄂ICP備17016276號-1