軟件測試規(guī)程

擬制：________

審核：__________

批準：

文件更改記錄

序

日期更改內容版次起草或修訂人批準人

號

1

2

3

4

目錄

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

2、術語和縮略語....................................4

3、角色與職責......................................4

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

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

6、入口準則........................................6

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

6.2單元測試....................................................................6

6.3集成測試....................................................................6

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

6.5性能測試....................................................................6

6.6初驗測試....................................................................6

7、活動............................................7

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

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

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

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

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

7.22單元測試工作說明.........................................................10

7.2.3單元測試技術要求.........................................................11

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

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

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

7.3.3集成測試技術要求........................................................12

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

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

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

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

7.5初驗測試....................................................................15

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

7.52初驗測試作業(yè)說明.........................................................15

7.5.3初驗測試技術要求.........................................................16

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

8.1性能測試流程................................................................16

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

8.3幾種性能測試的說明.........................................................19

8.4數據庫操作部分的測試.......................................................20

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

8.6設計測試用例...............................................................23

8.7評審測試用例...............................................................23

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

8.9選擇性能測試工具...........................................................24

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

8.11性能測試的注意事項........................................................25

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

10、出口準則.......................................28

10.1測試整體..................................................................28

10.2單元測試..................................................................28

10.3集成測試..................................................................28

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

10.5性能測試..................................................................28

10.6初驗測試..................................................................29

11、軟件缺陷等級定義...............................29

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

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

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

15、相關的文檔.....................................34

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

1、目的

制定項目實施過程中的測試活動書面的規(guī)范要求，并為PPQA的對測試過程

的符合性檢查提供依據。

2、術語和縮略語

單元測試：即針對程序中可獨立運行的代碼/模塊作為最小測試單元而進行

的測試。（參考設計與實現規(guī)范）

集成測試：（也叫組裝測試，聯合測試）是單元測試的邏輯擴展，即針對兒

個模塊間接口或同網絡、數據庫、操作系統(tǒng)和新系統(tǒng)間的整合過程進行正確性測

試。集成測試所持的主要標準是《概要設計說明》，任何不符合該說明的程序模

塊行為都應該加以記載并上報。

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

的性能、穩(wěn)定性、兼容性而進行的測試。系統(tǒng)測試所持的主要標準是系統(tǒng)的需求

文檔。

初驗測試：上線試運行前，顧客對系統(tǒng)功能進行接受測試。

最終驗收測試：由顧客針對顧客需求作最終的確認測試。

回歸測試：針對修改過的缺陷進行的選擇性重新測試，重點檢驗修改部分及

其相關部分，即檢驗是否改對了，旦未引入新的缺陷。

3、角色與職責

角色職責

e協(xié)助測試進行，協(xié)調測試開發(fā)間的矛盾。

項目經理?跟蹤狀態(tài)和問題解決狀態(tài)。

令審批測試報告。

令組織制定、修改測試計劃

測試組長

令定義測試策略

令組織各種測試用例設計和編寫

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

e審核測試用例、測試結果及測試報告

令準備測試：按計劃設計不同階段的測試用例

令按計劃執(zhí)行測試，協(xié)助初驗測試

<進行測試準備工作，包括編寫、準備測試工具、測試數據

測試人員

<遵循測試要求進行測試，記錄和報告測試結果，編寫詳細

測試文檔（各階段測試文檔等）。

令有需要時協(xié)助編寫用戶使用手冊

?提供被測試產品的信息。

開發(fā)人員令負責單元測試和部分集成測試。

?及時修改測試中發(fā)現的缺陷，再提交。

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

<檢查測試活動、工作產品的符合性。

PPQA工程師

配置管理工程師令按照計劃對測試過程的工作產品進行配置管理。

系統(tǒng)設計人員?參與對產品構件進行單元測試與代碼走查的驗證。

令當合同規(guī)定時，參加測試活動，并簽署意見。

顧客

令參與初驗測試、驗收測試。

4、使用的資源

功能測試、性能測試、Bug管理等工具軟件。

5、輸入

1、用戶需求說明書、產品需求說明書

2、概要設計說明書、詳細設計說明書

3、項目計劃

4、需求跟蹤矩陣

5、被測試產品

6、測試計劃

7、測試用例、測試數據

8、測試環(huán)境

6、入口準則

6.1測試整體作業(yè)

1＞項目合同簽訂。

6.2單元測試

2、被測模塊開發(fā)完成

6.3集成測試

1、需集成的產品構件已經編碼完成并且通過單元測試

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

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

6.4系統(tǒng)測試

1、集成測試通過

6.5性能測試

1、系統(tǒng)測試通過

6.6初驗測試

1、系統(tǒng)測試通過

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

7、活動

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

軟件測試起始于需求分析階段，始終貫穿于軟件開發(fā)和維護活動中。

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

XZ

7.1.2測試作業(yè)說明

1、需求與計劃階段：

?項目經理向測試組提出測試申請（或指派測試任務）；

?測試負責人分析項目的數據.定義測試策略、制定測試計劃，分配該

項目的測試人員；

?測試人員分析測試計劃和項目的數據（顧客需求，需求規(guī)格，驗收標

準等）；

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

?測試計劃和測試用例經測試負責人審核生效；

2、設計階段

?項目經理制定軟件產品集成準則

?測試人員按照概要設計編寫集成測試用例

?測試人員按照產品集成準則編寫集成策略和接口表

?系統(tǒng)測試用例經測試負責人審核生效；

3、編碼階段與測試階段

?單元測試：開發(fā)工程師進行單元測試，記錄測試結果，填寫［缺陷表

跟蹤表］,并且需要通過項目經理審核，后轉入集成測試；（一般要

避免開發(fā)工程師測試自己寫的代碼）

?集成測試：測試人員根據集成測試計劃配合開發(fā)工程師進行測試，記

錄測試結果，填寫［缺陷跟蹤表］,并且需要通過項目經理審核，方

可轉入系統(tǒng)測試；

?系統(tǒng)測試：測試人員根據系統(tǒng)測試計劃進行測試，記錄測試結果，填

寫［缺陷跟蹤表］,并且總結測試過程，分析測試情況，編寫測試總

結分析報告；［系統(tǒng)測試報告］需要通過項目經理審批，經過項目經

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

?用戶使用手冊：有必要時可以協(xié)助測試編寫［用戶使用手冊］和聯機幫

助文件，協(xié)助實施人員對顧客進行培訓，準備系統(tǒng)的試運行：

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

記錄、缺陷記錄和跟蹤和測試分析報告中的部分內容可以直接利用測試

工具軟件提供的記錄和數據。

4、初驗測試階段

?初驗測試：系統(tǒng)上線前項目經理安排顧客對系統(tǒng)進行初驗測試，通過

后上線試運行；

5、培訓與試運行階段

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

6、最終驗收階段

?驗收測試：按計劃試運行一段時間后，最終顧客進行驗收測試，測試

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

?項目經理和顧客審核驗收報告；

7、運行維護階段

?運行維護人員記錄運行過程中發(fā)現錯誤、缺陷或顧客對軟件的新需

求，進行相應的修改或開發(fā)后，測試人員根據需要對代碼進行相關

測試。

每階段：QA進行對作業(yè)及文件的質量保證審查；CM負責對審核的數據產品、

文件及相關數據進行配置管理;

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

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

7.2.2單元測試工作說明

?項目經理安排開發(fā)工程師進行單元測試。

?進行單元測試的工程師填寫［單元測試記錄］，［缺陷跟蹤表］,把問題

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

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

上級主管進行審核。

?對于重要的（核心的、底層的、沒有經驗的人編寫的）代碼要進行代

碼走查。具體操作時，建議開發(fā)人員交叉代碼走查。走查要點請參

考《代碼走查檢查表》。

?如采用測試工具進行單元測試如Junit,可使用其提供的單元測試框

架，按其規(guī)范，在其框架內編寫測試類執(zhí)行即可。

注：單元測試缺陷的可以使用BUG管理工具進行管理。此時可以不用手

工填寫［缺陷跟蹤表］。

7.2.3單元測試技術要求

?對設計文檔規(guī)定的軟件單元的功能、性能、接口等應逐項測試

?每一個軟件特性至少被一個正常測試用例和一個被認可的異常測試

用例覆蓋

?測試用例的輸入應至少包括有效等價類值、無效等價類值和邊界數據

值

?在對軟件單元進行動態(tài)測試前，一般應先進行代碼走查

?語句覆蓋率達到100%,分支覆蓋率達到100%

?對輸出及其格式進行測試

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

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

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

?測試人員根據系統(tǒng)的《概要設計說明書》和系統(tǒng)的實際變化編寫或修

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

理表”；

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

目相關人員；

?開發(fā)工程師負責修改測試發(fā)現的問題并進行單元測試，完成后將產品

反饋給測試人員進行集成的回歸測試；直至所有缺陷關閉。

?測試人員匯總集成測試記錄，并報項目經理或測試主管驗證后，轉入

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

?QA進行集成測試作業(yè)及文件的質量保證審查，CM負責對審核的數據

產品及文件進行配置管理。

注：集成測試缺陷的可以使用BUG管理工具進行管理。此時可以不用手

工填寫［缺陷跟蹤表］。

7.3.3集成測試技術要求

?每一個軟件特性至少被一個正常測試用例和一個被認可的異常測試

用例覆蓋

?測試用例的輸入應至少包括有效等價類值、無效等價類值和邊界數據

值

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

?應測試軟件單元之間的所有調用，達到100%覆蓋率

?應測試軟件的輸出數據及其格式

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

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

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

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

系統(tǒng)測試計劃

設計修正系統(tǒng)測試

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

計劃和用例

系蛻測試用例

進行系統(tǒng)測試系統(tǒng)測試記錄

缺嗎學表J

記錄測試結果

向西悻改

編寫測試報告京統(tǒng)測試報告_

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

?集成測試通過后；測試人員根據系統(tǒng)實際進展情況修正系統(tǒng)測試計劃

和系統(tǒng)測試用例；準備測試環(huán)境和數據。

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

報開發(fā)組；

?開發(fā)工程師負貢修改測試發(fā)現的問題，通過后反饋給測試人員，測試

人員進行系統(tǒng)的回歸測試；

?重復上述過程直至所有缺陷關閉；

?測試人員做報告測試總結和分析，編寫［系統(tǒng)測試報告］;

?測試負責人審查后，把［系統(tǒng)測試報告］交給項目經理確認；測試人員

協(xié)助編寫月戶使用手冊（聯機幫助文件）;

?測試人員協(xié)助準備數據進行下階段初驗測試。

?QA進行系統(tǒng)測試作業(yè)及文件的質量保證審查，CM負責對審核的數據

產品及文件進行配置管理；

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

工填寫［缺陷跟蹤表］。

7.4.3系統(tǒng)測試技術要求

?每一個軟件特性至少被一個正常測試用例和一個被認可的異常測試

用例覆蓋

?測試用例的輸入應至少包括有效等價類值、無效等價類值和邊界數據

值

?應逐項測試系統(tǒng)/子系統(tǒng)設計說明規(guī)定的系統(tǒng)的功能、性能，達到100%

覆蓋率

?應測試軟件的輸出數據及其格式

7.5初驗測試

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

7.5.2初驗測試作業(yè)說明

?系統(tǒng)測試通過后；項目經理向顧客提出初驗測試申請；

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

?測試人員枕,助準備測試數據（測試用例、用戶使用手冊等）；

?顧客執(zhí)行初驗測試，測試人員協(xié)助進行測試記錄和填寫［缺陷跟蹤

表］,結果發(fā)送開發(fā)組；

?開發(fā)工程師負責修改測試發(fā)現的問題，再次進行回歸驗證測試；提交

顧客再次測試。

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

試運行；

?初驗通過后，與顧客共同簽署初驗報告。

?QA進行該測試作業(yè)及文件的質量保證審查，CM負責對審核的數據產

品及文件進行配置管理;

7.5.3初驗測試技術要求

?同系統(tǒng)測試技術要求

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

8.1性能測試流程

結束

圖0-1性能測試流程

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

?明確關鍵性能目標

關鍵性能目標應通過與顧客溝通獲得，在用戶需求說明書中說明。這些目標

應該是解決顧客關注的性能問題。性能目標應該是明確的、可度量的。例如：支

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

?定義性能測試的通過/失敗準則

在明確了關鍵性能目標后，需要定義如何衡量是否達到了性能目標。即定義

測試的通過/失敗準則。通過/失敗準則來衡量系統(tǒng)的性能。例如至少能支持1500

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

?定義性能度量元

在明確了關鍵性能目標和性能測試的通過/失敗準則后，需要定義如何去度

量關鍵性能目標和性能測試的通過/失敗準則。性能度量元會影響測試方法和測

試工具的選擇。舉例來說，如果要度量100個用戶并發(fā)的響應時間，就必須明確

要度量以下哪一指標：

（1）每個并發(fā)用戶的響應時間

（2）在有99個用戶己經接入的情況下，第100個用戶的響應時間

（3）兩個指標都要度量

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

對系統(tǒng)結構的理解和對系統(tǒng)預期使用方式的分析是制定有針對性的測試方

案、確定測試目標、測試數據、測試條件的基礎。在這一步工作中一定要盡可能

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

?明確關鍵業(yè)務

在對系統(tǒng)結構和系統(tǒng)預期使用方式明確了之后，需要明確以下內容。

（1）在測試例中要反映不同應用背景下的關鍵業(yè)務和分布比例。

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

（2）在測試例中要反映不同的數據規(guī)模的業(yè)務功能組合。

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

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

（1）硬件配置

（2）通訊協(xié)議

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

（4）其他應用軟件

（5）網絡環(huán)境：獨立的網絡環(huán)境，非獨立有背景流量的網絡環(huán)境

（6）SERVER端應用的安裝運行位置

以上因素對測試結果均有影響，在測試環(huán)境構建時需要考慮。以MSSQL

Server為例，如果MSSQLServer安裝運行在NTPDC（primarydomain

controller）上，或BDC（back-updomaincontroller）,或者MSTransaction

Server,或者MSTISServer上，則MSSQLServer的性能可能會很差。硬件和

軟件的配置對測試結果也有影響，在測試環(huán)境構建時需耍考慮適當的配置環(huán)境。

?明確所需要的物理客戶端、虛擬客戶端和虛擬數據庫用戶

物理客戶端、虛擬客戶端和虛擬數據庫用戶的規(guī)劃對測試環(huán)境、測試方法和

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

現。

?選擇適合的測試方法

有幾項原則需要遵循：

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

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

（3）先完成功能驗證，再開始性能測試；

（4）不同的網絡環(huán)境，選取不同的測試次數；

<5）評估是否每次測試都能記錄需要的度量數據。

?逐步遞增的測試方法

從小的會話量開始測試，逐步增加會話量。這樣能獲取準確、有價值的性能

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

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

（1）不同網絡環(huán)境下的測試次數

由于性能數據不能只通過一次測試來獲得，應該通過多次測試結果分析獲

得。不同網絡環(huán)境對測試的結果有一定影響，需要根據不同網絡環(huán)境來規(guī)劃測試

次數。根據每次測試結果去掉最大和最小值，以計算的平均值來分析測試結果。

在獨立的網絡環(huán)境下，為每個度量元進行3-5次的測試。

在獨立的網絡環(huán)境下，為每個度量元進行5-7次的測試。

（2）每次測試都能記錄需要的度量數據

測試實現方法應能保證每次執(zhí)行時都能使用一致的方法來統(tǒng)計度量數據。

?選擇適合的測試工具

測試工具的選擇應該與測試方法相一致。工具是用來實現方法的。使用測試

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

影響。

?把性能度量元轉換為可以采集的度量數據項

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

（1）CPU的占用率

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

應的時間）

（3）網絡流量占用率

（4）內存的占用率

（5）硬盤使用率

?用戶和項目組評審通過

項目組對測試的所有規(guī)劃進行評審，以保證測試是有效的。

8.3幾種性能測試的說明

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

通過在被測系統(tǒng)上不斷增加壓力，直到性能指標例如響應時間超過預定指標

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

優(yōu)提供數據。

?Performancetesting（性能測試）：

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

生產性能要求。

?Configurationtesting（配置測試）：

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

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

測試多個用戶同時訪問同一個應用、同一個模塊或者數據記錄時是否存在死

鎖或者其他性能問題。

?Stresstesting（極限測試）：

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

處理的會話能力，以及系統(tǒng)是否會出現錯誤。

■Volumetesting（容量測試）：

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

?Reiiabilitytesting（可靠性測試）：

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

運行一段時間。

?Failovertesting（失敗測試）:

對于有冗余備份和負載均衡的系統(tǒng)，通過這樣的測試來檢驗如果系統(tǒng)局部發(fā)

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

8.4數據庫操作部分的測試

應用系統(tǒng)中一般有大量訪問數據庫的操作。SQL語句簡化了數據庫的訪問方

式，但是也帶來一些問題，因為用戶使用幾條簡單的SQL語句就可以操作大量的

數據。因此對數據庫訪問部分程序的測試就很重要，而往往會被忽略。在本節(jié)的

指導中針對不同的SQL語句，指出好的使用習慣和測試時需要關注的問題。對

SQL語句程序的測試最好是在單元測試中完成。

?查詢語句

使用查詢語句的習慣與表的列是有關系的：

不同的表有相同的列名；

增加了表的列；

刪除了表的列；

修改了列的名字；

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

用方法：為每一個SQL語句中的所有行確定所歸屬的表的表名。

?修改語句

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

確認的功能。

?表的連接

SQL語句的WHERE短語中不正確的連接會造成數據出現多次，不正確或者沒

有數據的問題。

?外部連接

外部連接由于數據的問題可能會產生非預期的值。由于現在外部連接擴展功

能還沒有形成標準，因此在使用不同數據庫環(huán)境開發(fā)時，需要注意這一功能的差

異。

?笛卡兒積

帶有不F確或者不完整的WHERE子句的SQL語句會帶來笛卡兒積的問題.當

被連接的表之間沒有邏輯關系時也會發(fā)生這種情況。一個笛卡兒積造成所有表

中，所有列被連接并被返回。當表中數據量大時，笛卡兒積給系統(tǒng)性能帶來負面

影響：網絡負載增加或顧客端顯示出現問題。

?日期和時間

由于各個數據庫環(huán)境對于日期和時間的處理有一些差異，因此當支持多種數

據庫平臺時，需要測試對于日期和時間的處理。

?事務的處理

事務被定義為邏輯上不可分割的工作單元。對事務處理的不合適可以導致數

據丟失或者崩潰或者表被鎖定很長時間。

測試一個事務的步驟：

明確事務的定義；

確定事務的第一條語句和最后一條語句；

檢查事務的第一條語句和最后一條語句中間的中間語句；

確定是否使用語句使數據庫引擎理解一個事務的構成，例如使用begin

transaction和committransaction語句；

測試事務。

在測試時需要關注幾個問題：

<1）事務是否有可能被無限地延長：長時間處于打開狀態(tài)的事務可能使某

些數據庫表處于鎖定狀態(tài)，影響其他事務的進行，有可能導致系統(tǒng)停

機。

（2）當事務被異常終止時，數據庫是否恢復到事務前的狀態(tài)

?合計函數

合計函數（集合函數）運算用于計算表中某一列中的一些值。包含了合計函

數的SQL語句容易包含錯誤。因此需要仔細測試。

測試的方法建議為：

先去掉合計調用，檢驗返回行；

測試數據包括。個，1個和多個。

?字符串操作語句

當SQL語句中包含有字符串操作語句時，測試的重點在于使用多樣化的數據

進行測試。

?空值的處理

在測試時需要為每個SQL語句構造返叵|控制的情況來測試系統(tǒng)。

?SQL語句反饋的代碼

判斷SQL語句返回的代碼時程序容易忽略的問題。

?SQL語句的效率

系統(tǒng)是要運行在一個大型數據庫上的，那麼SQL語句的性能測試就非常必要

了。這時需要構造大量的數據進行測試。

?存儲過程和觸發(fā)器

對于存儲過程和觸發(fā)器的測試需要綜合SQL語句的測試和程序單元測試方

法來進行測試。

8.5性能測試規(guī)劃

在考慮性能測試時，主要有兩個問題需要關注：

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

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

為了保證性能測試的有效性，必須注意以下問題：

?必須作好性能測試的計劃；

?性能測試的計劃、結果要獲得顧客的認可。

8.6設計測試用例

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

8.7評審測試用例

測試組長負責組織測試組成員將性能測試用例在測試組中進行評審，并征求

項目組意見。評審通過后，測試組長按照測試計劃組織人員進行實施。如評審未

通過，則根據評審結果進行修改直至通過。

8.8準備性能測試環(huán)境

根據現有條件準備搭建測試模擬環(huán)境，制訂測試完成的標準（包括數據庫的

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

照測試計劃，在各種條件下，運行事先設計的測試腳本，記錄服務器及相關顧客

端的性能參數。在一定的范圍內調整數據庫的大小、并發(fā)訪問的用戶數、訪問時

間等測試條件以獲得用需要的數據。

為了確定應用程序可能達到的最好性能，做如下建議：

?一個孤立的私用網絡（這是理想的）；

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

?充分的網絡帶寬（100Mbps或更高）；

?多個網卡以分散負載；

?一個多處理器機器用于伸縮性測試（這是理想的）；

?重新運行測試，查看測試結果是否能重現。

如果需要測試應用程序在平均負載下的性能，就應設置性能指標（CPU的使

用比例、響應時間），并努力達到這些指標。

8.9選擇性能測試工具

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

?高效率、高可靠性；

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

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

?能夠實施實時性能監(jiān)測；

?能通過編輯腳本的方式、自動完成指定的操作流程；

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

?能夠記錄操作的響應時間和輸出情況。

8.10測試執(zhí)行/問題跟蹤

根據測試計劃的安排，測試組長組織相關測試人員執(zhí)行測試用例，并將測試

過程中找到的問題記錄到測試工具中。

對于測試出來的問題，測試組長與研發(fā)組長進行協(xié)調，協(xié)商修改的返回日期,

并安排相關人員對問題進行跟蹤。開發(fā)組進行錯誤修改，并填寫測試工具中的錯

誤原因和修改方法后，測試組進行回歸測試。

測試組長應定期（階段測試或每周至少一次）統(tǒng)計測試中的問題及工作量，

進行測試評估，確定測試工作是否可以結束。

8.11性能測試的注意事項

?在正式測試之前進行實驗性的測試

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

使用少量的數據和用例實現以下目標：

測試的數據可以正確使用；

（1）測試程序可以正確使用；

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

（3）測試中需要采集的數據可以正確采集：

（4）被測系統(tǒng)運行正常。

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

如果需要在生產環(huán)境進行測試，應該提交制定備份計劃。

?數據聚集問題

性能測試中選用的數據應該在差異上進行分散，與實際生產數據的差異分布

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

方面可能使系統(tǒng)的局部功能沒有被使用，導致性能測試數據不可靠；另外，如果

系統(tǒng)對于同樣的數據處理有優(yōu)化處理功能，也導致性能測試數據不可靠。

?沒有及時通知其他相關人員

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

的可靠性，在正式測試開始前，應該及時通知其他相關人員暫停使用這個環(huán)境。

?并發(fā)數與發(fā)送流量的問題

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

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

?沒有測試一個完整的回路

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

響應時間的指標，因此響應時間的統(tǒng)計不應該后臺統(tǒng)計，而應該統(tǒng)計一個完整處

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

?相關人員沒有及時在現場

在進行性能測試時，需要配置好硬件、軟件、網絡等多個子系統(tǒng)，并在測試

時統(tǒng)計各個子系統(tǒng)的指標，為系統(tǒng)調優(yōu)采集數據。因此最好的辦法是測試時所有

相關子系統(tǒng)有負責人在場，共同測試和采集數據。

?測試的工作成果沒有管理好

性能測試的所有數據、程序、配置文件都應該象管理開發(fā)的代碼和版本一樣

進行嚴格管理，要與版本有一致的標識。否則可能導致工作成果丟失，在系統(tǒng)優(yōu)

化后，無法盡快完成再次的測試。

?測試的網絡環(huán)境不清楚

不同的網絡配置會影響性能測試的結果，因此在測試計劃的時候，就必須明

確測試用的網絡環(huán)境，在測試執(zhí)行時，要明確實際使用的網絡環(huán)境。

?測試時關注系統(tǒng)的出錯信息

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

能測試時才會發(fā)現，因此在性能測試時應該關注系統(tǒng)是否有錯誤信息提示或者錯

誤日志記錄。

?全面分析測試數據

性能測試之后往往是性能調優(yōu)。為了給性能調優(yōu)提供線索，測試出的數據應

該由各個子系統(tǒng)的相關人員共同分析得出結果。

?注意硬件設備對性能的影響

在性能測試前，應該確定使用的硬件配置。

?停止對性能無影響的子系統(tǒng)、設備

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

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

鍵盤輸入。

?沒有確定測試需要采集的數據

如果測試執(zhí)行前沒有規(guī)劃好采集的數據項，則造成測試投入的浪費。

?沒有確定測試的范圍和目的

與其他測試和項目的開發(fā)活動一樣，在性能測試前必須確定測試的對象、目

標。否則會造成性能測試范圍不斷擴大，無限期的進行而無確定的結果輸出。

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

輸出產品管理級別

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

試計劃、初驗測試計劃）

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

試用例、初驗測試用例）

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

蹤表］）

集成測試記錄（含測試結論）記錄類

系統(tǒng)測試報告記錄類

性能測試報告記錄類

初驗測試記錄記錄類

初驗測試報告記錄類

注：記錄類配置項只進行讀寫控制；一般受控配亶項進行版本控制

10、出口準則

10.1測試整體

1、完成了項目計劃中所規(guī)定的測試任務

2、所有測試項沒有殘余的一級，二級和三級的缺陷。

3、測試中的問題或異常有合理解釋或正確有效處理

4、測試用例及缺陷記錄跟蹤表被認可，測試報告經審批發(fā)布。

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

6、全部的測試軟件、測試數據、評審結果置于配置管理之下。

10.2單元測試

1、測試的缺陷均被修正并得到驗證；

2、《單元測試報告》通過項目經理、上級主管的簽字。

10.3集成測試

＞測試的缺陷均被修正并得到驗證；

＞測試缺陷跟蹤表和集成測試報告通過審批。

10.4系統(tǒng)測試

＞測試的一、二、三級缺陷均被修正并得到驗證；

》測試缺陷跟蹤表和系統(tǒng)測試總結報告通過審批。

10.5性能測試

＞測試的缺陷均被修正并得到驗證；

＞性能測試報告通過審批。

10.6初驗測試

＞測試的一、二、三級缺陷均被修正并得到驗證;

＞顧客確認接收并簽署初驗報告。

11、軟件缺陷等級定義

缺陷嚴重程度描述

不能執(zhí)行正常工作的功能或重要功能。或者危及人身安全，不符合國

嚴重

家政府政策、政治立場等。

嚴重地影響系統(tǒng)要求或基本功能的實現，且沒有辦法更正。（重新安

較嚴重

裝或重新啟動該軟件不屬于更正辦法）。

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

一般

新安裝或重新啟動該軟件不屬于更正辦法）。

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

輕微提示性錯誤，一般性修改建議。

缺陷嚴重程度的詳細描述如下：

1、嚴重缺陷：不能執(zhí)行正常工作功能或重要功能?；蛘呶＜叭松戆踩?，不

符合國家政府政策、政治立場等。該類錯誤使得系統(tǒng)不能正常運行。待測系統(tǒng)的

運行破壞永久存儲數據（配置文件、數據庫等）；導致系統(tǒng)不能重新啟動或啟動

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

功能直接導致系統(tǒng)死機、掛起、非法退出、內存報錯等。包括：

?正常安裝并運行被測系統(tǒng)，引起系統(tǒng)崩潰、死機或者嚴重存在系統(tǒng)內存

泄漏，造成文件不可靠或潛在的數據丟失。

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

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

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

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

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

法退出。

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

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

應。

?造成缺乏關鍵的程序功能并無法逾越。

2、較嚴重缺陷：嚴重地影響系統(tǒng)要求或基本功能的實現，且沒有辦法更正。

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

該類錯誤是指系統(tǒng)主要功能沒有實現，或者有嚴重錯誤或性能上與指標相差

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

或部分流程，或者流程有問題，或者執(zhí)行結果有嚴重錯誤；執(zhí)行過程過于緩慢，

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

?需求中要求的主要功能沒有實現。

?主要功能失敗。

?嚴重的功能失常。

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

?被測系統(tǒng)中的某項主要功能無法正常運行。

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

它功能。

?錯誤的發(fā)生直接會引起數據的丟失、損壞、不一致。

?被測系統(tǒng)的某個BUG嚴重影響客戶進行系統(tǒng)驗收。

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

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

功能流程執(zhí)行了，執(zhí)行的結果有錯誤，但不嚴重；錯誤的發(fā)生雖然導致某些功能

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

能的實現。包括：

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

?系統(tǒng)運行過程中偶爾（出現概率＜5%）有出錯提示或導致系統(tǒng)運行不正

常。

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

?沒有（或不恰當的）數據檢查導致臟數據進入數據庫。

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

?被測系統(tǒng)中一些次要的功能無法正常運行。

?被