軟件測試并不是大家理解的只是"點點點"的簡單操作，而是要有計劃、有組織和有系統的軟件質量保證活動，而不是隨意的、松散的、雜亂的實施過程。
為了規范軟件測試內容、方法與過程，在對軟件進行測試之前，必須創建測試計劃。
定義：什么是測試計劃？
是對測試的活動范圍(測試的功能模塊)、測試資源(軟硬件)等，對產品的需求文檔梳理功能點，然后有規劃和時間節點、任務分配等進行相關計劃。
測試計劃一般包括：
項目概述、測試策略、測試范圍、測試資源、時間安排、風險分析等內容。
測試計劃的編寫
在需求評審之后，對產品需求已經清晰明確，一般都是由對應項目測試同學編寫測試計劃。
測試計劃具體內容
1.項目概述
該項目的具體描述，包括該項目的基本功能模塊，解決哪類用戶的需求。
當前項目版本號、該版本需求功能描述，解決哪類用戶的需求。
為保證項目測試更充分、更有規則，特編寫測試計劃、對測試人員安排、測試方法、性能測試、測試風險分析等，確保測試項目平穩有序的運行。
2.測試策略
測試策略的目的是對被測的軟件或硬件進行有規劃、有目標、有方案的測試。
(1)選擇測試方法
根據產品需求通過掌握的各種測試方法，進行測試用例設計和編寫。
(2)測試工具使用
比如postman、charles、mysql連接、redis連接等。
(3)自動化測試策略
(4)性能測試需求
當前版本需求的性能測試要求是什么，使用jmeter或LR性能測試工具，設計測試方案。
3.測試范圍
(1)功能測試范圍的分析功能點的拆分、接口測試、UI測試。
(2)系統測試范圍的分析 容錯處理、兼容性要求、配置要求、性能要求、安全性要求、可靠性、日志文件。
4.測試資源
測試人力資源包含兩個維度：
1、測試人員數量。
2、測試人員經驗、能力。
環境資源一般包括：
1、測試服務器環境。
2、終端環境（PC配置，手機型號）。
3、測試工具（bug管理工具，postman、性能測試工具等）。
在我們的測試計劃中，測試人員分配、測試環境資源、網絡資源、工具使用都要明確寫出來。
5.時間安排
測試工作的進度安排依賴于開發工作的節點和提交測試進度的時間，并且直接影響預期的上線時間。
我們需要根據當前產品需求影響范圍、業務的復雜度、所需要測試的功能復雜度、測試人員的數量、能力和經驗這些因素，以及當前測試的資源來評估不同階段、不同類型的測試工作的工作量。
可以用工作分解結構表方法評估工作量：
1、列出本項目需要完成的各項任務。
2、細化每個任務，尤其是測試階段，需要對模塊進行拆分，拆分到可衡量和細化的維度。
3、預先設計測試點，按照測試點來估算。
4、給每個維度估算時間，需要優化和重復操作的部分。
5、在已估算結果上浮動10%-15%。
6.風險分析
測試風險分類：
1、測試同學對當前版本需求影響范圍估計不足，有些功能點沒有想到。
2、產品臨時改需求、加需求、換其他需求等等，都需要重新進行測試需求分析，導致測試同學的需求分析和預估時間會不足。
3、開發提測質量很差，提測功能缺失，導致測試提bug、回歸bug，測試進度延后，還有可能測試加班加點，無法測試完的情況。
測試風險的控制方法：
1、根據風險發生的概率和帶來的影響確定風險的優先級，然后才去措施避免那些可以避免的風險。
2、開發提測質量差，可以砍掉一部分功能，或者將上線時間推遲，避免測試時間不足。
3、加強用例評審，擴大測試覆蓋范圍。
4、做計劃時，要留有余地，同樣還是把測試時間多預估一到兩天時間。
本文內容不用于商業目的，如涉及知識產權問題，請權利人聯系51Testing小編(021-64471599-8017)，我們將立即處理
明星乱亚洲合成图com|国产真实破苞视|日本a级不打码按摩片|一本通中文字幕亚洲欧美