[計算機(jī)軟件及應(yīng)用]測試技術(shù)基礎(chǔ)-演示稿-資料下載頁
2025-10-06 13:16本頁面
【正文】 ? 測試工具 測試計劃－概述 ? 所需機(jī)器時間 ? 軟 /硬件配置 ? 系統(tǒng)組裝方式 ? 記錄手段 ? 回歸測試 測試計劃－具體內(nèi)容 ? 目的 ? 測試項（對象） ? 測試類型 ? 測試范圍 ? 測試過程 ? 資源需求（硬件、軟件、人力） 測試計劃－具體內(nèi)容 ? 文檔的檢驗 ? 進(jìn)度安排 ? 測試開始、結(jié)束準(zhǔn)則 ? 測試記錄 ? 回歸測試的方法 ? 測試的評估 ? 缺陷跟蹤 應(yīng)有規(guī)確保所有的測試結(jié)果都得到記錄 測試計劃－測試需求 ? 業(yè)務(wù)功能 – 業(yè)務(wù)流程 – 數(shù)據(jù)庫事務(wù) – 域值合法性 ? 用戶界面 – 對象狀態(tài) – 窗口模式 – 菜單 – 標(biāo)準(zhǔn)尺寸的控件 /文字 測試計劃－測試需求 ? 性能 – 在少于 3秒的情況下增加一個新顧客帳戶 ? 強(qiáng)度 – 當(dāng)內(nèi)存很低的情況下運(yùn)行應(yīng)用程序 – 為設(shè)計規(guī)定是 1,000,000 條記錄的系統(tǒng)增加 1,000,001條記錄 測試計劃－測試需求 ? 配置 – 顯示驅(qū)動的兼容性 – 網(wǎng)絡(luò)連接 ? 安裝 – 新安裝（典型安裝、定制安裝） – 升級安裝 – 網(wǎng)絡(luò)下載 測試設(shè)計 — 測試過程 ? 包括詳細(xì)的步驟以確定測試需求是否被滿足。 ? 組成： – 測試的先決條件 – 輸入條件 – 被執(zhí)行的動作 – 期待的結(jié)果 – 證實期待結(jié)果的方法 測試設(shè)計－單元測試用例 ? 模塊接口 ? 局部數(shù)據(jù)結(jié)構(gòu) ? 獨(dú)立的路徑 ? 邊界條件 ? 出錯處理 測試設(shè)計－黑盒測試用例 ? 功能不對或遺漏 ? 界面錯誤 ? 數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤 ? 性能錯誤 ? 初始化和終止錯誤 測試設(shè)計－白盒測試用例 ? 保證一個模塊中的所有獨(dú)立路徑至少被使用一次 ? 對所有邏輯值均需測試真和假 ? 在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán) ? 檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性 測試設(shè)計－循環(huán)測試用例 ? 簡單循環(huán) ? 嵌套循環(huán) ? 串接循環(huán) ? 非結(jié)構(gòu)循環(huán) 測試設(shè)計－ GUI測試用例 ? 窗口 ? 下拉菜單與鼠標(biāo) ? 數(shù)據(jù)項 測試開發(fā) ? 功能的自動化測試工具 ? 性能的自動化測試工具中的開發(fā) 測試執(zhí)行 — 概述 ? 目標(biāo) – 執(zhí)行測試 – 查看測試結(jié)果 – 研究并組織對測試結(jié)果進(jìn)行評估 – 記錄缺陷 ? 輸入 – 測試過程和測試用例 ? 輸出 – 測試日志 – 缺陷報告 測試執(zhí)行 — 記錄結(jié)果 ? 測試日志信息 ? 執(zhí)行測試過程 ? 評估意外的結(jié)果 ? 記錄缺陷 測試執(zhí)行 — 錯誤等級 ? 5級：災(zāi)難性的 —系統(tǒng)崩潰、數(shù)據(jù)被破壞 ? 4級：很嚴(yán)重的 —數(shù)據(jù)被破壞 ? 3級：嚴(yán)重的 —特性不能運(yùn)行，無法替代 ? 2級：中等的 —特性不能運(yùn)行，可替代 ? 1級：煩惱的 —提示不正確，報警不確切 ? 0級：輕微的 —表面化的錯誤，拼寫錯等 測試執(zhí)行 — 記錄格式 測試執(zhí)行 — 記錄格式 測試執(zhí)行 — 記錄格式 測試評估 — 概述 ? 目標(biāo) – 提交測試過程的衡量標(biāo)準(zhǔn) – 產(chǎn)生缺陷報告和測試覆蓋的總結(jié)報告 ? 輸入 – 測試日志 – 缺陷報告 ? 輸出 – 測試覆蓋程度 – 缺陷分析報告 測試評估 — 測試覆蓋率 ? 基于覆蓋策略的系統(tǒng)測試 – 驗證所有需求的完成情況 – 驗證每行代碼的執(zhí)行情況 ? 基于測試需求的 測試過程 – 覆蓋功能和設(shè)計的需求 – 驗證一個測試需求對應(yīng)的測試過程 測試評估 — 缺陷分析 ? 軟件質(zhì)量 – 缺陷分析是提供驗證軟件質(zhì)量的手段之一 – 測試需求的覆蓋程度決定了軟件測試的質(zhì)量如何 ? 實例報告 – 缺陷分配 – 缺陷趨向 – 缺陷狀態(tài) – 遺留缺陷對軟件的影響 測試跟蹤 ? 記錄測試事件或用戶問題 ? 分析原因，定位錯誤 ? 進(jìn)行軟件修改 ? 修改結(jié)果的跟蹤 第四章 測試中的若干問題 ? 對測試的誤解 ? 測試的改進(jìn)方法 ? 測試工程師的素質(zhì) ? 測試格言 對測試的誤解 ? 如果發(fā)布出去的軟件有質(zhì)量問題 ， 那是軟件測試人員的錯 。 ? 軟件測試技術(shù)要求不高 ， 至少比編程容易多了 。 ? 軟件測試隨便找一個能力差的人就能做 。 ? 有時間就多測試一些 ， 來不及就少測試一些 。 ? 軟件測試是測試人員的事 ， 與開發(fā)人員無關(guān) 。 ? 設(shè)計－實現(xiàn)－測試 ， 軟件測試是開發(fā)后期的一個階段 。 測試的改進(jìn)方法 ? 外聘更多的測試人員 。 ? 將原有的開發(fā)人員抽調(diào)做測試工作 。 ? 加強(qiáng)對測試和開發(fā)人員在軟件測試方面的專業(yè)培訓(xùn) 。 ? 購買或者自主開發(fā)一些測試工具 。 ? 將測試工作外包 。 測試工程師應(yīng)具備的素質(zhì) ? 人是測試工作中最有價值也是最重要的資源 ? 讓那些經(jīng)驗最少的新手、沒有效率的開發(fā)者或不適合干其他工作的人去做測試工作，是一種目光短淺的行為 測試工程師應(yīng)具備的素質(zhì) ? 溝通能力 ? 移情能力 ? 技術(shù)能力 ? 自信心 ? 外交能力 ? 幽默感 測試工程師應(yīng)具備的素質(zhì) ? 很強(qiáng)的記憶力 ? 耐心 ? 懷疑精神 ? 自我督促 ? 洞察力 ? 分析與表達(dá)力 測試格言 ? 測試自己的程序是不可能的 。 ? 派最好的人去做測試 。 ? 保證在軟件設(shè)計中可測性是一個重要的目標(biāo) 。 ? 在一個系統(tǒng)的設(shè)計中 ， 每個模塊應(yīng)該只被集成到系統(tǒng)中一次 。 ? 不要改變程序 ， 使測試更容易 （ 除非這個修改使永久的 ） 。 ? 測試像大多數(shù)其他活動一樣 ， 必須在開始的時候有目標(biāo) 。 測試格言 ? 在測試中 ， 一個最難的問題就是知道什么時候測試可以結(jié)束 。 ? 每個測試用例的一個必需的部分使對預(yù)期輸出的描述 。 ? 避免不可重復(fù)的或無用的測試 。 ? 既要寫有效輸入條件的測試用例 ， 也要寫無效輸入條件的測試用例 。 ? 當(dāng)軟件的某個部分所發(fā)現(xiàn)的缺陷數(shù)目上升時 ， 那么存在更多的未發(fā)現(xiàn)的缺陷數(shù)的可能性也上升了 。 謝謝
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1