某集團(tuán)軟件測(cè)試規(guī)程

軟件測(cè)試規(guī)程

擬制：________

審核：__________

批準(zhǔn)：

文件更改記錄

序

日期更改內(nèi)容版次起草或修訂人批準(zhǔn)人

號(hào)

1

2

3

4

目錄

1、目的............................................4

2、術(shù)語(yǔ)和縮略語(yǔ)....................................4

3、角色與職責(zé)......................................4

4、使用的資源......................................5

5、輸入............................................5

6、入口準(zhǔn)則........................................6

6.1測(cè)試整體作業(yè)................................................................6

6.2單元測(cè)試....................................................................6

6.3集成測(cè)試....................................................................6

6.4系統(tǒng)測(cè)試....................................................................6

6.5性能測(cè)試....................................................................6

6.6初驗(yàn)測(cè)試....................................................................6

7、活動(dòng)............................................7

7.1測(cè)試整體作業(yè)流程及說(shuō)明.......................................................7

7.............................................................L1測(cè)試作業(yè)總流程..7

7...............................................................7.2測(cè)試作業(yè)說(shuō)明..8

7.2單元測(cè)試作業(yè)流程及說(shuō)明.....................................................10

7.2./單元測(cè)試作業(yè)流程.........................................................10

7.22單元測(cè)試工作說(shuō)明.........................................................10

7.2.3單元測(cè)試技術(shù)要求.........................................................11

7.3集成測(cè)試作業(yè)流程與說(shuō)明.....................................................11

7.3.1集成測(cè)試作業(yè)流程........................................................11

7.3.2集成測(cè)試作業(yè)說(shuō)明........................................................12

7.3.3集成測(cè)試技術(shù)要求........................................................12

7.4系統(tǒng)測(cè)試作業(yè)流程與說(shuō)明.....................................................13

7.4.1系統(tǒng)測(cè)試作業(yè)流程.......................................................13

742系統(tǒng)測(cè)試作業(yè)說(shuō)明.........................................................13

7.43系統(tǒng)測(cè)試技術(shù)要求........................................................14

7.5初驗(yàn)測(cè)試....................................................................15

7.5./初驗(yàn)測(cè)試作業(yè)流程.........................................................15

7.52初驗(yàn)測(cè)試作業(yè)說(shuō)明.........................................................15

7.5.3初驗(yàn)測(cè)試技術(shù)要求.........................................................16

8、系統(tǒng)性能測(cè)試....................................16

8.1性能測(cè)試流程................................................................16

8.2性能測(cè)試作業(yè)說(shuō)明...........................................................17

8.3幾種性能測(cè)試的說(shuō)明.........................................................19

8.4數(shù)據(jù)庫(kù)操作部分的測(cè)試.......................................................20

8.5性能測(cè)試規(guī)劃...............................................................23

8.6設(shè)計(jì)測(cè)試用例...............................................................23

8.7評(píng)審測(cè)試用例...............................................................23

8.8準(zhǔn)備性能測(cè)試環(huán)境...........................................................23

8.9選擇性能測(cè)試工具...........................................................24

8.10測(cè)試執(zhí)行/問(wèn)題跟蹤.........................................................24

8.11性能測(cè)試的注意事項(xiàng)........................................................25

9、輸出及需要的配置管理............................27

10、出口準(zhǔn)則.......................................28

10.1測(cè)試整體..................................................................28

10.2單元測(cè)試..................................................................28

10.3集成測(cè)試..................................................................28

10.4系統(tǒng)測(cè)試..................................................................28

10.5性能測(cè)試..................................................................28

10.6初驗(yàn)測(cè)試..................................................................29

11、軟件缺陷等級(jí)定義...............................29

12、缺陷修復(fù)優(yōu)先級(jí).................................31

13、缺陷狀態(tài)定義...................................33

14、裁剪指南.....................................................................33

15、相關(guān)的文檔.....................................34

16、附件...........................................34

1、目的

制定項(xiàng)目實(shí)施過(guò)程中的測(cè)試活動(dòng)書(shū)面的規(guī)范要求，并為PPQA的對(duì)測(cè)試過(guò)程

的符合性檢查提供依據(jù)。

2、術(shù)語(yǔ)和縮略語(yǔ)

單元測(cè)試：即針對(duì)程序中可獨(dú)立運(yùn)行的代碼/模塊作為最小測(cè)試單元而進(jìn)行

的測(cè)試。（參考設(shè)計(jì)與實(shí)現(xiàn)規(guī)范）

集成測(cè)試：（也叫組裝測(cè)試，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展，即針對(duì)兒

個(gè)模塊間接口或同網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)、操作系統(tǒng)和新系統(tǒng)間的整合過(guò)程進(jìn)行正確性測(cè)

試。集成測(cè)試所持的主要標(biāo)準(zhǔn)是《概要設(shè)計(jì)說(shuō)明》，任何不符合該說(shuō)明的程序模

塊行為都應(yīng)該加以記載并上報(bào)。

系統(tǒng)測(cè)試：即針對(duì)整個(gè)系統(tǒng)的功能和流程進(jìn)行的正確性測(cè)試，以及針對(duì)系統(tǒng)

的性能、穩(wěn)定性、兼容性而進(jìn)行的測(cè)試。系統(tǒng)測(cè)試所持的主要標(biāo)準(zhǔn)是系統(tǒng)的需求

文檔。

初驗(yàn)測(cè)試：上線試運(yùn)行前，顧客對(duì)系統(tǒng)功能進(jìn)行接受測(cè)試。

最終驗(yàn)收測(cè)試：由顧客針對(duì)顧客需求作最終的確認(rèn)測(cè)試。

回歸測(cè)試：針對(duì)修改過(guò)的缺陷進(jìn)行的選擇性重新測(cè)試，重點(diǎn)檢驗(yàn)修改部分及

其相關(guān)部分，即檢驗(yàn)是否改對(duì)了，旦未引入新的缺陷。

3、角色與職責(zé)

角色職責(zé)

e協(xié)助測(cè)試進(jìn)行，協(xié)調(diào)測(cè)試開(kāi)發(fā)間的矛盾。

項(xiàng)目經(jīng)理?跟蹤狀態(tài)和問(wèn)題解決狀態(tài)。

令審批測(cè)試報(bào)告。

令組織制定、修改測(cè)試計(jì)劃

測(cè)試組長(zhǎng)

令定義測(cè)試策略

令組織各種測(cè)試用例設(shè)計(jì)和編寫(xiě)

<安排測(cè)試人員，進(jìn)行測(cè)試管理監(jiān)督

e審核測(cè)試用例、測(cè)試結(jié)果及測(cè)試報(bào)告

令準(zhǔn)備測(cè)試：按計(jì)劃設(shè)計(jì)不同階段的測(cè)試用例

令按計(jì)劃執(zhí)行測(cè)試，協(xié)助初驗(yàn)測(cè)試

<進(jìn)行測(cè)試準(zhǔn)備工作，包括編寫(xiě)、準(zhǔn)備測(cè)試工具、測(cè)試數(shù)據(jù)

測(cè)試人員

<遵循測(cè)試要求進(jìn)行測(cè)試，記錄和報(bào)告測(cè)試結(jié)果，編寫(xiě)詳細(xì)

測(cè)試文檔（各階段測(cè)試文檔等）。

令有需要時(shí)協(xié)助編寫(xiě)用戶使用手冊(cè)

?提供被測(cè)試產(chǎn)品的信息。

開(kāi)發(fā)人員令負(fù)責(zé)單元測(cè)試和部分集成測(cè)試。

?及時(shí)修改測(cè)試中發(fā)現(xiàn)的缺陷，再提交。

需求分析人員令參與系統(tǒng)測(cè)試及初驗(yàn)測(cè)試。

<檢查測(cè)試活動(dòng)、工作產(chǎn)品的符合性。

PPQA工程師

配置管理工程師令按照計(jì)劃對(duì)測(cè)試過(guò)程的工作產(chǎn)品進(jìn)行配置管理。

系統(tǒng)設(shè)計(jì)人員?參與對(duì)產(chǎn)品構(gòu)件進(jìn)行單元測(cè)試與代碼走查的驗(yàn)證。

令當(dāng)合同規(guī)定時(shí)，參加測(cè)試活動(dòng)，并簽署意見(jiàn)。

顧客

令參與初驗(yàn)測(cè)試、驗(yàn)收測(cè)試。

4、使用的資源

功能測(cè)試、性能測(cè)試、Bug管理等工具軟件。

5、輸入

1、用戶需求說(shuō)明書(shū)、產(chǎn)品需求說(shuō)明書(shū)

2、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)

3、項(xiàng)目計(jì)劃

4、需求跟蹤矩陣

5、被測(cè)試產(chǎn)品

6、測(cè)試計(jì)劃

7、測(cè)試用例、測(cè)試數(shù)據(jù)

8、測(cè)試環(huán)境

6、入口準(zhǔn)則

6.1測(cè)試整體作業(yè)

1＞項(xiàng)目合同簽訂。

6.2單元測(cè)試

2、被測(cè)模塊開(kāi)發(fā)完成

6.3集成測(cè)試

1、需集成的產(chǎn)品構(gòu)件已經(jīng)編碼完成并且通過(guò)單元測(cè)試

2、系統(tǒng)模塊構(gòu)件已集成，并且集成測(cè)試環(huán)境已建立

3、《系統(tǒng)集成總表》中的［集成策略與接口表］已經(jīng)建立

6.4系統(tǒng)測(cè)試

1、集成測(cè)試通過(guò)

6.5性能測(cè)試

1、系統(tǒng)測(cè)試通過(guò)

6.6初驗(yàn)測(cè)試

1、系統(tǒng)測(cè)試通過(guò)

2、顧客使用環(huán)境（或模擬使用環(huán)境）已建立

7、活動(dòng)

7.1測(cè)試整體作業(yè)流程及說(shuō)明

軟件測(cè)試起始于需求分析階段，始終貫穿于軟件開(kāi)發(fā)和維護(hù)活動(dòng)中。

7.1.1測(cè)試作業(yè)總流程

XZ

7.1.2測(cè)試作業(yè)說(shuō)明

1、需求與計(jì)劃階段：

?項(xiàng)目經(jīng)理向測(cè)試組提出測(cè)試申請(qǐng)（或指派測(cè)試任務(wù)）；

?測(cè)試負(fù)責(zé)人分析項(xiàng)目的數(shù)據(jù).定義測(cè)試策略、制定測(cè)試計(jì)劃，分配該

項(xiàng)目的測(cè)試人員；

?測(cè)試人員分析測(cè)試計(jì)劃和項(xiàng)目的數(shù)據(jù)（顧客需求，需求規(guī)格，驗(yàn)收標(biāo)

準(zhǔn)等）；

?測(cè)試人員按照用戶需求編寫(xiě)系統(tǒng)測(cè)試用例；

?測(cè)試計(jì)劃和測(cè)試用例經(jīng)測(cè)試負(fù)責(zé)人審核生效；

2、設(shè)計(jì)階段

?項(xiàng)目經(jīng)理制定軟件產(chǎn)品集成準(zhǔn)則

?測(cè)試人員按照概要設(shè)計(jì)編寫(xiě)集成測(cè)試用例

?測(cè)試人員按照產(chǎn)品集成準(zhǔn)則編寫(xiě)集成策略和接口表

?系統(tǒng)測(cè)試用例經(jīng)測(cè)試負(fù)責(zé)人審核生效；

3、編碼階段與測(cè)試階段

?單元測(cè)試：開(kāi)發(fā)工程師進(jìn)行單元測(cè)試，記錄測(cè)試結(jié)果，填寫(xiě)［缺陷表

跟蹤表］,并且需要通過(guò)項(xiàng)目經(jīng)理審核，后轉(zhuǎn)入集成測(cè)試；（一般要

避免開(kāi)發(fā)工程師測(cè)試自己寫(xiě)的代碼）

?集成測(cè)試：測(cè)試人員根據(jù)集成測(cè)試計(jì)劃配合開(kāi)發(fā)工程師進(jìn)行測(cè)試，記

錄測(cè)試結(jié)果，填寫(xiě)［缺陷跟蹤表］,并且需要通過(guò)項(xiàng)目經(jīng)理審核，方

可轉(zhuǎn)入系統(tǒng)測(cè)試；

?系統(tǒng)測(cè)試：測(cè)試人員根據(jù)系統(tǒng)測(cè)試計(jì)劃進(jìn)行測(cè)試，記錄測(cè)試結(jié)果，填

寫(xiě)［缺陷跟蹤表］,并且總結(jié)測(cè)試過(guò)程，分析測(cè)試情況，編寫(xiě)測(cè)試總

結(jié)分析報(bào)告；［系統(tǒng)測(cè)試報(bào)告］需要通過(guò)項(xiàng)目經(jīng)理審批，經(jīng)過(guò)項(xiàng)目經(jīng)

理審核和QA審查后納入CM配置管理；

?用戶使用手冊(cè)：有必要時(shí)可以協(xié)助測(cè)試編寫(xiě)［用戶使用手冊(cè)］和聯(lián)機(jī)幫

助文件，協(xié)助實(shí)施人員對(duì)顧客進(jìn)行培訓(xùn)，準(zhǔn)備系統(tǒng)的試運(yùn)行：

注：如果單元、集成和系統(tǒng)測(cè)試借助測(cè)試工具進(jìn)行的話，則相應(yīng)的測(cè)試

記錄、缺陷記錄和跟蹤和測(cè)試分析報(bào)告中的部分內(nèi)容可以直接利用測(cè)試

工具軟件提供的記錄和數(shù)據(jù)。

4、初驗(yàn)測(cè)試階段

?初驗(yàn)測(cè)試：系統(tǒng)上線前項(xiàng)目經(jīng)理安排顧客對(duì)系統(tǒng)進(jìn)行初驗(yàn)測(cè)試，通過(guò)

后上線試運(yùn)行；

5、培訓(xùn)與試運(yùn)行階段

?試運(yùn)行期間，測(cè)試人員收集系統(tǒng)的缺陷記錄，整理提交開(kāi)發(fā)組；

6、最終驗(yàn)收階段

?驗(yàn)收測(cè)試：按計(jì)劃試運(yùn)行一段時(shí)間后，最終顧客進(jìn)行驗(yàn)收測(cè)試，測(cè)試

人員可以協(xié)助進(jìn)行；

?項(xiàng)目經(jīng)理和顧客審核驗(yàn)收?qǐng)?bào)告；

7、運(yùn)行維護(hù)階段

?運(yùn)行維護(hù)人員記錄運(yùn)行過(guò)程中發(fā)現(xiàn)錯(cuò)誤、缺陷或顧客對(duì)軟件的新需

求，進(jìn)行相應(yīng)的修改或開(kāi)發(fā)后，測(cè)試人員根據(jù)需要對(duì)代碼進(jìn)行相關(guān)

測(cè)試。

每階段：QA進(jìn)行對(duì)作業(yè)及文件的質(zhì)量保證審查；CM負(fù)責(zé)對(duì)審核的數(shù)據(jù)產(chǎn)品、

文件及相關(guān)數(shù)據(jù)進(jìn)行配置管理;

7.2單元測(cè)試作業(yè)流程及說(shuō)明

7.2.1單元測(cè)試作業(yè)流程

7.2.2單元測(cè)試工作說(shuō)明

?項(xiàng)目經(jīng)理安排開(kāi)發(fā)工程師進(jìn)行單元測(cè)試。

?進(jìn)行單元測(cè)試的工程師填寫(xiě)［單元測(cè)試記錄］，［缺陷跟蹤表］,把問(wèn)題

反饋開(kāi)發(fā)人員修改。

?單元測(cè)試完成以后系統(tǒng)設(shè)計(jì)人員匯總［單元測(cè)試記錄］交項(xiàng)目經(jīng)理或

上級(jí)主管進(jìn)行審核。

?對(duì)于重要的（核心的、底層的、沒(méi)有經(jīng)驗(yàn)的人編寫(xiě)的）代碼要進(jìn)行代

碼走查。具體操作時(shí)，建議開(kāi)發(fā)人員交叉代碼走查。走查要點(diǎn)請(qǐng)參

考《代碼走查檢查表》。

?如采用測(cè)試工具進(jìn)行單元測(cè)試如Junit,可使用其提供的單元測(cè)試框

架，按其規(guī)范，在其框架內(nèi)編寫(xiě)測(cè)試類(lèi)執(zhí)行即可。

注：?jiǎn)卧獪y(cè)試缺陷的可以使用BUG管理工具進(jìn)行管理。此時(shí)可以不用手

工填寫(xiě)［缺陷跟蹤表］。

7.2.3單元測(cè)試技術(shù)要求

?對(duì)設(shè)計(jì)文檔規(guī)定的軟件單元的功能、性能、接口等應(yīng)逐項(xiàng)測(cè)試

?每一個(gè)軟件特性至少被一個(gè)正常測(cè)試用例和一個(gè)被認(rèn)可的異常測(cè)試

用例覆蓋

?測(cè)試用例的輸入應(yīng)至少包括有效等價(jià)類(lèi)值、無(wú)效等價(jià)類(lèi)值和邊界數(shù)據(jù)

值

?在對(duì)軟件單元進(jìn)行動(dòng)態(tài)測(cè)試前，一般應(yīng)先進(jìn)行代碼走查

?語(yǔ)句覆蓋率達(dá)到100%,分支覆蓋率達(dá)到100%

?對(duì)輸出及其格式進(jìn)行測(cè)試

7.3集成測(cè)試作業(yè)流程與說(shuō)明

7.3.1集成測(cè)試作業(yè)流程

7.3.2集成測(cè)試作業(yè)說(shuō)明

?測(cè)試人員根據(jù)系統(tǒng)的《概要設(shè)計(jì)說(shuō)明書(shū)》和系統(tǒng)的實(shí)際變化編寫(xiě)或修

正集成測(cè)試用例，可參考［系統(tǒng)集成總表］中的“集成策略及接口管

理表”；

?測(cè)試人員執(zhí)行集成測(cè)試，填寫(xiě)測(cè)試記錄和［缺陷跟蹤表］,結(jié)果發(fā)送項(xiàng)

目相關(guān)人員；

?開(kāi)發(fā)工程師負(fù)責(zé)修改測(cè)試發(fā)現(xiàn)的問(wèn)題并進(jìn)行單元測(cè)試，完成后將產(chǎn)品

反饋給測(cè)試人員進(jìn)行集成的回歸測(cè)試；直至所有缺陷關(guān)閉。

?測(cè)試人員匯總集成測(cè)試記錄，并報(bào)項(xiàng)目經(jīng)理或測(cè)試主管驗(yàn)證后，轉(zhuǎn)入

下一測(cè)試階段系統(tǒng)測(cè)試；

?QA進(jìn)行集成測(cè)試作業(yè)及文件的質(zhì)量保證審查，CM負(fù)責(zé)對(duì)審核的數(shù)據(jù)

產(chǎn)品及文件進(jìn)行配置管理。

注：集成測(cè)試缺陷的可以使用BUG管理工具進(jìn)行管理。此時(shí)可以不用手

工填寫(xiě)［缺陷跟蹤表］。

7.3.3集成測(cè)試技術(shù)要求

?每一個(gè)軟件特性至少被一個(gè)正常測(cè)試用例和一個(gè)被認(rèn)可的異常測(cè)試

用例覆蓋

?測(cè)試用例的輸入應(yīng)至少包括有效等價(jià)類(lèi)值、無(wú)效等價(jià)類(lèi)值和邊界數(shù)據(jù)

值

?應(yīng)測(cè)試模塊之間、軟件與硬件之間、與其他系統(tǒng)之間的所有接口

?應(yīng)測(cè)試軟件單元之間的所有調(diào)用，達(dá)到100%覆蓋率

?應(yīng)測(cè)試軟件的輸出數(shù)據(jù)及其格式

7.4系統(tǒng)測(cè)試作業(yè)流程與說(shuō)明

7.4.1系統(tǒng)測(cè)試作業(yè)流程

系統(tǒng)測(cè)試作業(yè)

輸入開(kāi)發(fā)工程師測(cè)試工程師顧客輸出

系統(tǒng)測(cè)試計(jì)劃

設(shè)計(jì)修正系統(tǒng)測(cè)試

準(zhǔn)備系統(tǒng)酒試環(huán)境

計(jì)劃和用例

系蛻測(cè)試用例

進(jìn)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試記錄

缺嗎學(xué)表J

記錄測(cè)試結(jié)果

向西悻改

編寫(xiě)測(cè)試報(bào)告京統(tǒng)測(cè)試報(bào)告_

7.4.2系統(tǒng)測(cè)試作業(yè)說(shuō)明

?集成測(cè)試通過(guò)后；測(cè)試人員根據(jù)系統(tǒng)實(shí)際進(jìn)展情況修正系統(tǒng)測(cè)試計(jì)劃

和系統(tǒng)測(cè)試用例；準(zhǔn)備測(cè)試環(huán)境和數(shù)據(jù)。

?測(cè)試人員按計(jì)劃執(zhí)行系統(tǒng)測(cè)試，記錄測(cè)試結(jié)果，填寫(xiě)［缺陷跟蹤表］,

報(bào)開(kāi)發(fā)組；

?開(kāi)發(fā)工程師負(fù)貢修改測(cè)試發(fā)現(xiàn)的問(wèn)題，通過(guò)后反饋給測(cè)試人員，測(cè)試

人員進(jìn)行系統(tǒng)的回歸測(cè)試；

?重復(fù)上述過(guò)程直至所有缺陷關(guān)閉；

?測(cè)試人員做報(bào)告測(cè)試總結(jié)和分析，編寫(xiě)［系統(tǒng)測(cè)試報(bào)告］;

?測(cè)試負(fù)責(zé)人審查后，把［系統(tǒng)測(cè)試報(bào)告］交給項(xiàng)目經(jīng)理確認(rèn)；測(cè)試人員

協(xié)助編寫(xiě)月戶使用手冊(cè)（聯(lián)機(jī)幫助文件）;

?測(cè)試人員協(xié)助準(zhǔn)備數(shù)據(jù)進(jìn)行下階段初驗(yàn)測(cè)試。

?QA進(jìn)行系統(tǒng)測(cè)試作業(yè)及文件的質(zhì)量保證審查，CM負(fù)責(zé)對(duì)審核的數(shù)據(jù)

產(chǎn)品及文件進(jìn)行配置管理；

注：系統(tǒng)測(cè)試缺陷的可以使用BUG管理工具進(jìn)行管理。此時(shí)可以不用手

工填寫(xiě)［缺陷跟蹤表］。

7.4.3系統(tǒng)測(cè)試技術(shù)要求

?每一個(gè)軟件特性至少被一個(gè)正常測(cè)試用例和一個(gè)被認(rèn)可的異常測(cè)試

用例覆蓋

?測(cè)試用例的輸入應(yīng)至少包括有效等價(jià)類(lèi)值、無(wú)效等價(jià)類(lèi)值和邊界數(shù)據(jù)

值

?應(yīng)逐項(xiàng)測(cè)試系統(tǒng)/子系統(tǒng)設(shè)計(jì)說(shuō)明規(guī)定的系統(tǒng)的功能、性能，達(dá)到100%

覆蓋率

?應(yīng)測(cè)試軟件的輸出數(shù)據(jù)及其格式

7.5初驗(yàn)測(cè)試

7.5.1初驗(yàn)測(cè)試作業(yè)流程

7.5.2初驗(yàn)測(cè)試作業(yè)說(shuō)明

?系統(tǒng)測(cè)試通過(guò)后；項(xiàng)目經(jīng)理向顧客提出初驗(yàn)測(cè)試申請(qǐng)；

?開(kāi)發(fā)人員將系統(tǒng)部署到顧客使用環(huán)境或仿真環(huán)境；

?測(cè)試人員枕,助準(zhǔn)備測(cè)試數(shù)據(jù)（測(cè)試用例、用戶使用手冊(cè)等）；

?顧客執(zhí)行初驗(yàn)測(cè)試，測(cè)試人員協(xié)助進(jìn)行測(cè)試記錄和填寫(xiě)［缺陷跟蹤

表］,結(jié)果發(fā)送開(kāi)發(fā)組；

?開(kāi)發(fā)工程師負(fù)責(zé)修改測(cè)試發(fā)現(xiàn)的問(wèn)題，再次進(jìn)行回歸驗(yàn)證測(cè)試；提交

顧客再次測(cè)試。

?顧客分析測(cè)試結(jié)果，判斷是否滿足顧客需求；確認(rèn)是否接受系統(tǒng)上線

試運(yùn)行；

?初驗(yàn)通過(guò)后，與顧客共同簽署初驗(yàn)報(bào)告。

?QA進(jìn)行該測(cè)試作業(yè)及文件的質(zhì)量保證審查，CM負(fù)責(zé)對(duì)審核的數(shù)據(jù)產(chǎn)

品及文件進(jìn)行配置管理;

7.5.3初驗(yàn)測(cè)試技術(shù)要求

?同系統(tǒng)測(cè)試技術(shù)要求

8、系統(tǒng)性能測(cè)試

8.1性能測(cè)試流程

結(jié)束

圖0-1性能測(cè)試流程

8.2性能測(cè)試作業(yè)說(shuō)明

?明確關(guān)鍵性能目標(biāo)

關(guān)鍵性能目標(biāo)應(yīng)通過(guò)與顧客溝通獲得，在用戶需求說(shuō)明書(shū)中說(shuō)明。這些目標(biāo)

應(yīng)該是解決顧客關(guān)注的性能問(wèn)題。性能目標(biāo)應(yīng)該是明確的、可度量的。例如：支

持并發(fā)用戶數(shù)量；連續(xù)運(yùn)行不宕機(jī)的時(shí)間等。

?定義性能測(cè)試的通過(guò)/失敗準(zhǔn)則

在明確了關(guān)鍵性能目標(biāo)后，需要定義如何衡量是否達(dá)到了性能目標(biāo)。即定義

測(cè)試的通過(guò)/失敗準(zhǔn)則。通過(guò)/失敗準(zhǔn)則來(lái)衡量系統(tǒng)的性能。例如至少能支持1500

個(gè)用戶并發(fā)，連續(xù)運(yùn)行20天，在每天有1000個(gè)并發(fā)用戶業(yè)務(wù)條件下不宕機(jī)。

?定義性能度量元

在明確了關(guān)鍵性能目標(biāo)和性能測(cè)試的通過(guò)/失敗準(zhǔn)則后，需要定義如何去度

量關(guān)鍵性能目標(biāo)和性能測(cè)試的通過(guò)/失敗準(zhǔn)則。性能度量元會(huì)影響測(cè)試方法和測(cè)

試工具的選擇。舉例來(lái)說(shuō)，如果要度量100個(gè)用戶并發(fā)的響應(yīng)時(shí)間，就必須明確

要度量以下哪一指標(biāo)：

（1）每個(gè)并發(fā)用戶的響應(yīng)時(shí)間

（2）在有99個(gè)用戶己經(jīng)接入的情況下，第100個(gè)用戶的響應(yīng)時(shí)間

（3）兩個(gè)指標(biāo)都要度量

?分析系統(tǒng)和預(yù)期的使用方式

對(duì)系統(tǒng)結(jié)構(gòu)的理解和對(duì)系統(tǒng)預(yù)期使用方式的分析是制定有針對(duì)性的測(cè)試方

案、確定測(cè)試目標(biāo)、測(cè)試數(shù)據(jù)、測(cè)試條件的基礎(chǔ)。在這一步工作中一定要盡可能

多的與顧客溝通。為后面分析業(yè)務(wù)模式打下基礎(chǔ)。

?明確關(guān)鍵業(yè)務(wù)

在對(duì)系統(tǒng)結(jié)構(gòu)和系統(tǒng)預(yù)期使用方式明確了之后，需要明確以下內(nèi)容。

（1）在測(cè)試?yán)幸从巢煌瑧?yīng)用背景下的關(guān)鍵業(yè)務(wù)和分布比例。

在業(yè)務(wù)中使用到的數(shù)據(jù)的規(guī)模

（2）在測(cè)試?yán)幸从巢煌臄?shù)據(jù)規(guī)模的業(yè)務(wù)功能組合。

?明確測(cè)試所需要的測(cè)試環(huán)境

在考慮測(cè)試環(huán)境時(shí)，需要考慮以下方面的問(wèn)題：

（1）硬件配置

（2）通訊協(xié)議

（3）操作系統(tǒng)

（4）其他應(yīng)用軟件

（5）網(wǎng)絡(luò)環(huán)境：獨(dú)立的網(wǎng)絡(luò)環(huán)境，非獨(dú)立有背景流量的網(wǎng)絡(luò)環(huán)境

（6）SERVER端應(yīng)用的安裝運(yùn)行位置

以上因素對(duì)測(cè)試結(jié)果均有影響，在測(cè)試環(huán)境構(gòu)建時(shí)需要考慮。以MSSQL

Server為例，如果MSSQLServer安裝運(yùn)行在NTPDC（primarydomain

controller）上，或BDC（back-updomaincontroller）,或者M(jìn)STransaction

Server,或者M(jìn)STISServer上，則MSSQLServer的性能可能會(huì)很差。硬件和

軟件的配置對(duì)測(cè)試結(jié)果也有影響，在測(cè)試環(huán)境構(gòu)建時(shí)需?？紤]適當(dāng)?shù)呐渲铆h(huán)境。

?明確所需要的物理客戶端、虛擬客戶端和虛擬數(shù)據(jù)庫(kù)用戶

物理客戶端、虛擬客戶端和虛擬數(shù)據(jù)庫(kù)用戶的規(guī)劃對(duì)測(cè)試環(huán)境、測(cè)試方法和

工具有較大影響。虛擬客戶端和虛擬數(shù)據(jù)庫(kù)用戶的選取需要考慮系統(tǒng)的具體實(shí)

現(xiàn)。

?選擇適合的測(cè)試方法

有幾項(xiàng)原則需要遵循：

（I）在測(cè)試計(jì)劃階段就必須規(guī)劃好測(cè)試方法；

（2）使用逐步遞增的方法測(cè)試性能；

（3）先完成功能驗(yàn)證，再開(kāi)始性能測(cè)試；

（4）不同的網(wǎng)絡(luò)環(huán)境，選取不同的測(cè)試次數(shù)；

<5）評(píng)估是否每次測(cè)試都能記錄需要的度量數(shù)據(jù)。

?逐步遞增的測(cè)試方法

從小的會(huì)話量開(kāi)始測(cè)試，逐步增加會(huì)話量。這樣能獲取準(zhǔn)確、有價(jià)值的性能

數(shù)據(jù)。例如要測(cè)試一個(gè)能夠支持100個(gè)并發(fā)用戶的系統(tǒng)，可以使用10,20,30,

40,50,60,70,80,90,100的并發(fā)用戶量進(jìn)行測(cè)試。

（1）不同網(wǎng)絡(luò)環(huán)境下的測(cè)試次數(shù)

由于性能數(shù)據(jù)不能只通過(guò)一次測(cè)試來(lái)獲得，應(yīng)該通過(guò)多次測(cè)試結(jié)果分析獲

得。不同網(wǎng)絡(luò)環(huán)境對(duì)測(cè)試的結(jié)果有一定影響，需要根據(jù)不同網(wǎng)絡(luò)環(huán)境來(lái)規(guī)劃測(cè)試

次數(shù)。根據(jù)每次測(cè)試結(jié)果去掉最大和最小值，以計(jì)算的平均值來(lái)分析測(cè)試結(jié)果。

在獨(dú)立的網(wǎng)絡(luò)環(huán)境下，為每個(gè)度量元進(jìn)行3-5次的測(cè)試。

在獨(dú)立的網(wǎng)絡(luò)環(huán)境下，為每個(gè)度量元進(jìn)行5-7次的測(cè)試。

（2）每次測(cè)試都能記錄需要的度量數(shù)據(jù)

測(cè)試實(shí)現(xiàn)方法應(yīng)能保證每次執(zhí)行時(shí)都能使用一致的方法來(lái)統(tǒng)計(jì)度量數(shù)據(jù)。

?選擇適合的測(cè)試工具

測(cè)試工具的選擇應(yīng)該與測(cè)試方法相一致。工具是用來(lái)實(shí)現(xiàn)方法的。使用測(cè)試

工具時(shí)需要考慮如果測(cè)試工具和被測(cè)系統(tǒng)安裝在同一設(shè)備上對(duì)被測(cè)系統(tǒng)性能的

影響。

?把性能度量元轉(zhuǎn)換為可以采集的度量數(shù)據(jù)項(xiàng)

只有使用明確的可采集到的數(shù)據(jù)才能真正反應(yīng)系統(tǒng)的性能狀況。例如：

（1）CPU的占用率

（2）單一客戶端的響應(yīng)時(shí)間（使用時(shí)間戳的差值，發(fā)出請(qǐng)求的時(shí)間和受到回

應(yīng)的時(shí)間）

（3）網(wǎng)絡(luò)流量占用率

（4）內(nèi)存的占用率

（5）硬盤(pán)使用率

?用戶和項(xiàng)目組評(píng)審?fù)ㄟ^(guò)

項(xiàng)目組對(duì)測(cè)試的所有規(guī)劃進(jìn)行評(píng)審，以保證測(cè)試是有效的。

8.3幾種性能測(cè)試的說(shuō)明

?Scalability/loadtesting（規(guī)?；?壓力測(cè)試）：

通過(guò)在被測(cè)系統(tǒng)上不斷增加壓力，直到性能指標(biāo)例如響應(yīng)時(shí)間超過(guò)預(yù)定指標(biāo)

或者某種資源已經(jīng)達(dá)到飽和狀態(tài)。這種測(cè)試可以找到系統(tǒng)的處理極限，為系統(tǒng)調(diào)

優(yōu)提供數(shù)據(jù)。

?Performancetesting（性能測(cè)試）：

通過(guò)模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力量和使用場(chǎng)景組合測(cè)試系統(tǒng)的性能是否滿足

生產(chǎn)性能要求。

?Configurationtesting（配置測(cè)試）：

通過(guò)測(cè)試找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。

?Concurrencytesting（并發(fā)測(cè)試）：

測(cè)試多個(gè)用戶同時(shí)訪問(wèn)同一個(gè)應(yīng)用、同一個(gè)模塊或者數(shù)據(jù)記錄時(shí)是否存在死

鎖或者其他性能問(wèn)題。

?Stresstesting（極限測(cè)試）：

測(cè)試系統(tǒng)在一定飽和狀態(tài)下.例如CPU、內(nèi)存在使用飽和情況下.系統(tǒng)能夠

處理的會(huì)話能力，以及系統(tǒng)是否會(huì)出現(xiàn)錯(cuò)誤。

■Volumetesting（容量測(cè)試）：

測(cè)試系統(tǒng)能夠處理的最大會(huì)話能力。

?Reiiabilitytesting（可靠性測(cè)試）：

通過(guò)給系統(tǒng)加載一定的業(yè)務(wù)壓力（例如資源在70-90%的使用率）的情況下,

運(yùn)行一段時(shí)間。

?Failovertesting（失敗測(cè)試）:

對(duì)于有冗余備份和負(fù)載均衡的系統(tǒng)，通過(guò)這樣的測(cè)試來(lái)檢驗(yàn)如果系統(tǒng)局部發(fā)

生故障用戶是否能夠繼續(xù)使用系統(tǒng)，及用戶將受到多大的影響。

8.4數(shù)據(jù)庫(kù)操作部分的測(cè)試

應(yīng)用系統(tǒng)中一般有大量訪問(wèn)數(shù)據(jù)庫(kù)的操作。SQL語(yǔ)句簡(jiǎn)化了數(shù)據(jù)庫(kù)的訪問(wèn)方

式，但是也帶來(lái)一些問(wèn)題，因?yàn)橛脩羰褂脦讞l簡(jiǎn)單的SQL語(yǔ)句就可以操作大量的

數(shù)據(jù)。因此對(duì)數(shù)據(jù)庫(kù)訪問(wèn)部分程序的測(cè)試就很重要，而往往會(huì)被忽略。在本節(jié)的

指導(dǎo)中針對(duì)不同的SQL語(yǔ)句，指出好的使用習(xí)慣和測(cè)試時(shí)需要關(guān)注的問(wèn)題。對(duì)

SQL語(yǔ)句程序的測(cè)試最好是在單元測(cè)試中完成。

?查詢語(yǔ)句

使用查詢語(yǔ)句的習(xí)慣與表的列是有關(guān)系的：

不同的表有相同的列名；

增加了表的列；

刪除了表的列；

修改了列的名字；

因此使用SELECT*和不指定表名的列引用方法可能會(huì)存在隱患。建議的使

用方法：為每一個(gè)SQL語(yǔ)句中的所有行確定所歸屬的表的表名。

?修改語(yǔ)句

任何從修改記錄的語(yǔ)句、刪除行或者刪除表本身的操作應(yīng)該在界面上有用戶

確認(rèn)的功能。

?表的連接

SQL語(yǔ)句的WHERE短語(yǔ)中不正確的連接會(huì)造成數(shù)據(jù)出現(xiàn)多次，不正確或者沒(méi)

有數(shù)據(jù)的問(wèn)題。

?外部連接

外部連接由于數(shù)據(jù)的問(wèn)題可能會(huì)產(chǎn)生非預(yù)期的值。由于現(xiàn)在外部連接擴(kuò)展功

能還沒(méi)有形成標(biāo)準(zhǔn)，因此在使用不同數(shù)據(jù)庫(kù)環(huán)境開(kāi)發(fā)時(shí)，需要注意這一功能的差

異。

?笛卡兒積

帶有不F確或者不完整的WHERE子句的SQL語(yǔ)句會(huì)帶來(lái)笛卡兒積的問(wèn)題.當(dāng)

被連接的表之間沒(méi)有邏輯關(guān)系時(shí)也會(huì)發(fā)生這種情況。一個(gè)笛卡兒積造成所有表

中，所有列被連接并被返回。當(dāng)表中數(shù)據(jù)量大時(shí)，笛卡兒積給系統(tǒng)性能帶來(lái)負(fù)面

影響：網(wǎng)絡(luò)負(fù)載增加或顧客端顯示出現(xiàn)問(wèn)題。

?日期和時(shí)間

由于各個(gè)數(shù)據(jù)庫(kù)環(huán)境對(duì)于日期和時(shí)間的處理有一些差異，因此當(dāng)支持多種數(shù)

據(jù)庫(kù)平臺(tái)時(shí)，需要測(cè)試對(duì)于日期和時(shí)間的處理。

?事務(wù)的處理

事務(wù)被定義為邏輯上不可分割的工作單元。對(duì)事務(wù)處理的不合適可以導(dǎo)致數(shù)

據(jù)丟失或者崩潰或者表被鎖定很長(zhǎng)時(shí)間。

測(cè)試一個(gè)事務(wù)的步驟：

明確事務(wù)的定義；

確定事務(wù)的第一條語(yǔ)句和最后一條語(yǔ)句；

檢查事務(wù)的第一條語(yǔ)句和最后一條語(yǔ)句中間的中間語(yǔ)句；

確定是否使用語(yǔ)句使數(shù)據(jù)庫(kù)引擎理解一個(gè)事務(wù)的構(gòu)成，例如使用begin

transaction和committransaction語(yǔ)句；

測(cè)試事務(wù)。

在測(cè)試時(shí)需要關(guān)注幾個(gè)問(wèn)題：

<1）事務(wù)是否有可能被無(wú)限地延長(zhǎng)：長(zhǎng)時(shí)間處于打開(kāi)狀態(tài)的事務(wù)可能使某

些數(shù)據(jù)庫(kù)表處于鎖定狀態(tài)，影響其他事務(wù)的進(jìn)行，有可能導(dǎo)致系統(tǒng)停

機(jī)。

（2）當(dāng)事務(wù)被異常終止時(shí)，數(shù)據(jù)庫(kù)是否恢復(fù)到事務(wù)前的狀態(tài)

?合計(jì)函數(shù)

合計(jì)函數(shù)（集合函數(shù)）運(yùn)算用于計(jì)算表中某一列中的一些值。包含了合計(jì)函

數(shù)的SQL語(yǔ)句容易包含錯(cuò)誤。因此需要仔細(xì)測(cè)試。

測(cè)試的方法建議為：

先去掉合計(jì)調(diào)用，檢驗(yàn)返回行；

測(cè)試數(shù)據(jù)包括。個(gè)，1個(gè)和多個(gè)。

?字符串操作語(yǔ)句

當(dāng)SQL語(yǔ)句中包含有字符串操作語(yǔ)句時(shí)，測(cè)試的重點(diǎn)在于使用多樣化的數(shù)據(jù)

進(jìn)行測(cè)試。

?空值的處理

在測(cè)試時(shí)需要為每個(gè)SQL語(yǔ)句構(gòu)造返叵|控制的情況來(lái)測(cè)試系統(tǒng)。

?SQL語(yǔ)句反饋的代碼

判斷SQL語(yǔ)句返回的代碼時(shí)程序容易忽略的問(wèn)題。

?SQL語(yǔ)句的效率

系統(tǒng)是要運(yùn)行在一個(gè)大型數(shù)據(jù)庫(kù)上的，那麼SQL語(yǔ)句的性能測(cè)試就非常必要

了。這時(shí)需要構(gòu)造大量的數(shù)據(jù)進(jìn)行測(cè)試。

?存儲(chǔ)過(guò)程和觸發(fā)器

對(duì)于存儲(chǔ)過(guò)程和觸發(fā)器的測(cè)試需要綜合SQL語(yǔ)句的測(cè)試和程序單元測(cè)試方

法來(lái)進(jìn)行測(cè)試。

8.5性能測(cè)試規(guī)劃

在考慮性能測(cè)試時(shí)，主要有兩個(gè)問(wèn)題需要關(guān)注：

?在一定業(yè)務(wù)壓力下的性能；

?系統(tǒng)的可規(guī)模化的能力。

為了保證性能測(cè)試的有效性，必須注意以下問(wèn)題：

?必須作好性能測(cè)試的計(jì)劃；

?性能測(cè)試的計(jì)劃、結(jié)果要獲得顧客的認(rèn)可。

8.6設(shè)計(jì)測(cè)試用例

通過(guò)對(duì)系統(tǒng)性能測(cè)試需求的分析，組織設(shè)計(jì)《性能/壓力測(cè)試用例》。

8.7評(píng)審測(cè)試用例

測(cè)試組長(zhǎng)負(fù)責(zé)組織測(cè)試組成員將性能測(cè)試用例在測(cè)試組中進(jìn)行評(píng)審，并征求

項(xiàng)目組意見(jiàn)。評(píng)審?fù)ㄟ^(guò)后，測(cè)試組長(zhǎng)按照測(cè)試計(jì)劃組織人員進(jìn)行實(shí)施。如評(píng)審未

通過(guò)，則根據(jù)評(píng)審結(jié)果進(jìn)行修改直至通過(guò)。

8.8準(zhǔn)備性能測(cè)試環(huán)境

根據(jù)現(xiàn)有條件準(zhǔn)備搭建測(cè)試模擬環(huán)境，制訂測(cè)試完成的標(biāo)準(zhǔn)（包括數(shù)據(jù)庫(kù)的

大小、并發(fā)用戶的多少等），是否進(jìn)行對(duì)比測(cè)試，測(cè)試方法與進(jìn)度安排等等，按

照測(cè)試計(jì)劃，在各種條件下，運(yùn)行事先設(shè)計(jì)的測(cè)試腳本，記錄服務(wù)器及相關(guān)顧客

端的性能參數(shù)。在一定的范圍內(nèi)調(diào)整數(shù)據(jù)庫(kù)的大小、并發(fā)訪問(wèn)的用戶數(shù)、訪問(wèn)時(shí)

間等測(cè)試條件以獲得用需要的數(shù)據(jù)。

為了確定應(yīng)用程序可能達(dá)到的最好性能，做如下建議：

?一個(gè)孤立的私用網(wǎng)絡(luò)（這是理想的）；

?足夠的顧客，以充分發(fā)揮服務(wù)器的潛力；

?充分的網(wǎng)絡(luò)帶寬（100Mbps或更高）；

?多個(gè)網(wǎng)卡以分散負(fù)載；

?一個(gè)多處理器機(jī)器用于伸縮性測(cè)試（這是理想的）；

?重新運(yùn)行測(cè)試，查看測(cè)試結(jié)果是否能重現(xiàn)。

如果需要測(cè)試應(yīng)用程序在平均負(fù)載下的性能，就應(yīng)設(shè)置性能指標(biāo)（CPU的使

用比例、響應(yīng)時(shí)間），并努力達(dá)到這些指標(biāo)。

8.9選擇性能測(cè)試工具

建議使用的性能測(cè)試工具必須有如下功能：

?高效率、高可靠性；

?能夠創(chuàng)建真實(shí)的負(fù)載；

?能夠模擬虛擬用戶以及實(shí)際用戶的操作行為；

?能夠?qū)嵤?shí)時(shí)性能監(jiān)測(cè)；

?能通過(guò)編輯腳本的方式、自動(dòng)完成指定的操作流程；

?能夠模擬多用戶并發(fā)使用；

?能夠記錄操作的響應(yīng)時(shí)間和輸出情況。

8.10測(cè)試執(zhí)行/問(wèn)題跟蹤

根據(jù)測(cè)試計(jì)劃的安排，測(cè)試組長(zhǎng)組織相關(guān)測(cè)試人員執(zhí)行測(cè)試用例，并將測(cè)試

過(guò)程中找到的問(wèn)題記錄到測(cè)試工具中。

對(duì)于測(cè)試出來(lái)的問(wèn)題，測(cè)試組長(zhǎng)與研發(fā)組長(zhǎng)進(jìn)行協(xié)調(diào)，協(xié)商修改的返回日期,

并安排相關(guān)人員對(duì)問(wèn)題進(jìn)行跟蹤。開(kāi)發(fā)組進(jìn)行錯(cuò)誤修改，并填寫(xiě)測(cè)試工具中的錯(cuò)

誤原因和修改方法后，測(cè)試組進(jìn)行回歸測(cè)試。

測(cè)試組長(zhǎng)應(yīng)定期（階段測(cè)試或每周至少一次）統(tǒng)計(jì)測(cè)試中的問(wèn)題及工作量，

進(jìn)行測(cè)試評(píng)估，確定測(cè)試工作是否可以結(jié)束。

8.11性能測(cè)試的注意事項(xiàng)

?在正式測(cè)試之前進(jìn)行實(shí)驗(yàn)性的測(cè)試

由于性能測(cè)試的環(huán)境、人力投入都是比較昂貴的，因此在進(jìn)行正式之前需要

使用少量的數(shù)據(jù)和用例實(shí)現(xiàn)以下目標(biāo)：

測(cè)試的數(shù)據(jù)可以正確使用；

（1）測(cè)試程序可以正確使用；

（2）測(cè)試的環(huán)境運(yùn)行正常；

（3）測(cè)試中需要采集的數(shù)據(jù)可以正確采集：

（4）被測(cè)系統(tǒng)運(yùn)行正常。

?不要對(duì)生產(chǎn)環(huán)境造成不良影響

如果需要在生產(chǎn)環(huán)境進(jìn)行測(cè)試，應(yīng)該提交制定備份計(jì)劃。

?數(shù)據(jù)聚集問(wèn)題

性能測(cè)試中選用的數(shù)據(jù)應(yīng)該在差異上進(jìn)行分散，與實(shí)際生產(chǎn)數(shù)據(jù)的差異分布

相似、，充分測(cè)試系統(tǒng)在不同數(shù)據(jù)下的狀態(tài)。如果使用較單一的數(shù)據(jù)進(jìn)行測(cè)試，一

方面可能使系統(tǒng)的局部功能沒(méi)有被使用，導(dǎo)致性能測(cè)試數(shù)據(jù)不可靠；另外，如果

系統(tǒng)對(duì)于同樣的數(shù)據(jù)處理有優(yōu)化處理功能，也導(dǎo)致性能測(cè)試數(shù)據(jù)不可靠。

?沒(méi)有及時(shí)通知其他相關(guān)人員

性能測(cè)試的環(huán)境可能不是被性能測(cè)試小組單獨(dú)使用，因此為了確保測(cè)試數(shù)據(jù)

的可靠性，在正式測(cè)試開(kāi)始前，應(yīng)該及時(shí)通知其他相關(guān)人員暫停使用這個(gè)環(huán)境。

?并發(fā)數(shù)與發(fā)送流量的問(wèn)題

使用高發(fā)送流量并不能替代高并發(fā)數(shù)的測(cè)試，因此需要測(cè)試這兩個(gè)因素下系

統(tǒng)性能的狀況。

?沒(méi)有測(cè)試一個(gè)完整的回路

在用戶使用用戶界面訪問(wèn)和使用系統(tǒng)的情況下，顧客端的處理效率也會(huì)影響

響應(yīng)時(shí)間的指標(biāo)，因此響應(yīng)時(shí)間的統(tǒng)計(jì)不應(yīng)該后臺(tái)統(tǒng)計(jì)，而應(yīng)該統(tǒng)計(jì)一個(gè)完整處

理回路，即在前端統(tǒng)計(jì)從用戶發(fā)出請(qǐng)求到用戶看到處理結(jié)果的時(shí)間。

?相關(guān)人員沒(méi)有及時(shí)在現(xiàn)場(chǎng)

在進(jìn)行性能測(cè)試時(shí)，需要配置好硬件、軟件、網(wǎng)絡(luò)等多個(gè)子系統(tǒng)，并在測(cè)試

時(shí)統(tǒng)計(jì)各個(gè)子系統(tǒng)的指標(biāo)，為系統(tǒng)調(diào)優(yōu)采集數(shù)據(jù)。因此最好的辦法是測(cè)試時(shí)所有

相關(guān)子系統(tǒng)有負(fù)責(zé)人在場(chǎng)，共同測(cè)試和采集數(shù)據(jù)。

?測(cè)試的工作成果沒(méi)有管理好

性能測(cè)試的所有數(shù)據(jù)、程序、配置文件都應(yīng)該象管理開(kāi)發(fā)的代碼和版本一樣

進(jìn)行嚴(yán)格管理，要與版本有一致的標(biāo)識(shí)。否則可能導(dǎo)致工作成果丟失，在系統(tǒng)優(yōu)

化后，無(wú)法盡快完成再次的測(cè)試。

?測(cè)試的網(wǎng)絡(luò)環(huán)境不清楚

不同的網(wǎng)絡(luò)配置會(huì)影響性能測(cè)試的結(jié)果，因此在測(cè)試計(jì)劃的時(shí)候，就必須明

確測(cè)試用的網(wǎng)絡(luò)環(huán)境，在測(cè)試執(zhí)行時(shí)，要明確實(shí)際使用的網(wǎng)絡(luò)環(huán)境。

?測(cè)試時(shí)關(guān)注系統(tǒng)的出錯(cuò)信息

在性能測(cè)試時(shí)，由于系統(tǒng)承擔(dān)的壓力比功能測(cè)試時(shí)要大，因此有些缺陷在性

能測(cè)試時(shí)才會(huì)發(fā)現(xiàn)，因此在性能測(cè)試時(shí)應(yīng)該關(guān)注系統(tǒng)是否有錯(cuò)誤信息提示或者錯(cuò)

誤日志記錄。

?全面分析測(cè)試數(shù)據(jù)

性能測(cè)試之后往往是性能調(diào)優(yōu)。為了給性能調(diào)優(yōu)提供線索，測(cè)試出的數(shù)據(jù)應(yīng)

該由各個(gè)子系統(tǒng)的相關(guān)人員共同分析得出結(jié)果。

?注意硬件設(shè)備對(duì)性能的影響

在性能測(cè)試前，應(yīng)該確定使用的硬件配置。

?停止對(duì)性能無(wú)影響的子系統(tǒng)、設(shè)備

在性能測(cè)試時(shí)，如果某些運(yùn)行環(huán)節(jié)對(duì)系統(tǒng)性能影響可以忽略不計(jì)，可以不運(yùn)

行這部分程序。例如，如果測(cè)試的業(yè)務(wù)是通過(guò)刷卡錄入的，則可以暫時(shí)改為使用

鍵盤(pán)輸入。

?沒(méi)有確定測(cè)試需要采集的數(shù)據(jù)

如果測(cè)試執(zhí)行前沒(méi)有規(guī)劃好采集的數(shù)據(jù)項(xiàng)，則造成測(cè)試投入的浪費(fèi)。

?沒(méi)有確定測(cè)試的范圍和目的

與其他測(cè)試和項(xiàng)目的開(kāi)發(fā)活動(dòng)一樣，在性能測(cè)試前必須確定測(cè)試的對(duì)象、目

標(biāo)。否則會(huì)造成性能測(cè)試范圍不斷擴(kuò)大，無(wú)限期的進(jìn)行而無(wú)確定的結(jié)果輸出。

9、輸出及需要的配置管理

輸出產(chǎn)品管理級(jí)別

測(cè)試計(jì)劃（集成測(cè)試計(jì)劃、系統(tǒng)測(cè)一般受控

試計(jì)劃、初驗(yàn)測(cè)試計(jì)劃）

測(cè)試用例（集成測(cè)試用例、系統(tǒng)測(cè)一般受控或納入基線

試用例、初驗(yàn)測(cè)試用例）

［缺陷跟蹤表］（集成、系統(tǒng)［缺陷跟記錄類(lèi)

蹤表］）

集成測(cè)試記錄（含測(cè)試結(jié)論）記錄類(lèi)

系統(tǒng)測(cè)試報(bào)告記錄類(lèi)

性能測(cè)試報(bào)告記錄類(lèi)

初驗(yàn)測(cè)試記錄記錄類(lèi)

初驗(yàn)測(cè)試報(bào)告記錄類(lèi)

注：記錄類(lèi)配置項(xiàng)只進(jìn)行讀寫(xiě)控制；一般受控配亶項(xiàng)進(jìn)行版本控制

10、出口準(zhǔn)則

10.1測(cè)試整體

1、完成了項(xiàng)目計(jì)劃中所規(guī)定的測(cè)試任務(wù)

2、所有測(cè)試項(xiàng)沒(méi)有殘余的一級(jí)，二級(jí)和三級(jí)的缺陷。

3、測(cè)試中的問(wèn)題或異常有合理解釋或正確有效處理

4、測(cè)試用例及缺陷記錄跟蹤表被認(rèn)可，測(cè)試報(bào)告經(jīng)審批發(fā)布。

5、測(cè)試文檔齊全、符合規(guī)范。

6、全部的測(cè)試軟件、測(cè)試數(shù)據(jù)、評(píng)審結(jié)果置于配置管理之下。

10.2單元測(cè)試

1、測(cè)試的缺陷均被修正并得到驗(yàn)證；

2、《單元測(cè)試報(bào)告》通過(guò)項(xiàng)目經(jīng)理、上級(jí)主管的簽字。

10.3集成測(cè)試

＞測(cè)試的缺陷均被修正并得到驗(yàn)證；

＞測(cè)試缺陷跟蹤表和集成測(cè)試報(bào)告通過(guò)審批。

10.4系統(tǒng)測(cè)試

＞測(cè)試的一、二、三級(jí)缺陷均被修正并得到驗(yàn)證；

》測(cè)試缺陷跟蹤表和系統(tǒng)測(cè)試總結(jié)報(bào)告通過(guò)審批。

10.5性能測(cè)試

＞測(cè)試的缺陷均被修正并得到驗(yàn)證；

＞性能測(cè)試報(bào)告通過(guò)審批。

10.6初驗(yàn)測(cè)試

＞測(cè)試的一、二、三級(jí)缺陷均被修正并得到驗(yàn)證;

＞顧客確認(rèn)接收并簽署初驗(yàn)報(bào)告。

11、軟件缺陷等級(jí)定義

缺陷嚴(yán)重程度描述

不能執(zhí)行正常工作的功能或重要功能?；蛘呶＜叭松戆踩?，不符合國(guó)

嚴(yán)重

家政府政策、政治立場(chǎng)等。

嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒(méi)有辦法更正。（重新安

較嚴(yán)重

裝或重新啟動(dòng)該軟件不屬于更正辦法）。

嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更正辦法。（重

一般

新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。

較小使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。

輕微提示性錯(cuò)誤，一般性修改建議。

缺陷嚴(yán)重程度的詳細(xì)描述如下：

1、嚴(yán)重缺陷：不能執(zhí)行正常工作功能或重要功能。或者危及人身安全，不

符合國(guó)家政府政策、政治立場(chǎng)等。該類(lèi)錯(cuò)誤使得系統(tǒng)不能正常運(yùn)行。待測(cè)系統(tǒng)的

運(yùn)行破壞永久存儲(chǔ)數(shù)據(jù)（配置文件、數(shù)據(jù)庫(kù)等）；導(dǎo)致系統(tǒng)不能重新啟動(dòng)或啟動(dòng)

后功能異常；按照安裝使用手冊(cè)正確安裝配置但無(wú)法正常安裝或啟動(dòng)；執(zhí)行主要

功能直接導(dǎo)致系統(tǒng)死機(jī)、掛起、非法退出、內(nèi)存報(bào)錯(cuò)等。包括：

?正常安裝并運(yùn)行被測(cè)系統(tǒng)，引起系統(tǒng)崩潰、死機(jī)或者嚴(yán)重存在系統(tǒng)內(nèi)存

泄漏，造成文件不可靠或潛在的數(shù)據(jù)丟失。

?系統(tǒng)異常終止或退出：被測(cè)系統(tǒng)在非認(rèn)為干預(yù)的情況下，運(yùn)行一段時(shí)間

后，自動(dòng)終止、退出或停止響應(yīng)；執(zhí)行正常操作過(guò)程中（包括輸入邊界

值），系統(tǒng)程序自動(dòng)終止、退出或停止響應(yīng)。

?系統(tǒng)無(wú)響應(yīng)或者無(wú)法退出：執(zhí)行正常操作（包括輸入邊界值），系統(tǒng)無(wú)

響應(yīng)，必須退出應(yīng)用程序，或殺進(jìn)程，重啟系統(tǒng)：程序進(jìn)入死循環(huán)，無(wú)

法退出。

?在正常的合法操作下（包括輸入邊界值）、被測(cè)系統(tǒng)自動(dòng)刪除了數(shù)據(jù)庫(kù)

中必要的數(shù)據(jù)或配置文件，造成被測(cè)系統(tǒng)不能繼續(xù)運(yùn)行、退出或停止響

應(yīng)。

?造成缺乏關(guān)鍵的程序功能并無(wú)法逾越。

2、較嚴(yán)重缺陷：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒(méi)有辦法更正。

（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。

該類(lèi)錯(cuò)誤是指系統(tǒng)主要功能沒(méi)有實(shí)現(xiàn)，或者有嚴(yán)重錯(cuò)誤或性能上與指標(biāo)相差

非常遠(yuǎn)；主要模塊或功能不能滿足需求或設(shè)計(jì)的要求；不能執(zhí)行完成功能的全部

或部分流程，或者流程有問(wèn)題，或者執(zhí)行結(jié)果有嚴(yán)重錯(cuò)誤；執(zhí)行過(guò)程過(guò)于緩慢，

占用過(guò)多的系統(tǒng)資源，或占用資源后不能正常釋放：主界面有文字錯(cuò)誤°包括：

?需求中要求的主要功能沒(méi)有實(shí)現(xiàn)。

?主要功能失敗。

?嚴(yán)重的功能失常。

?被測(cè)系統(tǒng)的主要功能或者性能與需求規(guī)定相差非常大。

?被測(cè)系統(tǒng)中的某項(xiàng)主要功能無(wú)法正常運(yùn)行。

?被測(cè)系統(tǒng)的某項(xiàng)主要功能不穩(wěn)定，經(jīng)常出現(xiàn)異?，F(xiàn)象，嚴(yán)重的影響了其

它功能。

?錯(cuò)誤的發(fā)生直接會(huì)引起數(shù)據(jù)的丟失、損壞、不一致。

?被測(cè)系統(tǒng)的某個(gè)BUG嚴(yán)重影響客戶進(jìn)行系統(tǒng)驗(yàn)收。

3、一般性缺陷：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但存在合理的更

正辦法。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）。該類(lèi)錯(cuò)誤是指系統(tǒng)按照

功能流程執(zhí)行了，執(zhí)行的結(jié)果有錯(cuò)誤，但不嚴(yán)重；錯(cuò)誤的發(fā)生雖然導(dǎo)致某些功能

不能執(zhí)行，但這項(xiàng)功能能通過(guò)其它的操作間接的實(shí)現(xiàn)，錯(cuò)誤的發(fā)生不影響整體功

能的實(shí)現(xiàn)。包括：

?非正常操作或輸入導(dǎo)致系統(tǒng)出錯(cuò)。

?系統(tǒng)運(yùn)行過(guò)程中偶爾（出現(xiàn)概率＜5%）有出錯(cuò)提示或?qū)е孪到y(tǒng)運(yùn)行不正

常。

?被測(cè)系統(tǒng)實(shí)現(xiàn)的功能或性能與需求中的規(guī)定不完全一致。

?沒(méi)有（或不恰當(dāng)?shù)模?shù)據(jù)檢查導(dǎo)致臟數(shù)據(jù)進(jìn)入數(shù)據(jù)庫(kù)。

?非正常操作，被測(cè)系統(tǒng)必然或經(jīng)常出現(xiàn)不正常的返回值、提示。

?被測(cè)系統(tǒng)中一些次要的功能無(wú)法正常運(yùn)行。

?被