學(xué)生信息管理系統(tǒng)軟件測(cè)試計(jì)劃書

1、文檔標(biāo)識(shí)： 學(xué)生信息管理系統(tǒng) 軟件測(cè)試計(jì)劃書軟件測(cè)試計(jì)劃書 編 寫 者 校 對(duì) 小組成員 數(shù)據(jù)庫(kù) 07-3 班 第 01 小組 目錄目錄 1.引言引言.1 1.1.目的.1 1.2.背景.1 1.3.范圍.1 1.4.定義.1 1.5.參考資料.1 2.測(cè)試內(nèi)容測(cè)試內(nèi)容.2 3.測(cè)試規(guī)則測(cè)試規(guī)則.2 3.1.進(jìn)入準(zhǔn)則.2 3.2.暫停/退出準(zhǔn)則.2 3.3.測(cè)試方法.2 3.4.當(dāng)完成模塊測(cè)試后進(jìn)行整個(gè)系統(tǒng)的功能測(cè)試測(cè)試手段 .3 3.5.測(cè)試要點(diǎn).3 3.6.測(cè)試工具.3 4.測(cè)試環(huán)境測(cè)試環(huán)境.4 4.1.硬件環(huán)境.4 4.2.軟件環(huán)境.4 4.3.安全性環(huán)境要求.4 5.項(xiàng)目任務(wù)項(xiàng)目任務(wù).

2、4 5.1.測(cè)試規(guī)劃.4 5.2.測(cè)試設(shè)計(jì).5 5.3.測(cè)試執(zhí)行準(zhǔn)備.6 5.4.測(cè)試執(zhí)行.6 5.5.測(cè)試總結(jié).6 6.實(shí)施計(jì)劃實(shí)施計(jì)劃.6 6.1.工作量估計(jì).6 6.2.人員需求及安排.7 6.3.進(jìn)度安排.7 6.4.可交付工件.7 7.風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理.7 1 1. 引言引言 1.1. 目的 測(cè)試學(xué)生信息管理系統(tǒng)中的各個(gè)功能模塊是否滿足用戶要求，并測(cè)試是否存 bug。預(yù)期達(dá)到能夠使系統(tǒng) 進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件的錯(cuò)誤。 1.2. 背景 a 本項(xiàng)目測(cè)試的背景；學(xué)生信息管理系統(tǒng)是一個(gè)教育單位不可缺少的部分,它的內(nèi)容對(duì)于決策者和管 理者來(lái)

3、說(shuō)都至關(guān)重要,所以學(xué)生信息管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莸牟樵兪侄?。但?直以來(lái)人們使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點(diǎn),如:效率低、保密性差,另 外時(shí)間一長(zhǎng),將產(chǎn)生大量的文件和數(shù)據(jù),這對(duì)于查找、更新和維護(hù)都帶來(lái)了不少的困難。而計(jì)算機(jī)的應(yīng)用 便解決了以上問(wèn)題，它帶來(lái)更加科學(xué)，有效，正規(guī)的管理方式，給人們帶來(lái)了很大的便利。學(xué)生信息管 理系統(tǒng)界面簡(jiǎn)潔，操作簡(jiǎn)單，滿足了學(xué)校對(duì)學(xué)生信息管理的需要。 b 該開發(fā)項(xiàng)目的歷史，列出用戶和執(zhí)行此項(xiàng)目測(cè)試的機(jī)構(gòu)或人群;該項(xiàng)目前后經(jīng)歷了三個(gè)階段，前期 設(shè)計(jì)階段，然后是開發(fā)階段，最后是軟件的測(cè)試階段。項(xiàng)目的用戶針對(duì)的是學(xué)校的廣大學(xué)生

4、和管理員， 系統(tǒng)的功能測(cè)試主要由專業(yè)的軟件測(cè)試人員進(jìn)行測(cè)試。 1.3. 范圍 學(xué)生信息管理系統(tǒng)試采用的是黑盒測(cè)試的方式來(lái)對(duì)系統(tǒng)進(jìn)行測(cè)試。主要測(cè)試軟件的功能是否滿足客 戶的需要，性能是否優(yōu)越以及系統(tǒng)所存在的問(wèn)題。對(duì)系統(tǒng)的各個(gè)模塊進(jìn)行詳細(xì)的測(cè)試，并記錄測(cè)試的結(jié) 果，對(duì)測(cè)試的結(jié)果進(jìn)行細(xì)致的分析處理。測(cè)試時(shí)對(duì)系統(tǒng)的各個(gè)功能模塊進(jìn)行拆分測(cè)試，并以每一個(gè)模塊 都要測(cè)試到。對(duì)所有可能的結(jié)果進(jìn)行測(cè)試，以及測(cè)試過(guò)程中存在的問(wèn)題進(jìn)行分析，然后提交測(cè)試的記錄。 最后，對(duì)軟件存在的問(wèn)題以及性能的測(cè)試進(jìn)行全面分析，并給予記錄。 在測(cè)試的過(guò)程中需要提出各個(gè)問(wèn)題的假設(shè)，以及根據(jù)需求報(bào)告文檔中存在的項(xiàng)目功能模塊和用戶的需求

5、來(lái)改善系統(tǒng)。列出可能會(huì)影響測(cè)試設(shè)計(jì)、開發(fā)、或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。列出可能會(huì)影響測(cè)試設(shè) 計(jì)、開發(fā)或?qū)嵤┑乃屑s束。 1.4. 定義 信息（Information）：有關(guān)學(xué)生個(gè)人的詳細(xì)數(shù)據(jù)，如姓名、性別、家庭住址等 管理（Manage）：對(duì)學(xué)生信息進(jìn)行操作，如增刪改查等基本功能 統(tǒng)計(jì)（Account）：對(duì)學(xué)生信息的統(tǒng)計(jì)，如人數(shù)等 1.5. 參考資料 列出編寫本計(jì)劃及測(cè)試整個(gè)過(guò)程中所要參考的文件、資料。 編號(hào)編號(hào) 資料名稱資料名稱作者作者日期日期出版單位出版單位 1 軟件測(cè)試入門與 提高張成明2008.6清華大學(xué)出版社 2 軟件測(cè)試基礎(chǔ)教 程劉建宇2007.3郵電大學(xué)出版社 軟件測(cè)試自動(dòng)化 的

6、引入和應(yīng)用李剛2004.4機(jī)械工業(yè)出版社 2 列出編寫本計(jì)劃時(shí)需查閱的 Intenet 上雜志、專業(yè)著作、技術(shù)標(biāo)準(zhǔn)。 查閱內(nèi)容查閱內(nèi)容網(wǎng)點(diǎn)地址網(wǎng)點(diǎn)地址簡(jiǎn)介簡(jiǎn)介 軟件測(cè)試工具測(cè)試軟件性能 軟件測(cè)試工具ITPUB測(cè)試軟件的執(zhí)行效率 2. 測(cè)試內(nèi)容測(cè)試內(nèi)容 下表列出了學(xué)生信息管理系統(tǒng)的測(cè)試需求，并對(duì)其進(jìn)行了優(yōu)先級(jí)定義： 子系統(tǒng)名稱子系統(tǒng)名稱模塊名稱模塊名稱測(cè)試點(diǎn)測(cè)試點(diǎn)優(yōu)先級(jí)優(yōu)先級(jí)說(shuō)明說(shuō)明 學(xué)號(hào) 0 0不能自動(dòng)編號(hào) 姓名 1 1長(zhǎng)度沒(méi)有限制 學(xué)期 0 0 應(yīng)該是一個(gè)時(shí)間段 而不是時(shí)間點(diǎn) 點(diǎn)擊空白處 0 0 直接出錯(cuò)，然后關(guān) 閉系統(tǒng) 增加成績(jī) 添加按鈕 0 0 添加完成績(jī)之后不 能及時(shí)刷新，就不能很 快

7、的知道是否真的添加 成功 成績(jī)管理 成績(jī)查詢界面 2 2 操作起來(lái)不夠方便， 查詢條件不具體。 3. 測(cè)試規(guī)則測(cè)試規(guī)則 3.1. 進(jìn)入準(zhǔn)則 首先在系統(tǒng)中配置 ODBC:控制版板-ODBC-選系統(tǒng) dns-選 access mdb-其中 數(shù)據(jù)源名信息 ,點(diǎn) 擊選擇 按鈕,選你的程序目錄中的 信息.mdb的文件-確定. 另外安裝 vb6.0 企業(yè)版開發(fā)系統(tǒng)。使用賬戶登錄系統(tǒng)來(lái)完成各個(gè)功能的測(cè)試。 3.2. 暫停/退出準(zhǔn)則 軟件系統(tǒng)在進(jìn)行單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測(cè)試時(shí)，發(fā)現(xiàn)一級(jí)錯(cuò)誤（大于等于 1） 、二級(jí)錯(cuò) 誤（大于等于 2）暫停測(cè)試返回開發(fā)。軟件系統(tǒng)經(jīng)過(guò)單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收

8、測(cè)試，分別達(dá)到 單元、集成、確認(rèn)、系統(tǒng)、安裝、驗(yàn)收測(cè)試停止標(biāo)準(zhǔn)。軟件系統(tǒng)通過(guò)驗(yàn)收測(cè)試，并已得出驗(yàn)收測(cè)試結(jié)論。軟 件項(xiàng)目需暫停以進(jìn)行調(diào)整時(shí)，測(cè)試應(yīng)隨之暫停，并備份暫停點(diǎn)數(shù)據(jù)。軟件項(xiàng)目在其開發(fā)生命周期內(nèi)出現(xiàn)重大 估算，進(jìn)度偏差，需暫停或終止時(shí)，測(cè)試應(yīng)隨之暫停或終止，并備份暫?；蚪K止點(diǎn)數(shù)據(jù) 3.3. 測(cè)試方法 本次測(cè)試運(yùn)用黑盒測(cè)試方法，對(duì)學(xué)生管理系統(tǒng)進(jìn)行測(cè)試。首先，進(jìn)行對(duì)功能模塊進(jìn)行劃分，明確功能測(cè) 試的人員負(fù)責(zé)情況。其次對(duì)各個(gè)模塊進(jìn)行測(cè)試。黑盒測(cè)試也稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所 應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用，在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盒子， 在完全不

9、考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照 需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信 息（如數(shù)據(jù)庫(kù)或文件）的完整性。黑盒測(cè)試方法主要有等價(jià)類劃分、邊值分析、因果圖、錯(cuò)誤推測(cè)等，主 要用于軟件確認(rèn)測(cè)試。黑盒測(cè)試著力于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行 3 測(cè)試。 “黑盒法是窮舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所 有的錯(cuò)誤。實(shí)際上測(cè)試情況有無(wú)窮多個(gè)，人們不僅要測(cè)試所有合法的輸入，而且還要對(duì)那些不合法但是可能 的輸入進(jìn)行測(cè)試。 3.4.

10、 當(dāng)完成模塊測(cè)試后進(jìn)行整個(gè)系統(tǒng)的功能測(cè)試測(cè)試手段 路徑測(cè)試(path testing) 。一條路徑包含測(cè)試員所執(zhí)行的所有步驟，或程序?yàn)榱说玫秸_狀態(tài)所通過(guò)的所 有語(yǔ)句。路徑測(cè)試包括測(cè)試通過(guò)程序的很多路徑。通過(guò)非平凡程序的所有路徑是不可能的。因此，有些測(cè)試 員進(jìn)行子路徑測(cè)試(subpath testing),測(cè)試很多部分路徑。 、 語(yǔ)句與分支覆蓋率(statement and branch coverage)。如果測(cè)試執(zhí)行了程序中的所有語(yǔ)句(或代碼行)，則達(dá) 到 100%的語(yǔ)句覆蓋率。如果執(zhí)行了所有語(yǔ)句和一個(gè)語(yǔ)句到另一個(gè)語(yǔ)句之間的所有分支，則達(dá)到 100%的語(yǔ)句 和分支覆蓋率。設(shè)計(jì)自己的測(cè)試,達(dá)

11、到高的語(yǔ)句與分支覆蓋率,有時(shí)叫做“基于覆蓋率的測(cè)試(coverage-based testing)” 。(達(dá)到覆蓋率目標(biāo)后,可以停止測(cè)試，或停止設(shè)計(jì)更多的測(cè)試) 。把它叫做語(yǔ)句與分支覆蓋率，是 為了與關(guān)注其他類型覆蓋率的測(cè)試相區(qū)別。配置覆蓋率就是一個(gè)很好例子，這種手段執(zhí)行同一條語(yǔ)句很多次， 但是潛在產(chǎn)生非常不同的結(jié)果。 配置覆蓋率(configuration coverage) 。如果必須測(cè)試 100 臺(tái)打印饑的兼容性，并且已經(jīng)測(cè)試了 10 臺(tái),就達(dá) 到 10%的打印機(jī)覆蓋率。更一般地，配置覆蓋率度量測(cè)試員已經(jīng)運(yùn)行(并且程序已經(jīng)通過(guò))的配置測(cè)試占計(jì)劃 運(yùn)行的配置測(cè)試總數(shù)的百分比。 基于規(guī)格說(shuō)明

12、的測(cè)試(specification-based testing) 。這種測(cè)試關(guān)注驗(yàn)證在規(guī)格說(shuō)明中所做的有關(guān)產(chǎn)品的每 個(gè)事實(shí)聲明。(事實(shí)聲明是可以用真或假表示的任何語(yǔ)句。)常常包括手冊(cè)、市場(chǎng)開發(fā)文檔或廣告、技術(shù)支持 人員寄給客戶的印刷品中的所有聲明。 基于需求的測(cè)試(requirements-based testing) 。測(cè)試關(guān)注證明程序滿足需求文檔中的所有需求(或關(guān)注逐個(gè) 需求地證明某個(gè)需求沒(méi)有被滿足。) 組合測(cè)試(combination testing) 。相互組合測(cè)試兩個(gè)或更多變量。本章最后的“測(cè)試手段附錄”還要討論這 個(gè)問(wèn)題。組合測(cè)試很重要，但是很多測(cè)試員對(duì)這種測(cè)試研究得還很不夠。 3

13、.5. 測(cè)試要點(diǎn) 主要測(cè)試系統(tǒng)的功能是否符合客戶要求，各個(gè)模塊之間的銜接程度是否順暢，并測(cè)試軟件是否存在缺 陷和漏洞。 3.6. 測(cè)試工具 1.負(fù)載壓力測(cè)試工具 這類測(cè)試工具的主要目的是度量應(yīng)用系統(tǒng)的可擴(kuò)展性和性能，是一種預(yù)測(cè)系統(tǒng)行為和性能 的自動(dòng)化 測(cè)試工具。在實(shí)施并發(fā)負(fù)載過(guò)程中，通過(guò)實(shí)時(shí)性能監(jiān)測(cè)來(lái)確認(rèn)和查找問(wèn)題，并針對(duì)所 發(fā)現(xiàn)問(wèn)題對(duì)系統(tǒng)性 能進(jìn)行優(yōu)化，確保應(yīng)用的成功部署。負(fù)載壓力測(cè)試工具能夠?qū)φ麄€(gè)企業(yè)架構(gòu) 進(jìn)行測(cè)試，通過(guò)這些測(cè)試， 企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布 周期。 2.功能測(cè)試工具 通過(guò)自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作，將被測(cè)系統(tǒng)的輸出記錄同預(yù)先給定的標(biāo)

14、準(zhǔn)結(jié) 果比較，功 能測(cè)試工具能夠有效地幫助測(cè)試人員對(duì)復(fù)雜的企業(yè)級(jí)應(yīng)用的不同發(fā)布版本的功能進(jìn) 行測(cè)試，提高測(cè)試人員 的工作效率和質(zhì)量。其主要目的是檢測(cè)應(yīng)用程序是否能夠達(dá)到預(yù)期的功 能并正常運(yùn)行。 3.測(cè)試管理工具 一般而言，測(cè)試管理工具對(duì)測(cè)試需求、測(cè)試計(jì)劃、測(cè)試用例、測(cè)試實(shí)施進(jìn)行管理，并且測(cè) 試管理工具 4 還包括對(duì)缺陷的跟蹤管理。測(cè)試管理工具能讓測(cè)試人員、開發(fā)人員或其他的 IT 人員 通過(guò)一個(gè)中央數(shù)據(jù)倉(cāng)庫(kù)， 在不同地方就能交互信息。 4. 測(cè)試環(huán)境測(cè)試環(huán)境 4.1. 硬件環(huán)境 1 處理器：Intel Pentium 166 MX 或更高 2 內(nèi)存：32MB 以上 3 硬盤空間：1GB 以上 4

15、 顯卡：SVGA 顯示適配器 4.2. 軟件環(huán)境 vb6.0 企業(yè)版開發(fā)系統(tǒng) 4.3. 安全性環(huán)境要求 操作系統(tǒng)的安全性，測(cè)試工具的安全性，測(cè)試軟件的安全性。 5. 項(xiàng)目任務(wù)項(xiàng)目任務(wù) 以下是測(cè)試學(xué)生信息管理系統(tǒng)時(shí)與測(cè)試有關(guān)的任務(wù)： 5.1. 測(cè)試規(guī)劃 1. 響應(yīng)時(shí)間 我把“響應(yīng)時(shí)間”的概念確定為“對(duì)請(qǐng)求作出響應(yīng)所需要的時(shí)間” ，把響應(yīng)時(shí)間作為用戶視角的軟件性 能的主要體現(xiàn)。響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間”和“系統(tǒng)響應(yīng)時(shí)間”兩個(gè)部分。 2. 并發(fā)用戶數(shù) 我把“并發(fā)用戶數(shù)”與“同時(shí)在線數(shù)”進(jìn)行區(qū)別對(duì)待，我的“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是：并發(fā)用戶數(shù)取決 于測(cè)試對(duì)象的目標(biāo)業(yè)務(wù)場(chǎng)景，因此，在確定這個(gè)“并發(fā)用戶數(shù)”前

16、，必須（必要）先對(duì)用戶的業(yè)務(wù)進(jìn)行分解、 分析出典型的業(yè)務(wù)場(chǎng)景（也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作） ，然后基于場(chǎng)景采用某些方法（有多種 計(jì)算并發(fā)用戶數(shù)的數(shù)學(xué)模型與公式）獲得“并發(fā)用戶數(shù)” 。 這樣做的原因是：假設(shè)一個(gè)應(yīng)用系統(tǒng)、最高峰有 500 人同時(shí)在線、但這 500 人卻不是并發(fā)用戶數(shù)、因?yàn)榧?設(shè)在一個(gè)時(shí)間點(diǎn)上、有 50%的人在填寫復(fù)雜的表格（填寫表格動(dòng)作對(duì)服務(wù)器沒(méi)有任何負(fù)擔(dān)、只有在“提交” 動(dòng)作的時(shí)候才會(huì)對(duì)服務(wù)器系統(tǒng)構(gòu)成壓力） 、有 40%的人在不停的從一個(gè)頁(yè)面跳轉(zhuǎn)到另外一個(gè)頁(yè)面（不停發(fā)出 請(qǐng)求與回應(yīng)、產(chǎn)生服務(wù)器壓力） 、還有 10%的人掛在線上，沒(méi)有任何操作在發(fā)呆：） （沒(méi)有對(duì)服務(wù)器構(gòu)

17、成壓力 的動(dòng)作） 。因此只有那 40%的人真正對(duì)服務(wù)器產(chǎn)生了壓力，從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但 是業(yè)務(wù)并發(fā)用戶數(shù)、還取決于業(yè)務(wù)邏輯、業(yè)務(wù)場(chǎng)景。因此我們需要本文第六部分性能測(cè)試文檔 4、5、6。 3. 吞吐量 我把吞吐量定義為“單位時(shí)間內(nèi)系統(tǒng)處理的客戶請(qǐng)求的數(shù)量” ，直接體現(xiàn)軟件系統(tǒng)的性能承載能力，對(duì) 于交互式應(yīng)用系統(tǒng)來(lái)說(shuō)、吞吐量反映的是服務(wù)器承受的壓力、在容量規(guī)劃的測(cè)試中、吞吐量是一個(gè)重要指標(biāo)、 它不但反映在中間件、數(shù)據(jù)庫(kù)上、更加體現(xiàn)在硬件上。我們?cè)谝韵路矫胬眠@個(gè)指標(biāo)： （1）用來(lái)協(xié)助設(shè)計(jì)性能測(cè)試場(chǎng)景，衡量性能測(cè)試是否達(dá)到了預(yù)計(jì)的設(shè)計(jì)目標(biāo)、比如 J2EE 應(yīng)用系統(tǒng)的連接池、 數(shù)

18、據(jù)庫(kù)事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。 （2） 用來(lái)協(xié)助分析性能瓶頸、參照本文第二部分總的 RBI 方法。 4. 性能計(jì)數(shù)器 性能計(jì)數(shù)器式描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)、例如對(duì) WINDOWS 來(lái)說(shuō)使用內(nèi)存數(shù)、CPU 使 5 用率、進(jìn)程時(shí)間等都是常見(jiàn)的計(jì)數(shù)器。 對(duì)于性能計(jì)數(shù)器這個(gè)指標(biāo)來(lái)說(shuō)、需要考慮到的不但有硬件計(jì)數(shù)器、web 服務(wù)器計(jì)數(shù)器、Weblogic 服務(wù)器 計(jì)數(shù)器、Servlet 性能計(jì)數(shù)器、EJB2 的性能計(jì)數(shù)器、JSF 性能計(jì)數(shù)器、JMS 性能計(jì)數(shù)器。找到這些指標(biāo)是使 用性能計(jì)數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、提供優(yōu)化建議才是性能計(jì)數(shù)器使用的關(guān)鍵。 性能計(jì)數(shù)器復(fù)雜而

19、繁多、與代碼上下文環(huán)境、系統(tǒng)配置情況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的規(guī)范實(shí)現(xiàn)、工 具、類庫(kù)版本都有緊密的聯(lián)系、在此不作贅述。 5. 思考時(shí)間 我把思考時(shí)間確定為“休眠時(shí)間” 。從業(yè)務(wù)系統(tǒng)的角度來(lái)說(shuō)，這個(gè)時(shí)間指的是用戶在驚醒操作時(shí)、每個(gè)請(qǐng) 求之間的時(shí)間間隔、從自動(dòng)化測(cè)試的角度來(lái)說(shuō)、要真實(shí)的測(cè)試模擬用戶操作、就必須在測(cè)試腳本中讓各個(gè)操 作之間等待一段時(shí)間、體現(xiàn)在腳本上就是在操作之間放置一個(gè) Think 的函數(shù)，體現(xiàn)為腳本中兩個(gè)請(qǐng)求語(yǔ)句之 間的間隔時(shí)間、不同的測(cè)試工具提供了不同的函數(shù)或方法來(lái)實(shí)現(xiàn)思考時(shí)間、比如 HP LoadRuner 和 IBM Rational Performance Tester

20、 的方式就完全不同。 5.2. 測(cè)試設(shè)計(jì) 用戶層： 主要是面向產(chǎn)品最終的使用操作者的測(cè)試。這里重點(diǎn)突出的是在操作者角度上，測(cè)試系統(tǒng)對(duì)用戶支持的 情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的安全性。主要包括：用戶手冊(cè)、使用幫助、支持 客戶的其他產(chǎn)品技術(shù)手冊(cè)是否正確、是否易于理解、是否人性化。 用戶界面測(cè)試 在確保用戶界面能夠通過(guò)測(cè)試對(duì)象控件或入口得到相應(yīng)訪問(wèn)的情況下，測(cè)試用戶界面的風(fēng)格是否滿足用 戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好。 可維護(hù)性測(cè)試 可維護(hù)性是系統(tǒng)軟、硬件實(shí)施和維護(hù)功能的方便性。目的是降低維護(hù)功能對(duì)系統(tǒng)正常運(yùn)行帶來(lái)的影響。

21、例如：對(duì)支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測(cè)試。 安全性測(cè)試 這里的安全性主要包括了兩部分：數(shù)據(jù)的安全性和操作的安全性。核實(shí)只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問(wèn) 系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問(wèn)系統(tǒng);核實(shí)只有規(guī)格規(guī)定的操作權(quán)限才可以訪問(wèn)系統(tǒng)，其他不符合 規(guī)格的操作權(quán)限不能夠訪問(wèn)系統(tǒng); 應(yīng)用層： 針對(duì)產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測(cè)試。重點(diǎn)站在系統(tǒng)應(yīng)用的角度，模擬實(shí)際應(yīng)用環(huán)境，對(duì)系統(tǒng)的兼容性、 可靠性、性能等進(jìn)行的測(cè)試。 系統(tǒng)性能測(cè)試 針對(duì)整個(gè)系統(tǒng)的測(cè)試，包含并發(fā)性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、強(qiáng)度測(cè)試、破壞性測(cè)試。并發(fā)性能測(cè) 試是評(píng)估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理瓶頸以及能夠接收業(yè)務(wù)的性能過(guò)程；強(qiáng)度測(cè)試

22、是在資源情 況低的情況下，找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤；破壞性測(cè)試重點(diǎn)關(guān)注超出系統(tǒng)正常負(fù)荷 N 倍情況 下，錯(cuò)誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯(cuò)誤的恢復(fù)能力。 系統(tǒng)可靠性、穩(wěn)定性測(cè)試 6 一定負(fù)荷的長(zhǎng)期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。 系統(tǒng)兼容性測(cè)試 系統(tǒng)中軟件與各種硬件設(shè)備兼容性，與操作系統(tǒng)兼容性、與支撐軟件的兼容性。 系統(tǒng)組網(wǎng)測(cè)試 組網(wǎng)環(huán)境下，系統(tǒng)軟件對(duì)接入設(shè)備的支持情況。包括功能實(shí)現(xiàn)及群集性能。 系統(tǒng)安裝升級(jí)測(cè)試 安裝測(cè)試的目的是確保該軟件在正常和異常的不同情況下進(jìn)行安裝時(shí)都能按預(yù)期目標(biāo)來(lái)處理。例如，正常 情況下，第一次安裝或升級(jí)、完整的或自定義的安裝都能進(jìn)行安裝。異常情況包括磁盤空間不

23、足、缺少目錄 創(chuàng)建權(quán)限等。還有一個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。另外對(duì)安裝手冊(cè)、安裝腳本等也需要關(guān)注。 5.3. 測(cè)試執(zhí)行準(zhǔn)備 故障轉(zhuǎn)移和恢復(fù)測(cè)試可確保測(cè)試對(duì)象能成功完成轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破環(huán)的各 種硬件、軟件、網(wǎng)絡(luò)故障中恢復(fù)數(shù)據(jù)。故障轉(zhuǎn)移測(cè)試可確保：對(duì)于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備 用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù)?；謴?fù)測(cè)試是一種對(duì)抗性的測(cè) 試過(guò)程。在這種測(cè)試中，將把應(yīng)用程序或系統(tǒng)至于極端的條件下（或者是模擬的極端條件下） ，以產(chǎn)生故障 （例如設(shè)備輸入/輸出（I/O）故障或無(wú)效的數(shù)據(jù)庫(kù)指針和關(guān)鍵字） 。然后調(diào)用恢復(fù)進(jìn)程

24、并檢測(cè)和檢查應(yīng)用程序 和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。 5.4. 測(cè)試執(zhí)行 1前提條件確保測(cè)試項(xiàng)目的功能正常，如導(dǎo)航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是 否恰當(dāng)。此類測(cè)試基于黑盒技術(shù)，該技術(shù)通過(guò)圖形用戶界面（GUI）與應(yīng)用程序進(jìn)行交互，并對(duì)交互的輸 出或結(jié)果進(jìn)行分析，以此來(lái)核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程,這是目前的測(cè)試重點(diǎn)。 執(zhí)行用例及原始數(shù)據(jù)記錄 2 提交測(cè)試問(wèn)題單和測(cè)試報(bào)告 3 回歸及驗(yàn)收測(cè)試 4 輸出工件 利用有效的和無(wú)效的數(shù)據(jù)來(lái)執(zhí)行各個(gè)用例流，以核實(shí)以下內(nèi)容： a)在使用有效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果 b)在使用無(wú)效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。 6. 實(shí)施計(jì)劃實(shí)施計(jì)劃 6.1. 工作量估計(jì) 根據(jù)工作內(nèi)容和項(xiàng)目任務(wù)對(duì)包括測(cè)試設(shè)計(jì)的工作量、測(cè)試執(zhí)行和測(cè)試總結(jié)的工作量，以人月或人 日計(jì)， 并詳細(xì)注釋測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試總結(jié)工作所占的比重。軟件測(cè)試工作量應(yīng)為開發(fā)工作量 的 30%-40%為宜。 7 工作階段工作階段所需工作日所需工作日占項(xiàng)目的比例占項(xiàng)目的比例 測(cè)試規(guī)劃階段1 15%