《軟件測試與質(zhì)量保證》 測試文檔模板 01軟件測試方案-09測試計劃文檔編寫規(guī)范_第1頁
《軟件測試與質(zhì)量保證》 測試文檔模板 01軟件測試方案-09測試計劃文檔編寫規(guī)范_第2頁
《軟件測試與質(zhì)量保證》 測試文檔模板 01軟件測試方案-09測試計劃文檔編寫規(guī)范_第3頁
《軟件測試與質(zhì)量保證》 測試文檔模板 01軟件測試方案-09測試計劃文檔編寫規(guī)范_第4頁
《軟件測試與質(zhì)量保證》 測試文檔模板 01軟件測試方案-09測試計劃文檔編寫規(guī)范_第5頁
已閱讀5頁,還剩71頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1引言

1.1編寫目的

[描述軟件測試方案的目的。例]

說明編寫本測試方案的目的是為軟件開發(fā)項目管理者、軟件工程師、系統(tǒng)

維護工程師、測試工程師提供關(guān)于XX市政務(wù)大數(shù)據(jù)平臺采購項目系統(tǒng)整體系統(tǒng)

功能和性能的測試指導(dǎo)。同時,該文檔也是用戶確定軟件是否完整測試的重耍依

據(jù)。

1.2讀者對象

[說明測試方案的預(yù)期讀者。例]

本測試方案可能的合法讀者對象為軟件開發(fā)項目管理者、軟件工程師、測

試組、系統(tǒng)維護工程師、用戶。

1.3項目背景

[說明項目名稱,簡稱,委托單位和開發(fā)單位。例]

項目名稱:XXXX系統(tǒng)或平臺

簡稱:項目名稱

委托單位:甲方單位名稱。

開發(fā)單位:XXXX公司

1.4測試目標(biāo)

[說明測試目標(biāo)。冽]

在用戶使用軟件之前,盡可能地發(fā)現(xiàn)軟件中存在的錯誤和不合理之處,排

除軟件中潛在的錯誤,最終把高質(zhì)量的軟件系統(tǒng)交給用戶。系統(tǒng)的測試目標(biāo):功

能、性能、UI、安全性、兼容性、容量。

1.5測試參考文檔和測試提交文檔

1.5.1測試參考文檔

[說明此文檔參考的項目文檔。例]

表1?1參考資料列出了此次計劃涉及到的參考資料。

表i-i參考資料

名稱備注

XXXX系統(tǒng)或平臺-軟件需求規(guī)格說明書Vx

GBT15532-2008計算機軟件測試規(guī)范

GBT9386-2008計算機軟件測試文檔編制規(guī)范

L5.2測試提交文檔

[說明此次測試需要提交的文檔。例]

測試提交文檔如表1-2測試提交文檔

表1-2測試提交文檔

文檔名稱備注

軟件測試計劃

軟件測試方案

軟件測試用例

軟件測試記錄

軟件測試報告

1.6術(shù)語和縮略語

[本文使用的術(shù)語和縮略語。例]

本文使用了表1-3術(shù)語/定義表所顯示的面向用戶的術(shù)語、定義,包括通用

詞語在本文檔中的專用解釋。

表1-3術(shù)語/定義表

術(shù)語/定義說明

軟件測試軟件測試就是利用測試工具按照測試方

案和流程對產(chǎn)品進行功能和性能測試,甚

至根據(jù)需要編寫不同的測試工具,設(shè)計和

維護測試系統(tǒng),對測試方案可能出現(xiàn)的問

題進行分析和評估。

系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比

較,發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或

與之矛盾的地方。它將通過確認測試的軟

件,作為整個基于計算機系統(tǒng)的一個元

素,與計算機硬件、外設(shè)、某些支持軟件、

數(shù)據(jù)和人眼等其他系統(tǒng)元素結(jié)合起來,在

實際使用環(huán)境下,對計算機系統(tǒng)進行的測

試。

功能測試黑盒測試是基于系統(tǒng)需求規(guī)格,在不知道

系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的

測試。通常又將黑盒測試叫做:基于規(guī)格

的測試、輸入輸出測試、功能測試或數(shù)據(jù)

驅(qū)動測試。是基于用戶觀點出發(fā)的測試。

主要是驗證功能是否符合需求,包括原定

功能的校驗、是否有冗余功能、遺漏功能。

性能測試性能測試關(guān)注的是系統(tǒng)的整體。它和通常

說的強度、壓力、負載測試有密切關(guān)系。

所以壓力和強度測試應(yīng)該與性能測試一

同進行,

表1-4所列為本文用到的縮略語。

表1-4縮略語表

縮略語說明

ChengduGDBxxxx系統(tǒng)

JR數(shù)據(jù)接入子系統(tǒng)

FX數(shù)據(jù)分析子系統(tǒng)

GX數(shù)據(jù)共享子系統(tǒng)

PTGL平臺管理子系統(tǒng)

ZY資源目錄

YY專題應(yīng)用

MH門戶

2測試要求

2.1測試配置要求

2.1.1硬件環(huán)境

[描述測試需要的硬件環(huán)境。例]

測試配置需要的硬件環(huán)境如表2-1硬件環(huán)境表

表2-1硬件環(huán)境表

資源類型資源描述數(shù)量

標(biāo)準型A4核(2.1GHz)/8GB內(nèi)存/160GB硬盤1

標(biāo)準型B4核(2.1GHz)/16G3內(nèi)存/160GB硬盤1

標(biāo)準型C8核(2.1GHz)/16G3內(nèi)存/160GB硬盤14

虛擬機標(biāo)準型1)8核⑵1GHz)/32G3內(nèi)存/160GB硬盤2

標(biāo)準型E16核⑵1GHz)/32GB內(nèi)存/160GB硬盤9

標(biāo)準型F16核(2.1GHz)/64GB內(nèi)存/160GB硬盤9

分布式存儲、文件存儲(單位:TB)10T

2.1.2軟件環(huán)境

[描述測試需要的硬件環(huán)境。例]

測試配置需要的軟件環(huán)境如表2-2軟件環(huán)境表

表2-2軟件環(huán)境表

分類軟件

運行系統(tǒng)CentOS7

服務(wù)器JBoos4.2

Mysql5.5

數(shù)據(jù)庫

Postgres9.5

高速緩存Redis3.0.7

Hadoop2.7.1

分布式存儲

HBasel.1.1

Spark1.4.1

StormO.10.0

分布式分析

Hivel.2.1

PigO.15.0

Zookceper3.4.6

其他Ambari2.1.2

WebCollector2.12

2.2測試手段

2.2.1測試方法

[描述此次測試運用的測試方法。如]

系統(tǒng)的功能測試我們選用的是手工測試,運用黑盒測試中的等價類劃分、

邊界值分析、錯誤推測、因果圖法。系統(tǒng)UI方面的測試包括:易用性測試、規(guī)

范性測試、幫助設(shè)施測試、合理性測試、美觀與協(xié)調(diào)性測試、獨特性測試、快捷

方式組合測試。系統(tǒng)的安全性、兼容性、安裝與反安裝、配置測試也是手工測試。

單元測試采用的方法是白盒測試,功能測試采用黑盒測試。

2.3測試數(shù)據(jù)

[說明本次測試的測試數(shù)據(jù)。例]

測試數(shù)據(jù)主要按照XX市大數(shù)據(jù)管理局的業(yè)務(wù)規(guī)則和《XX市政務(wù)大數(shù)據(jù)平

臺需求規(guī)格說明書》,參考《XX市政務(wù)大數(shù)據(jù)平臺概要設(shè)計說明書》、《XX市政

務(wù)大數(shù)據(jù)平臺詳細設(shè)計說明書》和《數(shù)據(jù)規(guī)格說明書》中規(guī)定的運行限制,設(shè)計

測試用例,作為XX市政務(wù)大數(shù)據(jù)平臺的測試數(shù)據(jù)。

24測試策略

2.4.1單元測試

[描述單元測試,洌]

首先按照系統(tǒng)、子系統(tǒng)和模塊進行劃分,但最終的單元必須是功能模塊,或

面向?qū)ο筮^程中的若干個類。單元測試是對功能模塊進行正確性檢驗的測試工作,

也是后續(xù)測試的基礎(chǔ)。目的是在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯,因此需

要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例,著重考慮以下五個方而:

1.模塊接口:對所測模塊的數(shù)據(jù)流進行測試。

2.局部數(shù)據(jù)結(jié)構(gòu):檢查不正確或不一致的數(shù)據(jù)類型說明、使用尚未賦值或

尚未初始化的變量、錯誤的初始值或缺省值。

3.路徑:雖然不可能做到窮舉測試,但要設(shè)計測試用例查找由于不正確的

計算(包括算法錯、表達式的符號表示不正確、運算精度不夠等)、不正確的比

較或不正常的控制流(包括不同數(shù)據(jù)類型量的相互比較、不適當(dāng)?shù)匦薷牧搜h(huán)變

量、錯誤的或不可能的循環(huán)終止條件等)而導(dǎo)致的錯誤。

4.錯誤處理:檢查模塊有沒有對預(yù)見錯誤的條件設(shè)計比較完善的錯誤史理

功能,保證其邏輯上的正確性。

5.邊界:注意設(shè)計數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值

的用例。

2.4.2集成測試

[介紹單元測試。列]

集成測試也叫組裝測試或聯(lián)合測試。通常,在單元測試的基礎(chǔ)上需要將所

有的模塊按照設(shè)計要求組裝成系統(tǒng),這時需要考慮的問題:

1.在把各個模塊連接起來的時候,穿越模塊接口的數(shù)據(jù)是否會丟失。

2.一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響。

3.各個子功能組合起來,能否達到預(yù)期要求的父功能。

4.全局數(shù)據(jù)結(jié)構(gòu)是否有問題。

5.單元模塊的誤差累積起來,是否會放大,從而達到不能接受的程度。

我們在組裝時可參考采用一次性組裝方式或增殖式組裝方式。

2.4.3系統(tǒng)測試

[介紹系統(tǒng)測試目的和測試的范圍。例]

系統(tǒng)測試目的是在于驗證軟件的功能和性能及其他特性是否與用戶的要求

一致,主要是下列類型的測試:

1.功能測試:驗記系統(tǒng)功能是否符合其需求規(guī)格說明書,核實系統(tǒng)功能上

是否完整,沒有冗余和遺漏的功能。功能測試詳細介紹如表2-3功能測試詳細

表所不:

表2-3功能測試詳細表

測試范圍驗證數(shù)據(jù)精確度、數(shù)據(jù)類型、業(yè)務(wù)功能等相關(guān)方面的正確性

測試目標(biāo)核實所有功能均已正常實現(xiàn),即是否與需求一致

技術(shù)采用黑盒測試、邊界測試、等價類劃分等測試方法

工具與方法手工測試

開始標(biāo)準開發(fā)階段對應(yīng)的功能完成并且測試用例設(shè)計完成

完成標(biāo)準測試用例通過并且最高級缺陷全部解決

需考慮的特殊事項

2.用戶界面測試:測試用戶界面是否具有導(dǎo)航性、美觀性、行業(yè)或公司的

規(guī)范性、是否滿足設(shè)計中要求的執(zhí)行功能。詳細介紹如表2-4UI測試介紹表所

示:

表2-4UI測試介紹表

測試范圍

1.導(dǎo)航、鏈接、Cookie、頁面結(jié)構(gòu)包括菜單、背景、顏色、

字體、按鈕名稱、TITLE,提示信息的一致性等。

2.友好性、可操作性(易用性)

測試目標(biāo)核實各個窗口風(fēng)格(包括顏色、字體、提示信息、圖標(biāo)、TITLE

等等)都與需求保持一致,或符合可接受標(biāo)準,能夠保證用

戶界面的友好性、易操作性,而且符合用戶操作習(xí)慣。

技術(shù)WEB測試通用方法

工具與方法手工測試、目測

開始標(biāo)準界面開發(fā)完成

完成標(biāo)準UI符合可接受標(biāo)準,能夠保證用戶界面的友好性、易操作性,

而且符合用戶操作習(xí)慣

測試重點與優(yōu)先級

需考慮的特殊事項

3.性能測試:測試相應(yīng)時間、事務(wù)處理效率和其他時間敏感的問題。性能

測試介紹如表2-5性能測試介紹表所示:

表2-5性能測試介紹表

測試范圍多用戶長時間在線操作時性能方面的測試

測試目標(biāo)核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定

性,不造成系統(tǒng)崩潰或相關(guān)的異?,F(xiàn)象

技術(shù)手工測試、自動化測試

開始標(biāo)準自動化測試腳本設(shè)計并評審?fù)ㄟ^且項目組移交系統(tǒng)測試

完成標(biāo)準系統(tǒng)滿足用戶需求中所要求的性能要求

測試重點與優(yōu)先級

需考慮的特殊事項

4.兼容性測試:測試軟件在不同的平臺上使用的兼容性。兼容性測試詳細

如表2-6兼容性測試詳細表所示:

表2-6兼容性測試詳細表

測試范圍

1.使用不同版本的不同瀏覽器、分辨率、操作系統(tǒng)分別進行

測試。

2.不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種條

件的組合測試。

測試目標(biāo)核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定

技術(shù)黑盒測試

工具與方法手工測試

開始標(biāo)準項目組移交系統(tǒng)測試

完成標(biāo)準在各種不同版本不同類項瀏覽器、操作系統(tǒng)或者其組合下均能

正常實現(xiàn)其功能(此測試根據(jù)開發(fā)提供依據(jù)決定測試范圍)

測試重點與優(yōu)先級

需考慮的特殊事項

5.安全性測試:測試軟件系統(tǒng)對非法侵入的防范能力。安全性測試詳細表

如表2-7安全性測試詳細表所示:

表2-7安全性測試詳細表

測試范圍

1.用戶、管理員的密碼安全

2.權(quán)限

3.非法攻擊

測試目標(biāo)

1.用戶、管理員的密碼管理

2.應(yīng)用程序級別的安全性:核實用戶只能操作其所擁有權(quán)限

能操作的功能。

3.系統(tǒng)級別的安全性:核實只有具備系統(tǒng)訪問權(quán)限的用戶才

能訪問系統(tǒng)。

技術(shù)代碼包或者非法攻擊工具

工具與方法于工測試

開始標(biāo)準功能測試完成

完成標(biāo)準執(zhí)行各種非法操作無安全漏洞且系統(tǒng)使用正常

測試重點與優(yōu)先級

需考慮的特殊事項

6.配置測試:測試在不同網(wǎng)絡(luò)、服務(wù)器、工作站的不同軟硬件配置條件下,

軟件系統(tǒng)的質(zhì)量。詳細的配置測試詳細表如表2-8配置測試詳細表所示:

表2-8配置測試詳細表

測試范圍不同網(wǎng)絡(luò)、服務(wù)器、工作站,不同軟硬件配置條件

測試目標(biāo)核實系統(tǒng)在不同的軟硬件配置條件下系統(tǒng)的質(zhì)量是否達到標(biāo)

技術(shù)黑盒測試

工具與方法手工測試

開始標(biāo)準系統(tǒng)開發(fā)完成后

完成標(biāo)準達到相關(guān)要求

測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照

需考慮的特殊事項軟硬件設(shè)備問題

7洞歸測試詳細介紹如表2-9回歸測試詳細表所示:

表2-9回歸測試詳細表

測試范圍所有功能、用戶界面、兼容性、安全性等測試類型

測試目標(biāo)核實執(zhí)行所有測試類型后功能、性能等均達到用戶需求所要求

的標(biāo)準

技術(shù)黑盒測試

工具與方法手工測試和自動化測試

開始標(biāo)準每當(dāng)被測試的軟件或其環(huán)境改變時在每個合適的測試階段二

進行回歸測試

完成標(biāo)準95%的測試用例執(zhí)行通過并通過系統(tǒng)測試

測試重點與優(yōu)先級測試優(yōu)先級以測試需求的優(yōu)先級為參照

需考慮的特殊事項軟硬件設(shè)備問題

2.4.4驗收測試

[描述驗收測試。洌]

1.用戶新增或修改內(nèi)容的內(nèi)容如表2-10用戶驗收表所示。

表2-10用戶驗收表

測試項測試方法預(yù)計結(jié)果實際結(jié)果結(jié)論

2.用戶反饋問題確認。

2.5測試資源

[對測試資源進行說明。例]

測試人力資源分配如表2-11人力資源表所示。

表2-11人力資源表

人員角色職責(zé)、任務(wù)備注

曹亮項目經(jīng)理項目管理

吳高中測試組組長制定測試計劃、方案并安排測試工

曾昭洪測試工程師執(zhí)行測試

胡瓊方測試工程師執(zhí)行測試

2.6測試階段及范圍

[介紹測試階段和各階段的測試范圍。例]

測試階段及范圍如表2-12測試階一段范圍表

表2-12測試階-段范圍表

序號階段范圍時間

1測試計劃整個系統(tǒng)的測試計劃2016年5月6日

2系統(tǒng)培訓(xùn)整個系統(tǒng)測試的培訓(xùn)2016年5月13日

3測試設(shè)計整個系統(tǒng)的測試用例2016年5月20日

4測試執(zhí)行整個系統(tǒng)2016年6月10日

5結(jié)果分析全部測試結(jié)果2016年6月13FI

2.7通過測試的標(biāo)準

[介紹通過測試的標(biāo)準。例]

一般有“基于測試用例”和“基于缺陷密度”兩種評比準則,在這里我們

采用前者。

準則如下:

1.功能性測試用例通過率達到100%;

2.非功能性測試用例通過率達到95%;

3.沒有高于優(yōu)先級3以上的問題。

備選通過辦法:

根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、項目經(jīng)理和測試負責(zé)人共同討論確

定本測試階段是否結(jié)束。

3軟件結(jié)構(gòu)介紹

3.1概述

[主要介紹系統(tǒng)有多少模塊,并旦描述每個功能模塊有哪些需求。例]

XX市政務(wù)大數(shù)據(jù)平臺簡稱XXGDB,總共有五大功能模塊分別是:數(shù)據(jù)接入

子系統(tǒng)(JR)、數(shù)據(jù)分析子系統(tǒng)(FX)、數(shù)據(jù)共享子系統(tǒng)(GX)、平臺管理子系

統(tǒng)(PTGL)、資源目錄(ZY)。每個模塊的需求模塊如下表所示:

本文檔描述的數(shù)據(jù)接入需求模塊、需求標(biāo)識及需求描述如表3-1數(shù)據(jù)接入

子系統(tǒng)需求模塊及標(biāo)識所示。

表3-1數(shù)據(jù)接入子系統(tǒng)需求模塊及標(biāo)識

需求標(biāo)識需求模塊需求描述

JR01接入源接入數(shù)據(jù)的來源

數(shù)據(jù)接入模式數(shù)據(jù)根據(jù)不同的數(shù)據(jù)類型設(shè)置不同

JR02

的接入方式

JR03數(shù)據(jù)包每次接入的數(shù)據(jù)稱之為數(shù)據(jù)包

JR04接入任務(wù)管理數(shù)據(jù)接入時創(chuàng)建數(shù)據(jù)接入任務(wù)

JR05接入任務(wù)計劃設(shè)置接入任務(wù)的執(zhí)行計劃

JR06接入任務(wù)調(diào)度接入任務(wù)運行

JR07接入任務(wù)調(diào)度日志記錄接入任務(wù)調(diào)度的運行情況

JR08接入任務(wù)監(jiān)控對接入的任務(wù)進行監(jiān)控

JR09接入庫數(shù)據(jù)管理管理接入數(shù)據(jù)庫信息

JR10數(shù)據(jù)處理方式不同數(shù)據(jù)的不同處理方式

JR11數(shù)據(jù)處理服務(wù)生成(編排)編排接入服務(wù),生成接入業(yè)務(wù)流程

JR12數(shù)據(jù)處理服務(wù)管理對」經(jīng)配置好的服務(wù)進行統(tǒng)一管理

JR13數(shù)據(jù)處理服務(wù)監(jiān)控監(jiān)控服務(wù)編排流程運行狀態(tài)

JR14數(shù)據(jù)處理服務(wù)日志數(shù)據(jù)處理服務(wù)中操作記錄口志

JR15正式庫數(shù)據(jù)管理對正式庫中數(shù)據(jù)進行管理

JR16分布式存儲管理對分布式存儲進行管理

本文檔描述的數(shù)據(jù)分析需求模塊、需求標(biāo)識及需求描述如表32所示。

表3-2數(shù)據(jù)分析需求模塊及標(biāo)識

需求標(biāo)識需求模塊需求描述

FX01數(shù)據(jù)倉庫管理及數(shù)據(jù)集市管理對數(shù)據(jù)倉庫和數(shù)據(jù)集市進行管理

FX02算法模型管理對算法模型進行管理

FX03分布式計算引擎使用HadoopM叩Reduce、Spark>

需求標(biāo)識需求模塊需求描述

Storm為底層計算框架

數(shù)據(jù)分析挖掘用戶通過定義配置流程節(jié)點方式進

FX04

行數(shù)據(jù)分析挖掘

FX05視頻數(shù)據(jù)分析進行實時人流量智能分析

FX06可視化展示工具將數(shù)據(jù)進行可視化展示

FX07數(shù)據(jù)分析開發(fā)套件SDK對海量大數(shù)據(jù)進行分析處理

分布式計算監(jiān)控系統(tǒng)監(jiān)控分布式計算集群中運行情況、資

FX08

源分配、異常情況等信息

本文檔描述的共享服務(wù)子系統(tǒng)需求模塊、需求標(biāo)識及需求描述如表3-3共

享服務(wù)需求模塊及標(biāo)識所示。

表3-3共享服務(wù)需求模塊及標(biāo)識

需求標(biāo)識需求模塊需求描述

GX01大數(shù)據(jù)開放門戶開放門戶網(wǎng)站

GX02數(shù)據(jù)交換平臺數(shù)據(jù)交換的基礎(chǔ)平臺

GX03數(shù)據(jù)共享服務(wù)數(shù)據(jù)交換業(yè)務(wù)

GX04視頻共享模塊提供視頻共享的功能

本文檔描述的平臺管理需求模塊、需求標(biāo)識及需求描述如表3-4平臺管理

需求模塊及標(biāo)識所示。

表3-4平臺管理需求模塊及標(biāo)識

需求標(biāo)識需求模塊需求描述

PTGL01資源目錄管理管理資源目錄

PTGL02功能管理管理平臺功能

PTGL03用戶登錄日志記錄用戶登錄注銷的日志

PTGL04操作日志管理記錄用戶操作業(yè)務(wù)的日志

PTGL05登錄策略針對登錄設(shè)計的一些限定策略

PTGL06密碼策略針對登錄密碼設(shè)計的密碼規(guī)則

PTGL07組織人員管理管理部門人員

PTGL08共享績效評估管理對共享績效評估的杳詢

PTGL09數(shù)據(jù)狀態(tài)監(jiān)控對數(shù)據(jù)狀態(tài)進行監(jiān)控

服務(wù)運行監(jiān)控管理和系統(tǒng)運行狀

平臺運維管理

PTGL10

態(tài)管理

本文檔描述的專題應(yīng)用需求模塊、需求標(biāo)識及需求描述如表3-5專題應(yīng)用

需求模塊及標(biāo)識所示。

表3-5專題應(yīng)用需求模塊及標(biāo)識

需求標(biāo)識需求模塊需求描述

個人征信專題利用大數(shù)據(jù)分析結(jié)果提供個人征

YY01

信專題應(yīng)用

安全生產(chǎn)專題利用大數(shù)據(jù)分析結(jié)果提供安全生

YY02

產(chǎn)應(yīng)用

4用例表格

[填寫用例表格。,列]

軟件測試用例如表4-1軟件測試用例表所示。

表4-1軟件測試用例表

用例標(biāo)識

功能模塊

前置條件

測試員重要級別

驗證點編號驗證點描述測試步驟期望結(jié)果測試結(jié)果

5關(guān)注點

5.1文本輸入框

[描述測試中需要關(guān)注的文本輸入框。例]

1)檢測空數(shù)據(jù)

2)檢測過長數(shù)據(jù)(超出空間本身的長度和數(shù)據(jù)庫中改字段所允許的長度);

3)檢測特殊字符,尤其是數(shù)據(jù)庫中不允許的字符,甚至回車字符、空格字

符等;

4)檢測字符類型,比如應(yīng)該輸入數(shù)字的文本框輸入英文字符;

5)中文字符的處理;

6)對于日期時間型數(shù)據(jù),檢查格式正確性以及時間日期的合理性。比如開

始時間不能晚于結(jié)束時間等。

5.2下拉列表

[描述測試中需要關(guān)注的下拉列表。例]

1)列表數(shù)據(jù)是否正確、完整;

2)下拉列表與其他空間的聯(lián)動關(guān)系;

3)是否允許多選;

5.3增加數(shù)據(jù)

[描述測試中需要關(guān)注的下拉列表。例]

1)數(shù)據(jù)個數(shù)的上限;

2)重復(fù)數(shù)據(jù)處理,尤其是鍵值的重復(fù);

3)相關(guān)表格的更新;

4)檢查多次使用back剪的情況:在有back的地方,back,回到原頁面,再

back,重復(fù)多次,看是否會出錯。

5.4修改數(shù)據(jù)

[描述測試中需要關(guān)注的修改數(shù)據(jù)。例]

1)不能破壞數(shù)據(jù)庫數(shù)據(jù)的關(guān)聯(lián)和完整;

2)重復(fù)數(shù)據(jù)處理,尤其是鍵值的重復(fù);

3)修改登錄用戶本身信息時對系統(tǒng)的影響;

4)修改正在使用的數(shù)據(jù);

5)檢查多次使用back剪的情況:在有back的地方,back,回到原頁面,再

back,重復(fù)多次,看是否會出錯。

5.5刪除數(shù)據(jù)

[描述測試中需要關(guān)注的刪除數(shù)據(jù)。例]

1)不能破壞數(shù)據(jù)庫數(shù)據(jù)的關(guān)聯(lián)和完整;

2)刪除正在使用的數(shù)據(jù);

3)刪除登錄用戶本身。

5.6查詢數(shù)據(jù)

[描述測試中需要關(guān)注的查詢數(shù)據(jù)。例]

1)多條件組合查詢的正確性;

2)多次連續(xù)查詢正確性。

5.7數(shù)據(jù)導(dǎo)入導(dǎo)出

[描述測試中需要關(guān)注的數(shù)據(jù)導(dǎo)入導(dǎo)出。例]

1)導(dǎo)入數(shù)據(jù)格式要求不應(yīng)太苛刻,提示明確;

2)導(dǎo)出數(shù)據(jù)不應(yīng)亂碼。

5.8數(shù)據(jù)接入與處理

[描述測試中需要關(guān)注的數(shù)據(jù)接入與處理。例]

1)數(shù)據(jù)接入方式足否全部能用,數(shù)據(jù)是否能正確接入;

2)數(shù)據(jù)處理方式是否全部可行;

3)數(shù)據(jù)的動態(tài)監(jiān)測是否正確無誤。

5.9其他

[描述測試中需要關(guān)注的其它問題。例]

1)對網(wǎng)絡(luò)故障的提示;

2)同一用戶多次登錄;

3)內(nèi)存使用情況;

4)壓力測試,系統(tǒng)承受能力,多用戶同時登錄使用。

02軟件測試計劃

6引言

6.1編寫目的

[闡述本次測試的目的和目標(biāo)。]

6.2背景

[對整個項目進行描述、對被測系統(tǒng)進行簡要描述。]

6.3項目術(shù)語

[描述與該系統(tǒng)相關(guān)的術(shù)語與縮略語,專業(yè)名詞,最好使用表格表示]

表6-1項目術(shù)語與縮略語

編號術(shù)語或縮略語含義或全稱描述備注

6.4參考資料

[列出編寫本文檔時引用或參考的文檔。]

表6-2參考文獻

序號參考文檔

7項目概述

7.1項目背景

[敘述該項軟件開發(fā)的意圖、應(yīng)用目標(biāo)、作用范圍,系統(tǒng)要解決的主要問題以及其他應(yīng)

向讀者說明的有關(guān)該軟件開發(fā)的背景材料。]

7.2任務(wù)目標(biāo)

[本部分主要用于描述該系統(tǒng)完成的功能目標(biāo),對完成的每個功能進行簡述。]

7.3項目范圍

[說明系統(tǒng)目標(biāo)人群的特點,可以從涉眾分析大類中進行表述,主要從使用習(xí)慣、使用

場景,使用頻度以及人群的計算機水平等并用下表列出系統(tǒng)的使用者,以及使用者所代表的

涉眾。]

表7-1用戶特點

編號使用者名稱說明代表涉眾

7.4建設(shè)意義

[本部分作為測試計劃的可選部分,涉及到相關(guān)部分可以填寫,主要描述針對系統(tǒng)使用

和開發(fā),以及目標(biāo)人群的假定和約束,例如用戶支持數(shù)量,系統(tǒng)運行環(huán)境等]

7.5與其他系統(tǒng)的關(guān)系

【本部分作為測試計劃的可選部分,簡單說明此系統(tǒng)與其他系統(tǒng)的相關(guān)聯(lián)系。]

8測試策略

8.1整體策略

[根據(jù)系統(tǒng)功能結(jié)構(gòu)和參與測試人員的技術(shù)能力,描述整個測試過程的基本策略和標(biāo)準。

可通過流程圖來表示其過程。]

8.2測試范圍

[對整個系統(tǒng)需要測試的功能進行描述。]

8.2.1需測試特征

[將這個系統(tǒng)中需要測試的功能羅列出來,然后逐項說明每個需測試的特

征。1

8.2.2不需測試特征

[根據(jù)這個系統(tǒng)中需要測試的功能,然后逐項說明每個不需測試的特征及其

不需測試的原因。]

8.3測試準則

83.1測試通過準則

[根據(jù)系統(tǒng)需要實現(xiàn)的功能,詳細描述出能夠通過測試的準則。]

8.3.2測試暫停準則

[根據(jù)系統(tǒng)需要實現(xiàn)的功能,詳細描述出測試暫停的準則。]

8.3.3測試恢復(fù)要求

[根據(jù)測試出現(xiàn)暫停的原因和系統(tǒng)的功能,詳細描述出測試恢復(fù)的準則。]

8.4測試類型

8.4.1功能測試

[詳述該軟件所需提供的功能是否都可以正常實現(xiàn)。]

表8-1功能測試類型描述

測試功能

測試方法和技術(shù)

完成標(biāo)準

8.4.2性能測試

[詳述該軟件所需提供的性能是否都可以正常實現(xiàn)。]

表8-2性能測試類型描述

測試性能

測試方法和技術(shù)

完成標(biāo)準

8.4.3容量測試

[詳述該軟件在運行時所需要的數(shù)據(jù)量是否能夠完全滿足。]

表8-3容量測試類型描述

測試數(shù)據(jù)容量

測試方法和技術(shù)

完成標(biāo)準

8.4.4安全測試

[針對系統(tǒng)中實現(xiàn)的功能,確保對該系統(tǒng)進行操作的人員都具有相應(yīng)的權(quán)限。

對不同的用戶類型進行測試其操作權(quán)限是否符合。]

表8-4容量測試類型描述

測試用戶屬性

測試方法和技術(shù)

完成標(biāo)準

8.5測試風(fēng)險和應(yīng)急

8.5.1測試風(fēng)險

[測試風(fēng)險對測試的順利完成起到一定的指導(dǎo)作用。要描述在此次測試中系統(tǒng)可能會出

現(xiàn)的風(fēng)險錯誤可能。]

8.5.2測試應(yīng)急

[任何系統(tǒng)在測試之前可能都會存在不同的缺陷,在測試過程中才能夠發(fā)現(xiàn),要對在測

試中可能出現(xiàn)的測試風(fēng)險做出相應(yīng)的應(yīng)急措施,以保障測試的順利完成和系統(tǒng)的完整使用

性。]

9測試方法

9.1里程碑技術(shù)

[詳述在整個測試過程中需要的主要的階段里程,要對每個里程進行詳述,各個里程緊

密相連,按順序執(zhí)行,確保對整個測試過程的控制。]

表9-1測試過程信息表

里程碑完成標(biāo)準

9.2測試用例設(shè)計

[在整個測試過程中,對每個需要測試的功能用例進行詳細描述,給出具體的步驟描述。]

9.3測試實施過程

[說明在整個測試的過程中,所需的每個測試實施的步驟過程。]

9.4測試方法綜述

[對整個測試中的每一個測試采用的方法進行簡單描述。]

9.5測試團隊結(jié)構(gòu)(人員配備)

[簡要描述本次測試的實施單位、領(lǐng)導(dǎo)單位及參與人員的職責(zé)分工等情況。明確說明本

報告的撰寫單位及其負責(zé)人。]

表9-2人員配備信息表

單位名稱角色姓名人員職責(zé)

10資源需求

10.1培訓(xùn)需求

[簡單說明在進行測試時,測試人員需要的基本技能和必備要求.]

10?2運行環(huán)境

[簡述系統(tǒng)運行和測試所配置的環(huán)境。]

10.2.1軟件運行環(huán)境

表10-1軟件運行環(huán)境

軟件類型名稱版本

10.2.2硬件運行環(huán)境

表10-2硬件運行環(huán)境

硬件類型IP地址CPU數(shù)內(nèi)存數(shù)用途(部署軟件)

11各階段時間分配(進度)

[對整個測試過程進行合理的規(guī)劃,描述說明在具體的哪個時間段做了哪些功能測試。]

表11-1時間分配信息表

開始時間結(jié)束時間完成周期測試任務(wù)

12測試過程管理

12.1測試文檔

[通過測試過程,對測試對象進行總結(jié)詳述。]

12.2缺陷處理過程

【根據(jù)不同的測試,詳述在每次測試中,系統(tǒng)出現(xiàn)的缺陷及為完善系統(tǒng)對這些缺陷進行

處理的方法與過程。]

(1)如對缺陷分布進行統(tǒng)計,如下表:

表12-1缺陷分布表

功能組小計比例致命非常嚴重嚴重建議

(2)如對測試缺陷的當(dāng)前狀態(tài)按照重要性進行統(tǒng)計,如下表:

表12-2缺陷狀態(tài)表

用例總數(shù)核心用例重要用例一般用例

缺陷狀態(tài)

數(shù)量比例數(shù)量數(shù)量比例數(shù)量比例

(3)如對遺漏測試缺陷進行分析,如下表:

表12-3缺陷分析表

測試用例缺陷描述缺陷級別成因分析風(fēng)險分析

12.3測試報告

[根據(jù)項目的不同,從應(yīng)用服務(wù)器、中間件,數(shù)據(jù)庫等層次對結(jié)果進行分析,根據(jù)

測試計劃做出總結(jié)描述。如:通過:測試達到測試目的,測試通過,進入卜.一階段的工

作。部分通過,不需要補測:測試部分達到測試目的,不需要進行補測,沒有達到目的

的應(yīng)該在下一階段進行重點測試。部分通過,需要補測:測試部分達到目的,需要進行

補測,需要附加一個補測的計劃。不通過,需要重測:測試完全沒有達到目的,重新測

試,需要附加一個重新測試的計戈人]

13附錄

13.1附表目錄

表1-1項目術(shù)語與縮略語....................................................17

表1-2參考文獻.............................................................17

表2-1用戶特點............................................................18

表3-1功能測試類型描述....................................................19

表3-2性能測試類型描述....................................................20

表3-3容量測試類型描述....................................................20

表3-4容量測試類型描述....................................................20

表4-1測試過程信息表......................................................21

表4-2人員配備信息表......................................................22

表5-1軟件運行環(huán)境........................................................22

表5-2硬件運行環(huán)境........................................................23

表6-1時間分配信息表......................................................23

表7」缺陷分布表..........................................................23

表7-2缺陷狀態(tài)表..........................................................24

表7-3缺陷分析表...........................................................24

14引言

14.1編寫目的

[描述此文檔的編寫目的。例]

統(tǒng)一測試用例編寫的規(guī)范,為測試執(zhí)行人員更好執(zhí)行測試,提高測試效率,

最終提高整個產(chǎn)品的質(zhì)量。

14.2項目背景

[描述項目背景。]

14?3參考資料

[列出此文檔編寫參考的文檔。例]

表2-1列出了此次計劃涉及到的參考資料。

表14-1參考資料

名稱備注

XXXX系統(tǒng)或平臺-軟件需求規(guī)格說明書Vx

XXXX系統(tǒng)或平臺-軟件測試大綱Vx

GBT15532-2008計算機軟件測試規(guī)范

GBT9386-2008計算機軟件測試文檔編制規(guī)范

144術(shù)語和縮略語

[列出此文檔所包含的術(shù)語和縮略語。例]

本文使用了表14-2術(shù)語/定義所顯示的面向用戶的術(shù)語、定義,包括通用詞

語在本文檔中的專用解釋。

表14-2術(shù)語/定義

術(shù)語/定義說明

信息資源廣義上指信息活動中各種要素的總稱,

包括信息本身,還包括與信息相關(guān)的設(shè)置、

技術(shù)、資金和人員;狹義上指人類社會經(jīng)濟

活動中經(jīng)過加工處理有序化并大量積累后的

信息的集合。

表14-3縮略語所列為本文用到的縮略語。

表14-3縮略語

縮略語說明

項目英文簡稱XXXX系統(tǒng)或平臺

子系統(tǒng)I英文簡稱XXXX子系統(tǒng)1

子系統(tǒng)2英文簡稱XXXX子系統(tǒng)2

子系統(tǒng)3英文簡稱XXXX子系統(tǒng)3

15用例設(shè)計

[按照模塊內(nèi)功能分別設(shè)計測試用例,如下所示]

15.1XXXX系統(tǒng)?子系統(tǒng)1

15.1.1子系統(tǒng)1-xx功能1

XX功能1測試用例見表15-3XX功能測試用例。

表15-1XX功能測試用例

用例標(biāo)識【功能標(biāo)識】

功能模塊【功能名稱】

前置條件【測試功能前,需要準備什么樣的前提】。

驗證點編號測試步驟期望結(jié)果

功能1功能點1的操作步驟如果功能點1正常則最希望

【功能點1】編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

功能2功能點2的操作步驟如果功能點2正常則最希望

【功能點2】編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

15.1.2子系統(tǒng)1-xx功能2

XX功能2測試用例見表15-3XX功能測試用例。

表15-2XX功能測試用例

用例標(biāo)識【功能標(biāo)識】

功能模塊【功能名稱】

前置條件【測試功能前,需要準備什么樣的前提L

驗證點編號測試步驟期望結(jié)果

功能1功能點1的操作步驟如果功能點1正常則最希望

【功能點1】編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

功能2功能點2的操作步驟如果功能點2正常則最希望

【功能點2】編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

15.1.3子系統(tǒng)1-xx功能3

XX功能3測試用例見表15-3XX功能測試用例。

表15-3XX功能測試用例

用例標(biāo)識【功能標(biāo)識】

功能模塊【功能名稱】

前置條件【測試功能前,需要準備什么樣的前提:L

驗證點編號測試步驟期望結(jié)果

功能1功能點1的操作步驟如果功能點1正常則最希望

【功能點1]編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

功能2功能點2的操作步驟如果功能點2正常則最希望

【功能點2】編號標(biāo)出現(xiàn)的現(xiàn)象或結(jié)果

04軟件測試記錄

16引言

16.1編寫目的

[闡述編寫測試記錄的目的和F1標(biāo)。]

16.2背景

[對整個項目進行描述、對被測系統(tǒng)進行簡要描述。]

16.3項目術(shù)語

I描述與該系統(tǒng)相關(guān)的術(shù)語與縮略語,專業(yè)名詞,最好使用表格表示]

表16-1項目術(shù)語與縮略語

編號術(shù)語或縮略語含義或全稱描述備注

16.4參考資料

[列出編寫本文檔時弓!用或參考的文檔。]

表16-2參考文獻

序號參考文檔

17測試配置要求

17.1硬件環(huán)境

I敘述該項軟件開發(fā)時所需要的硬件環(huán)境。]

表17-1硬件環(huán)境表

資源類型資源描述數(shù)量

17.2軟件環(huán)境

[敘述該項軟件開發(fā)時所需要的軟件環(huán)境。]

表17-2軟件環(huán)境表

軟件類型名稱版本

18功能模塊測試記錄

[此部分主要是在整個測試過程中,對系統(tǒng)的各個功能模塊的記錄。在測試時,將整個

系統(tǒng)分為了不同的功能模塊,每一個功能模塊又會被細分成不同的子模塊,每一個子模塊會

被進行相應(yīng)的測試。測試記錄表能夠簡單準確的描述出州個具體的測試內(nèi)容和它在系統(tǒng)中所

處的相應(yīng)位置,并得知是否測試通過。1

表18-1軟件測試記錄表

功能模塊子模塊測試內(nèi)容是否通過

19缺陷記錄

[此部分詳述在整個測試過程中的每一測試中出現(xiàn)的不同的缺陷,對已出現(xiàn)的缺陷進行

詳述,描述它對整個系統(tǒng)的影響(用優(yōu)先級來表示),通過對出現(xiàn)的缺陷的完善和修復(fù),確

保對整個系統(tǒng)過程的完整。]

表19-1測試過程信息表

序號主題

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論