第一篇：JetCAS驗收測試報告

版本:1.00

文件質(zhì)量等級:

擬制劉玲

審核會簽

標準化

批準

天柏寬網(wǎng)科技中國營運中心

系統(tǒng)部

2003年9月

相關人員列表

姓名

職位

Email

電話

陸天民

天柏公司烏魯木齊項目項目負責人

tianmin.lu@dvnchina.com

***

鄧

崗平

天柏公司系統(tǒng)部

dgp@dvnchina.com

***

文檔修訂狀況

日期

修訂原因

作者

2003-09-05

烏魯木齊子系統(tǒng)

陸天民

目錄

1引言

本文檔規(guī)定了一系列的測試,來驗證JetCAS系統(tǒng)是否按期望的要求進行工作.本版本的JetCAS系統(tǒng)的測試基礎是能處理200000用戶和40個邏輯頻道.因此,本測試是在烏魯木齊模擬一個真實的CAS的測試.起初,在SAS數(shù)據(jù)庫中需要有200000EMM記錄,并且SMS命令的平均發(fā)送速率是1條EMM/秒.在以上環(huán)境中,JetCAS的測試包括:

成功發(fā)送一條EMM所需的平均時間;

對一個新用戶注冊需要的平均時間;

用戶頻道的控制情況;

CAK和智能卡的控制情況.2,定義和縮寫

縮寫詞

定義

EMM

EntitlementManagementMeage

ECM

EntitlementControlMeage

SMS

SucriberManagementServer

3,測試說明

3.1設備清單

設備組件

硬件版本和軟件描述

復用器Multiplexer

BarcoPegasus,version3.0.1

SAS系統(tǒng)

1UindustrialPC,version1.0.0,LinuxOS

SMSGateway

1UindustrialPC,version1.0.2,LinuxOS

調(diào)制解調(diào)器Modulator

BarcoQAMModulator

加擾器Scrambler

TwoBarcoKryptonScrambler,version1.6.4

機頂盒Set-TopBox

1SetSTB4version0.5,CAKversion1.0.1,SmartCardversion3.0.6

電視機TVSet

Oneset,anybrand

加擾器模擬器ScramblerEmulator

Fourset,version1.0.0,Win2000OS,1UindustrialPC

SMS模擬器SMSEmulator

Twoset,version2.0.1,Win2000OS,1UindustrialPC

碼流分析儀TSMonitor

Anybrandnotecified

加密機

Windows2000OS

EPG系統(tǒng)

Windows2000OS

3.2IP地址設置

設備

IP地址

Multiplexer

192.168.11.128

SAS

192.168.11.201

SMSGateway

192.168.11.202

Scrambler

192.168.11.188

ScramblerEmulator

192.168.11.22

加密機

192.168.11.EPG系統(tǒng)

192.168.18.58

3.3系統(tǒng)配置圖

下圖為系統(tǒng)的配置情況示意圖:

圖3-1系統(tǒng)配置圖

3.4服務配置

ServiceID

Scrambled

CAServiceType

CAServiceGroup

AcceCriteriaName

AcceCriteria

201

未加擾

N/A

N/A

NVOD201

N/A

202

未加擾

N/A

N/A

NVOD202

N/A

203

未加擾

N/A

N/A

NVOD203

N/A

204

加擾

0x21

NVOD204

00CC21050000

205

加擾

0x21

NVOD205

00CD21060000

206

加擾

0x21

NVOD206

00CE21070000

其余的34個頻道通過模擬加擾器虛擬的.CAServiceType和CAservicegroup在EPG系統(tǒng)中輸入,AcceCriteriaName和AcceCriteria在Barco加擾器中輸入.3.5測試的機頂盒和智能卡

序號

機頂盒號

智能卡號

機頂盒型號

STB4

STB4

3.6測

試的SMS命令

序號

命令名稱

命令說明

PARIGING-STB

配對命令

ADD-PAY-CHAEL

授權(quán)命令

REMOVE-PAY-CHAEL

解授權(quán)命令

STB-OFF

暫停命令

STB-ON

恢復命令

3.7系統(tǒng)參數(shù)說明

在測試過程中,需要設置以下的參數(shù):

參數(shù)

數(shù)值

備注

ECMChael(orTS)

8servicesperChael(orTS)

CryptoPeriod

10seconds

10secondsisareasonablelowestvalue

NumberofProduct

Sameastotalnumberofservices

MaxEMMBandwidth

1M

OneEMMpersecond

NumberofEMMindatabase

>200,000

NumberofSucriber

200,000

EMMbroadcastingperiod

7days

EachSMSCommandhassamerate

3.8測試前檢查列表

在實施測試前,測試者應保證系統(tǒng)配置完全并運行正常.檢查項目

是否正確

AllTCPcoectionismade

是

CAServiceparametersandAcceCriteriaisiutcorrectly

是

ECMseionisstartedandSASisworking,seeAendixA

是

EMMchaelsarecreated,seeAendixA

是

TDTispresent(usingTSMonitortocheckit,seeAendixB)

是

CATispresent(usingTSMonitortocheckit,seeAendixB)

是

EMMisinjectedfromoneSMSEmulatorpersecondrandomly

是

ECMisbroadcasting(usingTSMonitortocheckit,seeAendixB)

是

EMMisbroadcasting(usingTSMonitortocheckit,seeAendixB)

是

3.9測試時間和地點

時間:2003年月日

地點:烏魯木齊廣播電視網(wǎng)絡傳輸有限公司

4,測試過程

前提條件:SMS發(fā)送命令的速率是:1條/秒

編號

測試描述

預測結(jié)果

實測結(jié)果(P/F)

利用SMS模擬器給一個STB4的機頂盒發(fā)送配對命令:“PAIRING_STB(0-1;2;0-0-0-0-0-099103099;110***29;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-099103099;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen'sRoad,Central,HongKong.)”

然后對機頂盒進行配對操作.配對口令是099103099,智能卡的編號是110***29

25秒鐘后,系統(tǒng)顯示智能卡配對成功

利用遙控器查看頻道4,5,6的視頻

機頂盒不能播放任何加擾的視頻

發(fā)送頻道4,5,6授權(quán)的命令,如

“ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)”

“ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;6)”

“ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;7)”

在15秒鐘內(nèi)收到3條授權(quán)信息

利用遙控器查看頻道4,5,6的視頻

機頂盒播放頻道4,5,6的視頻.3

對頻道4發(fā)解授權(quán)的命令:

REMOVE_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)“

10秒鐘內(nèi),頻道4的授權(quán)被解除,授權(quán)信息只顯示兩條.利用遙控器播放頻道4的視頻

系統(tǒng)顯示:沒有授權(quán),無法收看.利用遙控器播放頻道5,6的視頻

可以播放視頻

發(fā)暫停機頂盒的命令:

STB_OFF(0-1;2;0-0-0-0-0-099103099;110***29;)”

然后利用遙控器進行頻道的視頻播放.加擾的頻道4,5,6的視頻不能播放,免費的頻道1,2,3的視頻可以觀看.5

發(fā)恢復機頂盒的命令:

STB_ON(0-1;2;0-0-0-0-0-099103099;110***29;)“

然后利用遙控器進行頻道的視頻播放.加擾頻道5,6的視頻能播放,頻道4的視頻不能播放,免費的頻道1,2,3的視頻可以觀看.6

對機頂盒發(fā)送配對命令:

”PAIRING_STB(0-1;2;0-0-0-0-0-300000006;110***29;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-100000001;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen'sRoad,Central,HongKong.)“

配對密碼是:30000006

30秒鐘后,顯示配對成功.7

對機頂盒發(fā)送50條授權(quán)命令:

”ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)“

”ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)“

……

”ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)“

3分鐘后,機頂盒能全部接收到50條記錄.利用遙控器查看頻道4,5,6的視頻

可以觀看

對機頂盒發(fā)送50條解授權(quán)命令:

”REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)“

”REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)“

……

”REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)“

然后查看授權(quán)記錄.10秒鐘后查看授權(quán)記錄,顯示:無記錄,利用遙控器查看頻道4,5,6的視頻

頻道4,5,6顯示:沒有授權(quán),無法收看

對頻道4發(fā)送10分鐘的授權(quán):

ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2003/10/18;15:54:50;2003/10/1816:04:10;0;1)”

查看頻道4的視頻.頻道4的視頻能進行播放.10分鐘后,仍能播放視頻.10

對頻道4發(fā)送有效日期的授權(quán)命令

ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2002/08/18;15:54:50;2003/08/1816:04:10;0;1)“

查看頻道4的視頻

頻道4能播放視頻

對頻道4發(fā)送過期授權(quán)命令

ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;110***29;2001/08/18;15:54:50;2001/08/1816:04:10;0;1)”

查看頻道4的視頻

頻道4顯示:授權(quán)已過期,無法收看.11

系統(tǒng)運行24小時后,拔出智能卡

頻道4的視頻10秒鐘后不能進行播放

重新插入智能卡

視頻能進行播放.進行頻道切換后,再切換回頻道4

視頻能進行播放.5,測試結(jié)論

功能

驗證狀態(tài)

用戶注冊

OK

EMM響應時間

OK

授權(quán)/解授權(quán)的控制

OK

CAK和智能卡的控制

OK

備注:(1)本次測試只對JetCAS系統(tǒng)的基本功能的進行了測試,系統(tǒng)基本運行正常;

(2)在本版本的JetCAS系統(tǒng)的GROUPID被限定在0-255之間;

附件C:SMS系統(tǒng)測試接收文件

本文件一式二份,由天柏寬帶網(wǎng)絡科技(蘇州)有限公司和客戶的授權(quán)代表共同簽字確認后雙方各執(zhí)一份.簽字確認后的文件表明雙方同意上述測試文件的測試結(jié)果,并初步接收該系統(tǒng).參加人員

天柏公司技術(shù)人員

項目經(jīng)理:(簽名);

用戶方系統(tǒng)接收人員或其授權(quán)人員

參與人員:(簽名)

參與人員:(簽名)

技術(shù)負責:(簽名)

附件D:情況記錄

序號

事件

JetCAS測試

:天柏寬帶網(wǎng)絡科技(蘇州)有限公司

簽字代表:

烏魯木齊廣播電視網(wǎng)絡傳輸有限公司

簽字代表:

第二篇：JetCAS驗收測試報告

版本:1.00

文件質(zhì)量等級:

擬制劉玲

審核會簽

標準化

批準

天柏寬網(wǎng)科技中國營運中心

系統(tǒng)部

2003年9月

相關人員列表

姓名

職位

Email

電話

陸天民

天柏公司烏魯木齊項目項目負責人

tianmin.lu@dvnchina.com

***

鄧崗平

天柏公司系統(tǒng)部

dgp@dvnchina.com

***

文檔修訂狀況

日期

修訂原因

作者

2003-09-05

烏魯木齊子系統(tǒng)

陸天民

目錄

1引言

本文檔規(guī)定了一系列的測試,來驗證JetCAS系統(tǒng)是否按期望的要求進行工作.本版本的JetCAS系統(tǒng)的測試基礎是能處理200000用戶和40個邏輯頻道.因此,本測試是在烏魯木齊模擬一個真實的CAS的測試.起初,在SAS數(shù)據(jù)庫中需要有200000EMM記錄,并且SMS命令的平均發(fā)送速率是1條EMM/秒.在以上環(huán)境中,JetCAS的測試包括:

成功發(fā)送一條EMM所需的平均時間;

對一個新用戶注冊需要的平均時間;

用戶頻道的控制情況;

CAK和智能卡的控制情況.2,定義和縮寫

縮寫詞

定義

EMM

EntitlementManagementMeage

ECM

EntitlementControlMeage

SMS

SucriberManagementServer

3,測試說明

3.1設備清單

設備組件

硬件版本和軟件描述

復用器Multiplexer

Barcopegasus,version3.0.1

SAS系統(tǒng)

1UindustrialpC,version1.0.0,LinuxOS

SMSGateway

1UindustrialpC,version1.0.2,LinuxOS

調(diào)制解調(diào)器Modulator

BarcoQAMModulator

加擾器Scrambler

TwoBarcoKryptonScrambler,version1.6.4

機頂盒Set-TopBox

1SetSTB4version0.5,CAKversion1.0.1,SmartCardversion3.0.6

電視機TVSet

Oneset,anybrand

加擾器模擬器ScramblerEmulator

Fourset,version1.0.0,Win2000OS,1UindustrialpC

SMS模擬器SMSEmulator

Twoset,version2.0.1,Win2000OS,1UindustrialpC

碼流分析儀TSMonitor

Anybrandnotecified

加密機

Windows2000OS

EpG系統(tǒng)

Windows2000OS

3.2Ip地址設置

設備

Ip地址

Multiplexer

192.168.11.128

SAS

192.168.11.201

SMSGateway

192.168.11.202

Scrambler

192.168.11.188

ScramblerEmulator

192.168.11.22

加密機

192.168.11.EpG系統(tǒng)

192.168.18.58

3.3系統(tǒng)配置圖

下圖為系統(tǒng)的配置情況示意圖:

圖3-1系統(tǒng)配置圖

3.4服務配置

ServiceID

Scrambled

CAServiceType

CAServiceGroup

AcceCriteriaName

AcceCriteria

201

未加擾

N/A

N/A

NVOD201

N/A

202

未加擾

N/A

N/A

NVOD202

N/A

203

未加擾

N/A

N/A

NVOD203

N/A

204

加擾

0x21

NVOD204

00CC21050000

205

加擾

0x21

NVOD205

00CD21060000

206

加擾

0x21

NVOD206

0

第三篇：測試報告格式

測試背景

測試介紹

軟件模擬攻擊測試

1．測試物件需求

2．測試拓撲

3．測試準備

4．測試記錄

1)Syn-flood測試

2)ack-flood測試

3)udp-flood測試

4)icmp-flood測試

5)帶分片的syn-flood測試

6)其他DDoS攻擊測試

4．測試總結(jié)

IXIA協(xié)議分析儀測試

1．測試物件需求

2．測試拓撲

3．測試準備

4．測試記錄

該文章由004km.cn(第一§范┆文網(wǎng))整理，版權(quán)歸原作者、原出處所有.1)Syn-flood測試

2)Ack-flood測試

3)udp-flood測試

4)混合攻擊測試

4．測試總結(jié)

第四篇：測試報告格式

測試背景

測試介紹

軟件模擬攻擊測試

1．測試物件需求

2．測試拓撲

3．測試準備

4．測試記錄

1)Syn-flood測試

2)ack-flood測試

3)udp-flood測試

4)icmp-flood測試

5)帶分片的syn-flood測試

6)其他DDoS攻擊測試

4．測試總結(jié)

IXIA協(xié)議分析儀測試

1．測試物件需求

2．測試拓撲

3．測試準備

4．測試記錄

該文章由004km.cn(004km.cn)整理，版權(quán)歸原作者、原出處所有.1)Syn-flood測試

2)Ack-flood測試

3)udp-flood測試

4)混合攻擊測試

4．測試總結(jié)

第五篇：測試報告范本

項目編號： 項目名稱：

任務編號/序號： 工作名稱：

程序（ID）： 程序名稱：

編程員： 測試完成日期： 年 月 日

軟件測試工程師： 測試完成日期： 年 月 日

1、安裝：

（1）程序運行環(huán)境已經(jīng)正確設定

2、程序代碼檢查：

（1）程序單位首部有程序說明和修改備注（2）變量、過程、函數(shù)命令符合規(guī)則（3）程序中有足夠的說明信息（4）修改注釋符合要求（5）類庫的使用符合要求

3、畫面及報表格式檢查：

（1）畫面和報表格式符合規(guī)定需求（2）程序命名符合格式需求（3）畫面和報表的字段位置和寬度與設計文檔一致

4、功能測試：

（1）多畫面之間切換正確（2）功能鍵、觸發(fā)鍵、按鈕、菜單、選擇項功能正確（3）數(shù)據(jù)項關聯(lián)及限制功能正確（4）設計文檔規(guī)定的其它功能

測試內(nèi)容：

5、正確性測試：

（1）讀/寫/刪除操作結(jié)果正確（2）各種組合條件之查詢或報表正確（3）設計文檔規(guī)定的其它操作 測試內(nèi)容：

6、可靠性測試：

（1）非法鍵容錯測試（2）異常字符容錯測試（3）程序負作用檢查（4）殘留文件檢查

7、效率測試：

單用戶（機型）多用戶（終端數(shù)）（1）輸入畫面效率測試： 延遲時間：（2）報表及查詢效率測試： 最小報表時間： 最大報表時間：

8、多用戶測試：

終端數(shù)：（1）隨機測試： 測試次數(shù)：（2）共享測試：（3）同步測試：

9、其它測試：

測試內(nèi)容： 測試備忘：

性能測試報告模板軟件測試

1、測試項目概述與測試目的1.1項目概述

本部分主要是針對即將進行壓力測試的對象(接口、模塊、進程或系統(tǒng))進行概要的說明，讓人明白該測試對象的主要功能與作用及相關背景。

1.2測試目標(目的)

簡要列出進行本次壓力測試的主要目標(目的)

1.3名詞解釋

性能測試過程中涉及的業(yè)務和技術(shù)方面的專業(yè)名詞

1.4參考文檔

列出與本文檔相關的參考文檔名稱

2、測試對象的拓撲結(jié)構(gòu)

本部分主要以圖表加文字的方式，對待測試對象(接口、模塊、系統(tǒng))的拓撲結(jié)構(gòu)進行描述，并標上必要的數(shù)據(jù)流向。注意：若生產(chǎn)實際跨越物理主機的模塊(進程，數(shù)據(jù)庫)部署應在拓撲圖中要標示出來。

3、測試環(huán)境與測試數(shù)據(jù)

3.1測試環(huán)境

主要指軟件實際運行的平臺，以及軟硬件配置，操作系統(tǒng)及版本，數(shù)據(jù)庫名稱及版本，客戶端機器配置等方面內(nèi)容

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

根據(jù)性能(壓力)測試方案(計劃)中測試數(shù)據(jù)的要求，結(jié)合測試方案與測試用例，構(gòu)造符合要求的測試數(shù)據(jù)(包括系統(tǒng)初始數(shù)據(jù)與測試發(fā)送數(shù)據(jù))，并描述測試數(shù)據(jù)的總量及簡述這些測試數(shù)據(jù)生成的方法。測試策略

4.1測試方案

根據(jù)測試目的，寫出測試的總體方案(方法)及所采用的技術(shù)手段等。

4.2測試場景

針對測試目的，結(jié)合所測對象的具體特征，設計出達到要求的并且符合真實生產(chǎn)場景的測試場景。

4.3測試用例

根據(jù)測試場景，轉(zhuǎn)換成對應的測試用例。

5、測試執(zhí)行步驟

具體描述每個場景的測試執(zhí)行步驟，并同時說明采集的相關指標值。6 測試結(jié)果

針對每一個測試場景的相關測試觀測指標要進行采集與記錄(測試執(zhí)行前，過程中，執(zhí)行完),指標的采集可以通過工具，手工以及編寫腳本相結(jié)合的方法獲得,并把采集的這些指標值通過表格或圖表的方式陳列出來。測試結(jié)果分析

根據(jù)收集的測試結(jié)果，首先要進行程序資源消耗分析(cpu,內(nèi)存，磁盤)與IO分析，接著要根據(jù)測試目的(目標)項進行對應分析，最后根據(jù)測試 結(jié)果記錄表中各個場景的對比分析，從中分析歸納出影響系統(tǒng)壓力性能的關鍵影響因素(可選),并借助圖表的方式來表達。直觀且有說服力。程序改進與建議

如果測試結(jié)果與測試目標值相差太遠或達不到，結(jié)合測試過程中所觀測到的各種信息，測試人員有針對性提出程序的改進方向與建議(包括系統(tǒng)參數(shù)或配置文件的配置)，供開發(fā)人員改進參考或生產(chǎn)程序部署運行配置參考。測試結(jié)論

根據(jù)測試結(jié)果與測試分析，得出性能(壓力)測試是否通過的結(jié)論。只有2種結(jié)論，通過或者不通過。同時要增加因測試環(huán)境與真實環(huán)境差異、測試數(shù)據(jù)模型與真實數(shù)據(jù)模型差異以及測試場景與真實場景差異的大小評估對測試結(jié)果或結(jié)論的影響。

測試報告是把測試的過程和結(jié)果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時為軟件驗收和交付打下基礎。本文提供測 試報告模板以及如何編寫的實例指南。關鍵字 測試報告 缺陷 正文 測試報告是測試階段最后的文檔產(chǎn)出物，優(yōu)秀的測試經(jīng)理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的信息，包括產(chǎn)品質(zhì)量和測試過程的評價，測 試報告基于測試中的數(shù)據(jù)采集以及對最終的測試結(jié)果分析。下面以通用的測試報告模板為例，詳細展開對測試報告編寫的具體描述。PARTⅠ 首頁0.1頁面內(nèi)容： 密級 通常，測試報告供內(nèi)部測試完畢后使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試報告適合內(nèi)部研發(fā)項目以及涉及保密行業(yè)和技術(shù)版 權(quán)的項目。XXXX項目/系統(tǒng)測試報告 報告編號 可供索引的內(nèi)部編號或者用戶要求分布提交時的序列號 部門經(jīng)理 ______項目經(jīng)理______ 開發(fā)經(jīng)理______測試經(jīng)理______ XXX公司 XXXX單位（此處包含用戶單位以及研發(fā)此系統(tǒng)的公司）XXXX年XX月XX日 0.2格式要求： 標題一般采用大體字（如一號），加粗，宋體，居中排列 副標題采用大體小一號字（如二號）加粗，宋體，居中排列 其他采用四號字，宋體，居中排列 0.3版本控制： 版本 作者 時間 變更摘要 新建/變更/審核 PARTⅡ 引言部分 1.1編寫目的 本測試報告的具體編寫目的，指出預期的讀者范圍。實例：本測試報告為XXX項目的測試報告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達到XXX功能目標）。預期參考人員包 括用戶、測試人員、、開發(fā)人員、項目管理者、其他質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。提示：通常，用戶對測試結(jié)論部分感興趣，開發(fā)人員希望從缺陷結(jié)果以及分析得到產(chǎn)品開發(fā)質(zhì)量的信息，項目管理者對測試執(zhí)行中成本、資源和時間予與重視，而高 層經(jīng)理希望能夠閱讀到簡單的圖表并且能夠與其他項目進行同向比較。此部分可以具體描述為什么類型的人可參考本報告XXX頁XXX章節(jié)，你的報告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報告是有價值而且值得浪費一點時間去關注的。1.2項目背景 對項目目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標文件中拷貝即可。1.3系統(tǒng)簡介 如果設計說明書有此部分，照抄。注意必要的框架圖和網(wǎng)絡拓撲圖能吸引眼球。

1.4術(shù)語和縮寫詞 列出設計本系統(tǒng)/項目的專用術(shù)語和縮寫語約定。對于技術(shù)相關的名詞和與多義詞一定要注明清楚，以便閱讀時不會產(chǎn)生歧義。1.5參考資料 1．需求、設計、測試用例、手冊以及其他項目文檔都是范圍內(nèi)可參考的東東。

2．測試使用的國家標準、行業(yè)指標、公司規(guī)范和質(zhì)量手冊等等 PARTⅢ 測試概要 測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。（其他測試經(jīng)理和質(zhì)量人員關注部分）2.1測試用例設計 簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方

法(3-4句)。提示：如果能夠具體對設計進行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時候就容易對你的用例設計有個整體的概念，順便說一句，在這里寫上一些非常規(guī)的設計方 法也是有利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設計技術(shù)，重點測試部分一定要保證有兩種以上不同的用例設計方法。2.2測試環(huán)境與配置 簡要介紹測試環(huán)境及其配置。提示：清單如下，如果系統(tǒng)/項目比較大，則用表格方式列出 數(shù)據(jù)庫服務器配置 CPU： 內(nèi)存： 硬盤：可用空間大小 操作系統(tǒng)： 應用軟件： 機器網(wǎng)絡名： 局域網(wǎng)地址： 應用服務器配置 …….客戶端配置 …….對于網(wǎng)絡設備和要求也可以使用相應的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡拓撲圖列出相關配置。2.3測試方法(和工具)簡要介紹測試中采用的方法(和工具)。提示：主要是黑盒測試，測試方法可以寫上測試的重點和采用的測試模式，這樣可以一目了然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項，當使用到測 試工具和相關工具時，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試報告發(fā)布后要避免大多工具的版權(quán)問題。

參考文獻：北京測試空間軟件測評實驗室作業(yè)指導書，