軟體測試計畫的內容和編制方法

2021-10-20 20:10:37 字數 2437 閱讀 7232

需要明確版本具體的測試範圍,以及需要採取的具體測試策略;

預估版本測試任務所需投入的測試資源,包括測試工程師的數量,測試工程師的具體分工;

把控專案的整體測試進度,明確測試任務的推進狀況,給出預期的測試完成時間;

評估版本測試潛在的測試風險,並給出風險應對策略;

測試計畫包含測試的範圍、策略、資源、進度、風險評估等內容

測試範圍描述的是被測物件以及主要的測試內容。由於測試時間和測試資源有限需要根據風險分析確定出測試範圍的測什麼、不測什麼

舉個例子:測試登入模組

測試的物件:登入功能模組

測試的內容:功能測試(瀏覽器端、移動端)、安全測試、效能測試

測試策略描述的是測試過程中先測試什麼後測試什麼、採用什麼測試手段,測試策略要求明確測試的重點、按照需求的緊急以及重要程度決定測試的先後順序

還需要說明,測試專案需要採用什麼樣的測試型別和測試方法實施方法。

1、功能測試

1、對於功能測試可以根據需求分析利用思維導圖梳理或編寫測試用例

2、主線業務的功能測試需要考慮使用自動化測試的手段提公升執行效率,並根據專案的技術棧和測試團隊的習慣能力、選擇合適的自動化測試框架。

2、相容性測試

1、對於web相容性測試需要確定測試覆蓋的瀏覽器型別和版本,移動裝置測試要確定覆蓋的裝置型別和具體的ios/android版本、確定覆蓋瀏覽器/ios/andriod測試策略有:

2、通過產品歷史資料分析或者是市場占有率得出top30%瀏覽器/ios/android版本

3、如果是全新產品可以參考talkingdata**提供的目前市場主流的移動裝置,解析度大小、ios/andriod版本資訊來確定測試範圍。目前市場主流品牌和機型:

3、效能測試

1、效能測試需要明確效能測試的需求(如:併發使用者數、相應時間、事務吞吐量等)

2、根據被測系統的特點,設計效能測試場景並確定效能測試使用的工具或者框架

3、基礎資料準備需要確定系統資料量級和分布,確定資料生成方案(如呼叫api建立或直接將資料插入到資料庫)

效能測試實施

1、確定效能測試的型別

2、根據業務場景來決定需要開發那些壓測指令碼、指令碼中一般會包含思考時間、集合點、動態關聯等

3、以指令碼為單位組織測試場景,即乙個場景中多少人在做登入、多少人在做查詢等、每乙個使用者操作之間需要等待多少時間,使用者的遞增策略是多少。

4、確定系統指標監控方案,搭建效能測試環境,即需要監控那些系統指標、通過何種方式獲取系統的效能引數指標

5、執行效能測試場景,收集系統指標資料,分析和解讀測試過程及測試結果

6、編寫效能測試報告

4、安全測試

1、根據測試專案的安全需求設計針對性的安全測試用例

2、常見的安全測試(檔案上傳漏洞、sql注入、xss、csrf、ssrf、框架漏洞等)

5、其他測試型別

1、介面測試

2、整合測試

3、容量驗證

4、安裝測試

5、故障恢復測試

測試資源通常指測試人員與測試環境。測試計畫的其中乙個目的就是在測試資源有限的條件下保證最大化產出。

測試資源需要解決的問題:明確需求誰來測、在什麼環境下測試。測試計畫需要按照測試團隊的人員特點、將測試任務分解後落實帶每乙個測試工程師身上,這將有利於簡歷清晰的責任機制。

測試人員:

1、測試工程師的數量

2、測試工程師的個人經驗與能力

測試環境

1、敏捷開發模式下一般都是多個版本並行開發,在測試環境有限的情況下需要合理分配測試環境

測試進度主要描述各類測試的開始時間、所測試的工作量、預計測試完成時間最終以此來評估測試專案的最終提交驗收時間。

工作量包括: 版本測試需求分析、需求用例編寫、冒煙測試、正式測試(x輪)、回歸測試的總工作量。

在敏捷開發模式下,測試活動貫穿整個開發過程,測試工作與開發過程是同步進行,測試左移與測試右移思想有助於提高團隊測試效率與測試質量。          

在敏捷開發過程中,計畫趕不上變化是專案的常態,需求的變更、開發延期、提測的版本質量太差以及人員的變動都會導致專案的測試風險。

需求變更的型別主要包括:新增需求、修改需求、刪減需求等。

需求的變更往往需要重新進行需求分析,確認變更導致的測試範圍變動及時修正,相關的測試資源也需要重新評估。

測試前期預估不準確導致測試延期:需要新增測試型別、測試後期發現重大缺陷等。

在制定測試計畫時,你就要預估整個測試過程中可能存在的潛在風險,以及當這些風險發生時的應對策略。

有效測試的50條建議 編制測試計畫(6)

不同的測試工作又不同的測試目標,不同的測試階段也有不容的測試目標,我們必須清楚此次測試工作的目標是什麼,這個目標是基於系統必須要滿足的標準。對測試目標的了解,可以通過以下幾個方面 1,理解系統。理解系統不僅僅指此次的需求,必須從整個系統高度來了解正在測試的系統的功能性和非功能性的需求。我們可以利用設...

有效測試的50條建議 編制測試計畫(10 11)

在設計資料樣例時,好的資料字典和詳細的設計文件非常有用。資料字典提供了資料元素 資料結構 使用規則等資訊 設計文件 特別是資料庫模式,有助於確定應用程式與資料的互動方式。輸入輸出各種組合和變化需要測試,我們可以通過各種測試技術來減少輸入輸出資料的組合和變化,如 資料流覆蓋技術。測試資料的需求評審應當...

軟體測試的步驟和內容

軟體測試的步驟和內容 軟體測試包含的內容很廣泛,從狹義的角度理解,就是將軟體編寫的漏洞發現並指導補救,廣義上講,就是按照軟體功能設計的要求逐一核對軟體編寫的功能,查詢漏洞進行補救。1.介面格式的測試 介面格式是否符合設計規範和程式原形的要求 例如 介面上文字的字型是否統一,顏色是否一致 標題的字型是...