XXX系統測試策略與計劃

文件標識：XXX系統測試策略與計劃

當前版本：VI.0

作者：XXX

完成日期：2022-10-27

歷史版本

版本編號修訂日期修訂內容修訂人備注

VI.02022.10.27新建XXX初次擬定

目錄

1前言...........................................................................4

1.1編寫目的..................................................................4

1.2項目概況..................................................................4

1.3參考資料..................................................................5

2資源需求.......................................................................5

21硬件資源...................................................................5

22軟件資源...................................................................6

23人力資源...................................................................6

3測試策略.......................................................................7

3.1整體策略...................................................................7

3.2測試類型..................................................................8

3.2.1功能測試..............................................................8

3.2.2性能測試..............................................................8

3.2.3UI測試................................................................9

3.2.4安全性測試..........................................................10

3.2.5兼容性測試..........................................................10

3.2.6壓力測試............................................................11

3.2.7回歸測試............................................................11

33測試用例..................................................................12

3.3.1編寫規范............................................................12

3.3.2用例設計方法........................................................12

3.3.3用例命名規范........................................................13

3.3.4用例編號規范........................................................13

3.3.5測試用例模板........................................................14

3.4BIG管理...................................................................14

3.4.1BUG提交.............................................................14

3.4.2BUG提交規范........................................................14

3.4.3BUG嚴重級別劃分....................................................14

3.5風險分析.................................................................14

3.6質量控制.................................................................16

3.7任務分配..................................................................16

4測試計劃......................................................................17

4.1里程碑....................................................................17

4.2回歸測試標準............................................................17

4.3通過標準.................................................................18

5交付件........................................................................18

6掛起恢復條件..................................................................19

6.1掛起條件..................................................................19

6.2恢復條件.................................................................19

1前百

1.1編寫目的

XXXXXXXXXXXXXXXXXXXXXXXX

本文檔的讀者范圍包括：XXX系統項目內的部門領導、項目經理,測試工程師、

軟件工程師等。

1.2項目概況

XXX系統是一個XXXXXXXXXXXXo

1.3參考資料

資料名稱作者說明

XXXXXX硬件需求及配置

XXXXXX接口規范和業務流程

XXX客戶提供整體業務流程中的數據進行規范定義和約

束

XXX客戶提供業務流程，操作步驟

2資源需求

2.1硬件資源

機型/設備名數量使用時間資源來源

測試樣機2臺20天公司自有板子

PC機/網線若干20天申請/自備

交換機1臺20天己有

不同方案的無路線由器若干20天申請

TF卡2個20天已有

安卓手機若干20天已有

蘋果手機若干20天申請

HUB1個20天己有

XXX1個20天申請

XXX1臺20天申請

XXX1臺20天申請

XXX1個20天申請

挪移/聯通/電信3GSIM4張20天已有

卡

2.2軟件資源

軟件名稱用途說明

IXChariot測試有線/無線性能

InSSIDer無線信號掃描

SecureCRT串口工具

Wireshark網絡抓包分析工具

RoutcrOS用于部署各種服務器,包括DHCP、PPPOE、VPN服務器

Iperf摹擬發包以及測試網絡帶寬

LoadRunnerWeb服務器性能測試或者用于大數據生成

2.3人力資源

角色姓名職責

測試工程師XXX負責測試任務安排與進度把控，協調測試資

源與人力，輸出測試日報和測試報告。并參

與軟件測試

3測試策略

3.1整體策略

本項目采用瀑布開辟模式，第一個轉測試版本包括了所有需求和要實現的功

能，后續版本僅進行回歸測試，不做新功能測試。

第一個版本為XXX,實現需求規格上面的功能包括：XXXXXXXXXXXXXXXo第一

版發布時進行全面測試，測試重點關注功能是否滿足需求規格上的要求。全面測

試的內容包括功能測試、性能測試、壓力測試、兼容性測試。所有測試內容按照

已經編寫的全面測試用例執行，阻塞的用例需備注說明阻塞原因。

第二個版本為XXX,本次為回歸測試，測試重點為回歸第一版軟件中發現BUG,

此外還要挑選基本業務流程中的高優先級用例進行測試。

第三個版本為XXX,本次為回歸測試，測試重點為回歸第二版軟件中發現BUG,

此外還要挑選基本業務流程中的高優先級用例進行測試。

所以本項目的測試策略為1輪全面+2輪回歸，測完后需根據軟件實際質量表

現確定是否繼續進行后續的其他測試。

3.2測試類型

3.2.1功能測試

測試范圍XXX

測試目標核實所有功能均已正常實現，即各個接口功能都正常工作，數據

存儲和上報都準確無誤，完整的業務邏輯全部完成。

技術采用黑盒測試，使用邊界值測試、等價類劃分、數據驅動、流

程分析、錯誤猜猜等測試方法

工具與方法手工測試

開始標準測試用例設計完畢并通過評審且項目組移交系統測試

完成標準1、需求規格書上所有功能都已實現

2、測試用例全部執行完畢

測試重點與優先級

需考慮的特殊事項如果有阻塞的功能模塊需在后面測試中補測

3.2.2性能測試

測試范圍系統響應速度

測試目標1、達到客戶要求的系統響應速度

技術手工測試&自動化測試

工具與方法手工測試，LoadRunner11

開始標準1、完成自動化環境安裝調試且項目組移交系統測試

完成標準XXX

測試重點與優先級穩定性測試

需考慮的特殊事項需研發配合編寫接口

3.2.3UI測試

測試范圍1.手機打開智能終端頁面時的頁面UI

2.友好性、可操作性（易用性）

測試目標UI簡潔直觀，能夠保證用戶界面的友好性、易操作性，而

且符合用戶操作習慣。

技術WEB測試通用方法

工具與方法手工測試

開始標準項目組移交系統測試

完成標準1、UI布局統一，能夠保證用戶界面的友好性、易操作性，

而且符合用戶操作習慣

2、頁面提示信息，錯誤碼信息，彈出窗體，下拉菜單等要

保持內容風格一致

3、無文字拼寫錯誤，無歧義文字浮現，無錯誤標點符號，

無字體大小、顏色等不一致浮現。文字圖片組合正常，頁

面美觀

測試重點與優先級狀態信息顯示要求及時準確

需考慮的特殊事項

3.2.4安全性測試

測試范圍XXX

測試目標XXX

技術手工測試

_L具與方法黑盒測試

開始標準項目組移交系統測試

完成標準通過抓包確認數據己經加密

測試重點與優先級

需考慮的特殊事項

3.2.5兼容性測試

測試范圍XXX

測試目標XXX

技術黑盒測試

工具與方法手工測試

開始標準項目組移交系統測試

完成標準XXX

測試重點與優先級

需考慮的特殊事項如果浮現不常用瀏覽器浮現兼容性問題可以不做修改

3.2.6壓力測試

測試范圍XXX

測試目標XXX

技術黑盒測試

_L具與方法手_1_測試+自動化測試

開始標準1、項目組移交系統測試

完成標準XXX

測試重點與優先級

需考慮的特殊事項

3.2.7回歸測試

測試范圍BUG回歸，新增功能驗證

測試目標核實在新的測試版本中是否己經修改了所提交的BUG,是否會引

入新的問題；抽取部份優先級高的已測用例進行測試

技術黑盒測試

工具與方法手工測試

開始標準上一輪提交的BUG都已經修改完畢

完成標準同歸RUG全部通過

測試重點與優先級

需考慮的特殊事項

3.3測試用例

3.3.1編寫規范

1、一個測試用例只測試一個點，避免一個用例中測試內容過多。

2、測試用例標題要能簡明概要的說明用例的測試要點，有利于讀者對用例的理

解。標題不能用重復。如果測試的內容相似，標題無法區分，則可以在標題后面

加數字進行區分。

3、測試用例的數據要明確。對于測試中的輸入項，要有明確的輸入內容來做測

試，提高可操作性。不能只用文字描述，導致測試內容含糊不清。

4、測試用例需要保障惟一性，即功能用例之間不存在重疊，流程用例不存在包

含關系。沒有重復、冗余的測試用例，滿足相應的行業標準。

5、描述要清晰明確，簡明扼要，沒有含糊的概念和易產生歧義的文字。應盡量

避免不確定的用詞，如：如果、若、否則、大概、可能等。

6、測試用例中需要有充分的異常測試數據，考慮大數據量測試時的數據準備。

例如對于數據量的邊界值，需要使用工具產生邊界數據量來驗證。

7、正常的輸入測試和異常的輸入測試需分開進行

8、測試用例必須包含所有的功能需求點，對于功能模塊之間有耦合的，對其他

模塊的影響也要體現在預期結果中

3.3.2用例設計方法

常用的用例設計方法包括等價類、邊界值、流程分析法、因果圖、錯誤猜測法等。

等價類：等價類是指某個輸入域的子集合。在該子集合中，各個輸入數據對

于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價類的代表值就

等于對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若干等

價類,在每一個等價類中取一個數據作為測試的輸入條件，就可以用少量代

表性的測試數據.取得較好的測試結果。

邊界值：邊界值分析法就是對輸入或者輸出的邊界值進行測試的一種黑盒測

試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，

其測試用例來自等價類的邊界。

。錯誤猜測法：基于經驗和直覺猜測程序中所有可能存在的各種錯誤，從而有

針對性的設計測試用例的方法。列舉出程序中所有可能有的錯誤和容易發生

錯誤的特殊情況,根據他們選擇測試用例。

。流程分析法：基于某一功能點的所有可能的流程進行分析，并對每一個分支

流程都設計測試用例。

?應果圖法：因果圖法是一種利用圖解法分析輸入的各種組合情況，從而設計

測試用例的方法，它適合于檢查程序輸入條件的各種組合情況。等價類劃分

法和邊界值分析方法都是著重考慮輸入條件，但沒有考慮輸入條件的各種組

合、輸入條件之間的相互制約關系。這樣雖然各種輸入條件可能出錯的情況

已經測試到了，但多個輸入條件組合起來可能出錯的情況卻被忽視了。

3.3.3用例命名規范

以實際測試功能模塊和測試內容要點進行命名

3.3.4用例編號規范

用例編號格式為：項目名.測試類型一功能模塊.編號

測試類型分為:功能測試（F）、性能測試（P）、安全性測試（S）、壓力測試分）、兼

容性測試（C）

編號從001開始

功能模塊取被測功能模塊的英文標識，例如User（用戶管理）、Device（設備管理）、

Portal（PORTAL管理）、Statistics（數據分析）、System（系統維護）等。

用例編號實例一：XXX_F_User001

用例編號實例二：XXXCBrowser001

3.3.5測試用例模板

功能功能子項用例標題用例ID重要級別前置條件操作步驟預期結果備注

3.4BUG管理

3.4.1BUG提交

項目測試中發現的BUG需與相應的開辟進行溝通，確認之后即將提交到BUG系統

上。如果對BUG有爭議，則提交評審后進行裁決。

3.4.2BUG提交規范

1、標題需能概括本BUG的大意

2、BUG描述力求清晰也確，解釋到位。必須完整描述BUG的復現步驟，如果有前

提條件，需明確說明。需寫明預期結果和實際結果，能夠讓其他測試人員和開辟

人員理解這個BUG是什么意思

3、盡量能附帶日志或者BUG截圖

4、相同的BUG不能重復提交

5、再弱小的BUG也要提交，提交BUG宜早不宜晚，不要等到后面的版本再提交。

3.4.3BUG嚴重級別劃分

參考公司文檔《XXX公司BUG嚴重級別劃分及項目通過標準》

3.5風險分析

風險發生可能性說明：高：＞60%,中：30%—60%,低：＜30%o

風險類風險要素/描述風險發風險發生帶來的減少風險的活動責

型生的可影響任人

能性

資源1.測試人力投入不高延遲項目測試進1.部門內部協調，測試人員幫XXX

足度加班應對

風險

2.樣機資源不足2.盡量提供充足的樣機保證

3.測試設備申請后測試活動順利進行

不能及時到位3.轉測試前需要所有測試設

備到位，如未能到位，需向領

導申請，加快設備采購。

軟件致命或者嚴耳1.軟件開辟人員需進行周

軟件高測試時間延XXX

BUG阻塞測試進詳的自測試，并出具自測試

質量行期、部份模塊報告

風險無法測試2.開辟人員需及時響應并

優先解決阻塞測試的BUG

項目1、項目開辟進度中測試延期需保持和開辟的密切溝通，XXX

延期，不能準時密切關注項H進度，如果不

本身

交付測試能及時轉測試，需要調整測

風險2、研發自測試時試時偶爾人力

發現嚴重問題無

法轉測試

技術1、開辟、測試對低解決問題花費1.前期已經針對新技術，新XXX

新技術或者測試內容做了研究并形成為了

風險時間過多，影

手段不熟悉具體用例

響測試進度2.充分準備測試資源與驗

證測試環境，對測試工具已

經進行了熟練的使用

3.測試中測試人員與開辟

人員需形成良好溝通

3.6質量控制

1、檢查軟件轉測試交付件，必須包括releasenote,自測試報告。releasenote

中需明確當前版本開辟情況，遺留問題和測試建議。自測試報告中測試用例通過

率需達到100機以上條件任一不滿足，做版本退回處理。

2、正常構建版本測試過程中發現bug的嚴重影響后續測試，或者發現的致命

性bug,版本退回。輸出測試報告。

3.7任務分配

NO.測試項目是否執行責任人說明或者不執行的原

因

1測試計劃更新是XXX

2測試用例設計是XXX

3測試用例評審是XXX

4測試用例更新是XXX

5硬件質量測試否

非軟件測試項目

6性能測試是XXX

7功能測試是XXX

8壓力測試是XXX

8安全性測試是XXX

10兼容性測試是XXX

11路由器基本功能否

不做測試

12回歸測試是XXX

13測試報告提交是XXX

14送樣測試否

4測試計劃

4.1里程碑

里程碑任務項起始時間結束時間任務明細

測試計劃評審2022.10.282022.10.28

測試計劃修改2022.10.282022.10.28

測試用例編寫2022.