測試報告與驗收

測試方法抉擇

1. 輸入分類選等價
2. 給定範圍加邊界
3. 條件孤立想斷定
4. 無限窮舉取正交
5. 業務複雜場景法
6. 測試充分全覆蓋

實際設計的思路

• 任何狀況下都必須使用邊界值分析方法，經驗代表用這種方法設計出測試用例發現程序錯誤的能力最強
• 必要時用等價類劃分方法補充一些測試用例
• 若是程序的功能說明中，含有輸入條件的組合狀況，則一開始就可選用斷定表法
• 若是程序業務複雜度比較高，則適當使用場景法補充一部分測試用例

每條測試用例有惟一的測試目的

提測階段，優先作冒煙測試

冒煙測試時間不超過總體測試時間的 10%；選取正向流程；

• 核心流程冒煙測試，要求100%經過
• 主流程冒煙測試，不能超過30%的場景出現異常
• 探索式冒煙：半小時隨機測試，發現 bug 不超過 10個

若是冒煙測試不經過，視爲不進入測試階段，測試大會，須要從新提測，從新冒煙

缺陷

• 實際工做中，在敏捷開發的模型下，以口頭溝通，提升處理效率

與開發人員溝通的正確姿式

1. 熟悉基本的開發原理，作到專業，清晰，有條理地表達
2. 站在開發的角度去理解思考問題
3. 同時也要熟悉開發人員的溝通習慣

項目上線

須要注意的問題

1. 代碼合併有遺漏
2. 線上環境和測試環境不一樣，忘記對哪些配置進行了修改
3. 數據庫增長配置項時，有配置項遺漏增長，或者增長不正確

上線前把控--上線前通知上下游系統--特殊狀況考量--上線後測試驗收--線上問題跟蹤--緊急發佈測試--持續跟進--補測試用例

項目迭代

測試報告

• 將測試的過程與結果寫成文檔
• 對發現的問題和缺陷進行分析，爲糾正軟件存在的質量問題提供依據
• 爲軟件驗收和交付打下基礎
• 測試報告是測試階段最後的文檔產出物
• 優秀的測試人員應該具有良好的文檔編寫能力
• 一份詳細的測試報告包含足夠的信息，包括產品的質量和測試過程的評價
• 測試報告基於測試中的數據採集以及對最終的測試結果分析

內容

1. 報告信息
2. 引言
3. 測試概要
4. 測試結果與缺陷分析
5. 測試結論與建議
6. 測試限制

驗收測試

驗收測試是部署軟件以前的最後一個測試操做

目的：確保軟件準備就緒，而且可讓最終用戶將其用於執行軟件的既定功能和任務

任務：

• 向將來用戶表名系統可以像預約要求那樣工做，也就是驗證軟件的有效性
• 驗證軟件的功能和性能如同用戶所合理期待的模樣

驗收測試策略

• Alpha測試

  • 由用戶在開發環境中進行的測試
  • 開發機構內部的用戶在模擬實際操做環境下進行的測試
  • 是在開發者受控的環境下進行的測試
  • 在系統開發接近完成時，對應用系統的測試
  • 測試後仍然會有少許的設計變動
  • 通常由最終用戶或其餘人員完成

• Beta測試

  • 由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試
  • 由用戶記錄下遇到的全部問題，按期向開發者報告
  • 模擬真實的環境從而發現缺陷的一種測試