測驗策略是測驗方案的其中一部分，
測驗方案是從測驗的角度去分析或者說分解需求，在方向上明確要怎么測，分析結果就是測驗點和測驗方法，
測驗方案包含：
1、引言（含a、撰寫目的；b、預期讀者；c、參考資料）；
2、測驗范圍；
3、測驗策略（根據不同的測驗型別考慮不同的測驗方法）
測驗型別：
- 功能測驗；
- 兼容性測驗；
- 性能測驗；
- 介面測驗；
- 安全性和訪問控制測驗；
- 資料和資料庫完整性測驗；
- 集成測驗；
- 用戶界面測驗；
- 負載測驗；
- 強度測驗；
- 容量測驗；
- 故障轉移和安裝測驗；
- 配置測驗；
- 安裝測驗等，
功能測驗，根據需求分析的思維導圖和功能測驗的測驗用例覆寫功能模塊；
兼容性測驗，要根據產品的應用場景來考慮，比如IE、Chorme、ios、android、不同機型等等；
性能測驗，根據產品架構、預估資料、線上資料來判斷需要執行性能測驗的功能介面（比如登錄介面）；
介面測驗，安全性測驗等等要根據實際的專案需求來確定，
將需要用到的測驗型別按照測驗場景、測驗方法等以參考檔案的形式填寫到測驗計劃中去，以便讓所有專案人員清楚的知道要做哪些測驗作業以及怎么做，
4、測驗資源（含a、測驗人員；b、測驗環境（測驗服務器環境、終端測驗環境、網路環境）；c、測驗工具（bug管理工具、用例管理工具、性能測驗工具等）；d、bug的等級定義）；
5、進度安排
測驗作業量估算
- 測驗評估（業務復雜度、測驗復雜度、產品質量要求、人員數量及能力） ；
- 進度安排（評估不同階段、不同型別的測驗作業的作業量、分配人力、預估時間） ；
輸出檔案
- 測驗計劃；
- 功能測驗用例；
- 性能測驗方案；
- bug資料；
- 性能測驗資料；
- 測驗報告等等，
6、發布標準：
測驗完成標準
- 測驗計劃里所有測驗型別都已經完成了；
- 功能上、兼容性上沒有影響用戶使用的Bug ；
- 允許遺留小部分影響不是很大的Bug，但這個數量應該小于一個值 ；
- 性能上符合設計目標和上線要求 這些標準都是針對測驗作業本身的要求，
產品發布標準
- 產品需求都已完成；
- 符合互動設計規范，符合視覺要求，設計已通過評審 ；
- 遺留的一定比例數量的小部分Bug通過專案組完成了風險評估，都認可且問題不大；
- 產品使用說明或用戶手冊或更新log都已完備等等，
7、風險說明：
- 測驗范圍的風險，比如說測驗需求分析是否準確、到位，是否漏了測驗點，是否遺漏了某個測驗型別，所以測驗需求分析是整個測驗作業的基礎，還有就是產品需求變更的風險，加需求、減需求、改需求都需要重新進行測驗需求分析；
- 測驗進度的風險，比如說做計劃時作業量估計的不準，導致專案延期，還有可能開發作業沒有按時完成或改bug不及時導致進度延后，還有可能測驗人員因為別的專案更重要抽調走了或者請假、離職等原因造成人員變動；
- 產品質量的風險，比如開發的代碼質量比較低或者測驗人員是新人對業務不熟悉，能力和經驗有所欠缺等等；
- 測驗環境的風險，
測驗方案的作用
測驗方案通常分內部作用和外部作用，內部作用有以下3種：
（1）作為測驗計劃的結果，讓相關人員和開發人員來評審，
（2）存盤計劃執行的細節，讓測驗人員進行同行評審，
（3）存盤計劃進度表、測驗環境等更多的資訊，
測驗方案的外部作用是為顧客提供一種信心，向顧客交代有關測驗程序、人員的技能、資源、使用的工具等資訊，
背景
對測驗物件（構件、應用程式、系統等）及其目標進行簡要說明，需要包括的資訊有：主要的功能和性能、測驗物件的構架以及專案的簡史，
希望本文對你有所幫助~~如果對軟體測驗、介面測驗、自動化測驗、面試經驗交流感興趣可以加入我們，642830685，免費領取最新軟體測驗大廠面試資料和Python自動化、介面、框架搭建學習資料！技術大牛解惑答疑，同行一起交流，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/225562.html
標籤：其他