軟件測試與改錯——掌握有效測試的方法與技術林銳博士(編輯修改稿)
2024-11-03 09:29 本頁面
【文章內容簡介】 的部分 （ 見下表 ） ， 其它次要部分可以忽略或將來再測試 。 Page 13 4. 企業(yè)的測試策略 ? “ 偷工減料 ” 方法的測試優(yōu)先級： – 哪些功能是軟件的特色？ – 哪些功能是用戶最常用的？ – 如果系統(tǒng)可以分塊賣的話，哪些功能塊在銷售時最昂貴？ – 哪些功能出錯將導致用戶不滿或索賠？ – 哪些程序是最復雜、最容易出錯的？ – 哪些程序是相對獨立，應當提前測試的？ – 哪些程序最容易擴散錯誤？ – 哪些程序是全系統(tǒng)的性能瓶頸所在？ – 哪些程序是開發(fā)者最沒有信心的？ 測試何時結束 ? 基于測試用例的規(guī)則 ? 基于 “ 測試期缺陷密度 ” 的規(guī)則 ? 基于 “ 運行期缺陷密度 ” 的規(guī)則 測試獎勵機制 ? 根據缺陷的危害程度 ， 把獎金分等級 。 每個新缺陷對應一份獎金 ， 把獎金發(fā)給第一個發(fā)現(xiàn)該缺陷的人 。 獎金額要適當 ， 太低了人們不感興趣 ， 太高了會讓項目破產的 。 Page 14 5. 測試規(guī)范 測試流程 ? 第一步：制定測試計劃。該計劃被批準后轉向第二步。 ? 第二步：設計測試用例。該用例被批準后轉向第三步。 ? 第三步：如果滿足 “ 啟動準則 ” ， 那么執(zhí)行測試。 ? 第四步：撰寫測試報告。 ? 第五步：消除軟件缺陷。如果滿足 “ 完成準則 ” ， 那么正常結束測試。 制定測試計劃 設計測試用例 執(zhí)行測試 撰寫測試報告 消除軟件缺陷 審批 審批 回歸測試 完成 測試 完成準則 啟動準則 Page 15 5. 測試規(guī)范 測試啟動準則 ? 同時滿足以下條件 ， 允許開始測試： – （ 1） 測試計劃已經制定并且通過了審批； – （ 2） 測試用例已經設計并且通過了審批； – （ 3）被測試對象已經開發(fā)完畢并等待測試。 測試完成準則 ? 對于非嚴格系統(tǒng)可以采用 “ 基于測試用例 ” 的準則 。 同時滿足以下條件允許結束測試： – （ 1） 功能性測試用例通過率達到 100％ ； – （ 2） 非功能性測試用例通過率達到 90％ 時 。 ? 對于嚴格系統(tǒng) ， 應當補充 “ 基于測試期缺陷密度 ” 的規(guī)則： – （ 3）相鄰 n個 CPU小時內 “ 測試期缺陷密度 ” 全部低于某個值 m。 例如 n大于 10， m小于等于 1。 測試文檔模板 ? 測試計劃參考模板 ? 測試用例參考模板 ? 測試報告參考模板 Page 16 測試 計劃的參考模板 Page 17 測試 用例 Page 18 測試 報告的參考模板 Page 19 6. 軟件系統(tǒng)的主要測試內容及技術 接口與路徑測試 功能測試 健壯性測試 性能測試 用戶界面測試 信息安全測試 壓力測試 可靠性測試 安裝 /反安裝測試 Page 20 6. 軟件系統(tǒng)的主要測試內容及技術 接口與路徑測試 ? 數據一般通過接口輸入和輸出，所以接口測試是白盒測試的第一步。每個接口可能有多個輸入參數，每個參數有 “ 典型值 ” 、 “ 邊界值 ” 、 “ 異常值 ” 之分，所以輸入的組合數可能并不少。根據接口的定義，可以推斷某種輸入應當產生什么樣的輸出。輸出包括函數的返回值和輸出參數。如果實際輸出與期望的輸出不一致，那么說明程序有錯誤。白盒方式的接口測試和黑盒方式的功能測試，其方法十分相似。 ? 一個函數體內的語句可能只有十幾條，但邏輯路徑可能有成千上萬條。想遍歷測試幾乎是不可能的，不測試或者胡亂找?guī)讞l路徑測試卻又不行。 ? 對于非嚴格系統(tǒng)而言，在分析路徑方面化費很多精力是不值得的。我認為在構造接口測試的同時已經建立了測試路徑。因為每一種輸入將產生唯一的輸出，輸入與輸出之間的路徑也是唯一的。由于接口測試中的輸入是有代表性的，因此相應的路徑也具有代表性，不用得著費煞苦心地去找測試路徑。 ? 路徑測試的檢查表 – 數據類型、變量值、邏輯判斷、循環(huán)、內存管理、文件 I/O、 錯誤處理 ? 由于接口測試是枚舉的 ， 有可能漏掉某些狀況 ， 導致一些重要的路徑沒有被測試 。 預防措施有： – 觀察是否有程序語句從來沒有被執(zhí)行過 。 如果發(fā)生在這種情況 ， 要么是程序有錯誤 ， 存在無用的代碼；要么是接口測試不充分 ， 漏掉了一些路徑 。 – 要特別留意函數體內的錯誤處理程序塊（如果存在的話），這是最易被人疏忽的路徑，隱患最多。 Page 21 6. 軟件系統(tǒng)的主要測試內容及技術 ? 接口與路徑測試用例的參考模板 Page 22 6. 軟件系統(tǒng)的主要測試內容及技術 功能測試 ? 功能測試的基本方法是構造一些合理輸入（在需求范圍之內），檢查輸出是否與期望的相同。如果兩者不一致，即表明功能有誤。也有例外的情況，如《需求規(guī)格說明書》中的某個功能寫錯了，而實際上軟件的功能卻是正確的，這時要更改的是《需求規(guī)格說明書》。 ? 功能測試看起來比較簡單，只要看得懂《需求規(guī)格說明書》，誰都會做。難點在于如何構造有效的輸入。由于輸入空間通常是無限的，窮舉測試顯然行不通。那么隨便輸入一些東西，碰運氣行不行？ ? 功能測試有兩種比較好的測試方法：等價劃分法和邊界值分析法。 – 等價劃分是指把輸入空間劃分為幾個 “ 等價區(qū)間 ” ，在每個 “ 等價區(qū)間 ” 中只需要測試一個典型值就可以了。等價劃分法來源于人們的直覺與經驗，可令測試事半功倍。 – “ 缺陷遺漏在角落里
教學課件相關推薦
鄂ICP備17016276號-1