軟件測試第5章

1、第五章第五章 系統(tǒng)測試系統(tǒng)測試 本章要點(diǎn)本章要點(diǎn) 系統(tǒng)測試的定義； 系統(tǒng)測試的組織與分工； 系統(tǒng)測試的類型； 系統(tǒng)測試的測試用例設(shè)計(jì)方法； 系統(tǒng)測試的案例分析。 本章目標(biāo)本章目標(biāo) 進(jìn)一步理解系統(tǒng)測試和集成測試的區(qū)別；掌握系統(tǒng)測試的概念；熟悉主要的系統(tǒng)測試類型及其特點(diǎn)；了解系統(tǒng)測試的過程；重點(diǎn)理解如何把黑盒測試技術(shù)運(yùn)用到系統(tǒng)測試中。 5.1 5.1系統(tǒng)測試概述系統(tǒng)測試概述 系統(tǒng)測試的根本任務(wù)就是要證明被測系統(tǒng)的功能和結(jié)構(gòu)的穩(wěn)定性；還要有一些非功能測試：性能測試、壓力測試、可靠性測試等等。 最終目的是為了確保軟件產(chǎn)品能夠被用戶或操作者接受。測試的主要目標(biāo)不再是找出缺陷，而是證明其性能。 系統(tǒng)測試屬

2、于黑盒測試范疇，不再對軟件的源代碼進(jìn)行分析和測試。 5.1.1什么是系統(tǒng)測試 系統(tǒng)測試就是將已經(jīng)集成好的軟件系統(tǒng)，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。 系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義比較，檢查軟件是否存在與系統(tǒng)定義不符合或與之矛盾的地方，以驗(yàn)證軟件系統(tǒng)的功能和性能等滿足其規(guī)約所指定的要求。 5.1.2 5.1.2系統(tǒng)測試的組織和分工系統(tǒng)測試的組織和分工 測試組組長：組織測試； 測試分析員：負(fù)責(zé)設(shè)計(jì)和實(shí)現(xiàn)測試腳本和測試用例； 測試者：負(fù)責(zé)執(zhí)行測試腳本中記錄

3、的測試用例。 同時(shí)可以邀請客戶代表參與系統(tǒng)測試，可以與客戶建立一個(gè)良好的平臺(tái)，并且得到反饋信息。 過程：搭建好系統(tǒng)測試的軟、硬件平臺(tái)制定軟件測試計(jì)劃(與開發(fā)人員多多溝通)系統(tǒng)測試提交系統(tǒng)測試的大量輸出的拷貝文檔(包括測試結(jié)果記錄表格、系統(tǒng)測試日志和全面的系統(tǒng)測試總結(jié)報(bào)告)。5.25.2如何進(jìn)行系統(tǒng)測試如何進(jìn)行系統(tǒng)測試 系統(tǒng)測試過程要經(jīng)歷以下幾個(gè)階段： 制定系統(tǒng)測試計(jì)劃、設(shè)計(jì)系統(tǒng)測試、實(shí)施系統(tǒng)測試、執(zhí)行系統(tǒng)測試和評估系統(tǒng)測試。（如圖5-1所示）制 定 系 統(tǒng) 測 試 計(jì) 劃設(shè) 計(jì) 系 統(tǒng) 測 試實(shí) 施 系 統(tǒng) 測 試執(zhí) 行 系 統(tǒng) 測 試評 估 系 統(tǒng) 測 試圖5-1系統(tǒng)測試過程 與之對應(yīng)的是如

4、下的幾個(gè)階段：一、計(jì)劃階段：制定測試計(jì)劃 二、設(shè)計(jì)階段：對系統(tǒng)進(jìn)行詳細(xì)的測試分析，然后設(shè)計(jì)一些典型的，滿足測試需求的測試用例；同時(shí)給出系統(tǒng)測試的大致過程。三、實(shí)施階段：使用當(dāng)前的軟件版本進(jìn)行測試腳本的錄制工作，確定軟件的基線。 四、執(zhí)行階段：根據(jù)系統(tǒng)測試計(jì)劃和事先設(shè)計(jì)好的系統(tǒng)測試用例，以及一定測試規(guī)程進(jìn)行測試腳本的回放。五、評估階段：進(jìn)行評估，以確定系統(tǒng)測試是否通過。 5.2.1系統(tǒng)測試分析 測試人員在做系統(tǒng)測試分析時(shí)，不妨分別從用戶層、應(yīng)用層、功能層、子系統(tǒng)層、協(xié)議層等幾個(gè)層次入手： 1 1）用戶層 用戶層的測試核心應(yīng)該圍繞用戶界面的規(guī)范性、友好性、可操作性，系統(tǒng)對用戶支持的情況，以及數(shù)據(jù)的

5、安全性等方面展開； 還應(yīng)該注意可維護(hù)性測試和安全性測試。 2）應(yīng)用層 主要是針對產(chǎn)品工程應(yīng)用或行業(yè)應(yīng)用的測試。 從系統(tǒng)應(yīng)用的角度：對系統(tǒng)的兼容性、可靠性、 性能等進(jìn)行的測試。 對整個(gè)系統(tǒng)的應(yīng)用層測試：包含并發(fā)性能測試、負(fù) 載測試、壓力測試、強(qiáng)度測試、破壞性測試。3）功能層 測試是否已經(jīng)實(shí)現(xiàn)需求規(guī)格說明中定義的功能， 以及系統(tǒng)功能間是否存在類似共享資源訪問沖突。 4）子系統(tǒng)層 針對產(chǎn)品內(nèi)部結(jié)構(gòu)性能的測試。關(guān)注子系統(tǒng) 內(nèi)部的性能，子系統(tǒng)間接口的瓶頸。5）協(xié)議/指標(biāo)層 針對系統(tǒng)所支持的協(xié)議，進(jìn)行協(xié)議一致性測試 和協(xié)議互通測試。 5.2.2 5.2.2系統(tǒng)測試環(huán)境系統(tǒng)測試環(huán)境 軟件測試環(huán)境構(gòu)建的是否合

6、理、穩(wěn)定和具有代表性，將直接影響到軟件測試結(jié)果的真實(shí)性、可靠性和正確性， 現(xiàn)階段，應(yīng)該構(gòu)件效率高、靈活性好、可復(fù)用性強(qiáng)的可“復(fù)用”的測試環(huán)境。 測試前要保證測試軟件的可靠性；保證系統(tǒng)軟件、數(shù)據(jù)庫、應(yīng)用軟件的可靠性和安全性；并且盡量減少鏡像文件的大小。.3系統(tǒng)測試類型系統(tǒng)測試類型 介紹17類系統(tǒng)測試類型 。 一、功能測試（Functional Test） 功能測試屬于黑盒測試技術(shù)范疇，是系統(tǒng)測試中要進(jìn)行的最基本的測試，它不用考慮軟件內(nèi)部的具體實(shí)現(xiàn)過程。 主要是根據(jù)產(chǎn)品的需求規(guī)格說明書和測試需求列表，驗(yàn)證產(chǎn)品是否符合產(chǎn)品的需求規(guī)格。 需求規(guī)格說明是功能測試的基本輸入。因此先對需求規(guī)

7、格進(jìn)行分析，明確功能測試的重點(diǎn)?？砂凑杖缦虏襟E進(jìn)行： 為所有的功能需求（其中包括隱含的功能需求）加以標(biāo)識(shí)； 為所有可能出現(xiàn)的功能異常進(jìn)行分類分析并加以標(biāo)識(shí)； 對前面表示的功能需求確定優(yōu)先級。 對每個(gè)功能進(jìn)行測試分析，分析其是否可測、采用何種測試方法、測試的入口條件、可能的輸入、預(yù)期輸出等等。 是否需要開發(fā)腳本或借助工具錄制腳本。 確定要對哪些測試使用自動(dòng)化測試，對哪些測試使用手工測試。 功能測試用例是功能測試工作的核心，常見的設(shè)計(jì)方法有如下幾種： 規(guī)范導(dǎo)出法 等價(jià)類劃分法 邊界值分析法 因果圖 判定表 正交實(shí)驗(yàn)設(shè)計(jì) 基于風(fēng)險(xiǎn)的測試 錯(cuò)誤猜測法 經(jīng)常進(jìn)行的功能測試項(xiàng)目如下： 1.頁面鏈接檢查 2

8、.相關(guān)性檢查 3.檢查按鈕的功能是否正確 4.字符串長度檢查 5.字符類型檢查 6.標(biāo)點(diǎn)符號(hào)檢查 7.中文字符處理 8.檢查帶出信息的完整性 9.信息重復(fù) 10.檢查刪除功能 11.檢查添加和修改是否一致 12.檢查修改重名 13.重復(fù)提交表單 14.檢查多次使用back鍵的情況 15. search檢查 16.輸入信息位置 17.上傳下載文件檢查 18.必填項(xiàng)檢查 19.快捷鍵檢查 20.回車鍵檢查二、協(xié)議一致性測試二、協(xié)議一致性測試(Protocol Conformance Testing) 分布式系統(tǒng)中，很多計(jì)算功能的完成需要由分布式系統(tǒng)內(nèi)的多臺(tái)計(jì)算機(jī)相互進(jìn)行通信、交換信息、協(xié)調(diào)合作來完

9、成的，必須遵循一定的規(guī)則（協(xié)議）。 所以要進(jìn)行協(xié)議測試。 通常包括如下幾種類型的協(xié)議測試： 1、協(xié)議一致性測試：檢查所實(shí)現(xiàn)的系統(tǒng)是否與標(biāo)準(zhǔn)協(xié)議符合； 2、協(xié)議性能測試：檢查協(xié)議實(shí)體的各種性能指標(biāo)（如：數(shù)據(jù)傳輸率、連接時(shí)間、執(zhí)行速度）； 3、協(xié)議互操作性測試：驗(yàn)證相同協(xié)議在不同實(shí)現(xiàn)的環(huán)境中的相容性； 4、協(xié)議健壯性測試：用來考驗(yàn)系統(tǒng)在外界因素下抗干擾的能力，例如通信中止、人為破壞等等。 三、性能測試（三、性能測試（Performance TestPerformance Test） 性能測試在軟件的質(zhì)量保證中起著重要的作用?？蓮娜齻€(gè)方面進(jìn)行性能測試：應(yīng)用在客戶端性能的測試、應(yīng)用在網(wǎng)絡(luò)上性能的測試和

10、應(yīng)用在服務(wù)器端性能的測試。 1 1、應(yīng)用在客戶端性能的測試、應(yīng)用在客戶端性能的測試 目的是考察客戶端應(yīng)用的性能，測試的入口是客戶端。 它主要包括并發(fā)性能測試、疲勞強(qiáng)度測試、大數(shù)據(jù)量測試和速度測試等，其中并發(fā)性能測試是重點(diǎn)。 并發(fā)性能測試的過程是一個(gè)負(fù)載測試和壓力測試的過程，即逐漸增加負(fù)載，直到系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)并發(fā)性能的過程。 并發(fā)性能測試的目的主要體現(xiàn)在三個(gè)方面：以真實(shí)的業(yè)務(wù)為依據(jù)，選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作設(shè)計(jì)測試案例，以評價(jià)系統(tǒng)的當(dāng)前性能； 當(dāng)擴(kuò)展應(yīng)用程序的功能或者新的應(yīng)用程序?qū)⒁徊渴饡r(shí)，負(fù)載測試會(huì)幫助確定系統(tǒng)是否還能夠

11、處理期望的用戶負(fù)載，以預(yù)測系統(tǒng)的未來性能；通過模擬成百上千個(gè)用戶，重復(fù)執(zhí)行和運(yùn)行測試，可以確認(rèn)性能瓶頸并優(yōu)化和調(diào)整應(yīng)用，目的在于尋找到瓶頸問題。 例如：在每月20日左右是電話交費(fèi)的高峰期，幾千個(gè)收費(fèi)網(wǎng)點(diǎn)同時(shí)啟動(dòng)。收費(fèi)過程一般分為兩步，首先要根據(jù)用戶提出的電話號(hào)碼來查詢出其當(dāng)月產(chǎn)生費(fèi)用，然后收取現(xiàn)金并將此用戶修改為已交費(fèi)狀態(tài)。一個(gè)用戶看起來簡單的兩個(gè)步驟，但當(dāng)成百上千的終端，同時(shí)執(zhí)行這樣的操作時(shí)，情況就大不一樣了，如此眾多的交易同時(shí)發(fā)生，對應(yīng)用程序本身、操作系統(tǒng)、中心數(shù)據(jù)庫服務(wù)器、中間件服務(wù)器、網(wǎng)絡(luò)設(shè)備的承受力都是一個(gè)嚴(yán)峻的考驗(yàn)。 這種問題在軟件測試階段就應(yīng)該得到解決。 并發(fā)性能測試前的準(zhǔn)備工作

12、并發(fā)性能測試前的準(zhǔn)備工作 測試環(huán)境； 測試工具：并發(fā)性能測試工具有QALoad、 LoadRunner、Benchmark Factory 和Webstress等； 測試數(shù)據(jù)； 并發(fā)性能測試的種類與指標(biāo)并發(fā)性能測試的種類與指標(biāo) 并發(fā)性能測試的種類取決于并發(fā)性能測試工具監(jiān)控的對象，以QALoad自動(dòng)化負(fù)載測試工具為例。 軟件針對各種測試目標(biāo)提供了DB2、DCOM、ODBC、ORACLE、NETLoad、Corba、QARun、SAP、SQLServer、Sybase、Telnet、 TUXEDO、UNIFACE、WinSock、WWW、 Java Script等不同的 監(jiān)控對象，支持Window

13、s和UNIX測試環(huán)境。 主要的測試指標(biāo)包括交易處理性能指標(biāo)和UNIX資源監(jiān)控。 疲勞強(qiáng)度與大數(shù)據(jù)量測試疲勞強(qiáng)度與大數(shù)據(jù)量測試 疲勞測試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。 大數(shù)據(jù)量測試可以分為兩種類型：針對某些系統(tǒng)存儲(chǔ)、傳輸、統(tǒng)計(jì)、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測試；與壓力性能測試、負(fù)載性能測試、疲勞性能測試相結(jié)合的綜合數(shù)據(jù)量測試方案。大數(shù)據(jù)量測試的關(guān)鍵是測試數(shù)據(jù)的準(zhǔn)備，可以依靠工具準(zhǔn)備測試數(shù)據(jù)。 2 2、應(yīng)用在網(wǎng)絡(luò)上性能的測試、應(yīng)用在網(wǎng)絡(luò)上性能的測試 該測試重點(diǎn)是利用成熟先進(jìn)

14、的自動(dòng)化技術(shù)進(jìn)行網(wǎng)絡(luò)應(yīng)用性能監(jiān)控、網(wǎng)絡(luò)應(yīng)用性能分析和網(wǎng)絡(luò)預(yù)測。下面我們分別從三個(gè)方面來闡述。 網(wǎng)絡(luò)應(yīng)用性能分析 目的就是準(zhǔn)確展示網(wǎng)絡(luò)帶寬、延遲、負(fù)載和TCP端口的變化是如何影響用戶的響應(yīng)時(shí)間的。 網(wǎng)絡(luò)應(yīng)用性能監(jiān)控 主要用來分析關(guān)鍵應(yīng)用程序的性能，定位問題的根源是在客戶端、服務(wù)器、應(yīng)用程序還是網(wǎng)絡(luò)。 網(wǎng)絡(luò)預(yù)測 從網(wǎng)絡(luò)管理軟件獲取網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、從現(xiàn)有的流量監(jiān)控軟件獲取流量信息，這樣可以得到現(xiàn)有網(wǎng)絡(luò)的基本結(jié)構(gòu)，并進(jìn)行流量分析和沖突檢測。 3 3、應(yīng)用在服務(wù)器上性能的測試、應(yīng)用在服務(wù)器上性能的測試 采用工具監(jiān)控資源使用情況。 實(shí)施測試的目的是實(shí)現(xiàn)服務(wù)器設(shè)備、服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、應(yīng)用在服務(wù)器上性

15、能的全面監(jiān)控，測試原理如圖5-2。文件服務(wù)器數(shù)據(jù)庫服務(wù)器應(yīng)用服務(wù)器其他服務(wù)器測試主控臺(tái)系統(tǒng)資源信息控制信息圖5-2 應(yīng)用服務(wù)器上的性能測試原理圖 對于安裝UNIX操作系統(tǒng)的服務(wù)器來說，有如下資源監(jiān)控指標(biāo)：平均負(fù)載: 系統(tǒng)正常狀態(tài)下，最后60秒同步進(jìn)程的平均個(gè)數(shù)沖突率: 在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)進(jìn)程/線程交換率: 進(jìn)程和線程之間每秒交換次數(shù)CPU利用率: CPU占用率（）磁盤交換率: 磁盤交換速率接收包錯(cuò)誤率: 接收以太網(wǎng)數(shù)據(jù)包時(shí)每秒錯(cuò)誤數(shù)包輸入率: 每秒輸入的以太網(wǎng)數(shù)據(jù)包數(shù)目中斷速率: CPU每秒處理的中斷數(shù) 輸出包錯(cuò)誤率: 發(fā)送以太網(wǎng)數(shù)據(jù)包時(shí)每秒錯(cuò)誤數(shù) 包輸入率: 每秒輸出的以太網(wǎng)數(shù)據(jù)包

16、數(shù)目 讀入內(nèi)存頁速率: 物理內(nèi)存中每秒讀入內(nèi)存頁的數(shù)目 寫出內(nèi)存頁速率: 每秒從物理內(nèi)存中寫到頁文件中的內(nèi)存頁數(shù)目或者從物理內(nèi)存中刪掉的內(nèi)存頁數(shù)目 內(nèi)存頁交換速率: 每秒寫入內(nèi)存頁和從物理內(nèi)存中讀出頁的個(gè)數(shù) 進(jìn)程入交換率: 交換區(qū)輸入的進(jìn)程數(shù)目 進(jìn)程出交換率: 交換區(qū)輸出的進(jìn)程數(shù)目 系統(tǒng)CPU利用率: 系統(tǒng)的CPU占用率（） 用戶CPU利用率: 用戶模式下的CPU占用率（） 磁盤阻塞: 磁盤每秒阻塞的字節(jié)數(shù)四、壓力測試四、壓力測試 壓力測試又稱強(qiáng)度測試，是在各種資源超負(fù)荷情況下觀察系統(tǒng)的運(yùn)行情況。在壓力測試過程中，測試人員主要關(guān)注的是非正常資源占用的情況下系統(tǒng)的處理時(shí)間。 注意：區(qū)分壓力測試和

17、容量測試五、容量測試五、容量測試 容量測試是面向數(shù)據(jù)的，在系統(tǒng)正常運(yùn)行的范圍內(nèi)測試并確定系統(tǒng)能夠處理的數(shù)據(jù)容量。也就是觀察系統(tǒng)承受超額的數(shù)據(jù)容量的能力。六、安全性測試六、安全性測試 要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。 所謂的系統(tǒng)安全性就是讓系統(tǒng)非法入侵者花費(fèi)更多的時(shí)間、付出更大的代價(jià)來交換其所獲得的系統(tǒng)信息，即讓非法者獲得的一切信息內(nèi)容貶值。 評價(jià)標(biāo)準(zhǔn)：有效性；生存性；精確性；出錯(cuò)反應(yīng)時(shí)間；吞吐量 七、恢復(fù)性測試七、恢復(fù)性測試 恢復(fù)性測試的目標(biāo)就是驗(yàn)證系統(tǒng)從軟件或者硬件失敗中恢復(fù)的能力。在測試過程中會(huì)采取各種人工干預(yù)方式使軟件出錯(cuò)，而不能正常工作，進(jìn)而檢驗(yàn)系統(tǒng)的恢復(fù)能力。 在進(jìn)行恢復(fù)

18、性測試時(shí)，同樣首先要進(jìn)行恢復(fù)性測試分析，經(jīng)常要考慮的主要問題有如下幾個(gè)：1）恢復(fù)期間的安全性過程；2）恢復(fù)處理日志方面的能力；3）當(dāng)出現(xiàn)供電問題時(shí)的恢復(fù)能力；4）恢復(fù)操作后系統(tǒng)性能是否下降。 八、備份測試八、備份測試 備份測試為了驗(yàn)證系統(tǒng)在軟件或者硬件失敗的事件中備份其數(shù)據(jù)的能力，它屬于恢復(fù)性測試的一個(gè)部分。九、九、GUIGUI測試測試 GUI（Graphic User Interface）即圖形化用戶接口， GUI測試只是軟件產(chǎn)品界面測試的一部分，GUI測試分為兩個(gè)部分，一方面要能使得界面實(shí)現(xiàn)與最初設(shè)計(jì)的情況相符合；另一方面是要確認(rèn)界面能夠正確處理事件。 進(jìn)行GUI測試的時(shí)候我們需要面對的主

19、要問題是：測試中可能的狀態(tài)集繁多。 不易模擬的事件驅(qū)動(dòng)。 不容易區(qū)分被測系統(tǒng)的界面與功能。 容易受主觀影響。 無恰當(dāng)?shù)膶I(yè)測試工具。 解決方法：在設(shè)計(jì)階段將界面與功能隔離。這樣就要把一個(gè)GUI系統(tǒng)分為3個(gè)層次：界面層、界面與功能的接口層、功能層。GUI測試則忽略功能層，主要針對界面層和界面與功能接口層上。 十、十、 健壯性測試健壯性測試 健壯性測試又被稱為容錯(cuò)性測試。主要是測試系統(tǒng)在出現(xiàn)故障時(shí)，是否能夠自動(dòng)恢復(fù)或者忽略故障繼續(xù)運(yùn)行。 十一、十一、 兼容性測試兼容性測試 目的就是檢驗(yàn)被測應(yīng)用對其他應(yīng)用或者系統(tǒng)的兼容性，比如在對一個(gè)共享資源（數(shù)據(jù)、數(shù)據(jù)文件或者內(nèi)存）進(jìn)行操作時(shí)，檢測兩個(gè)或多個(gè)系統(tǒng)需

20、求能否正常工作以及相互交互使用。 在做兼容性測試時(shí)，要主要關(guān)注如下幾個(gè)問題：當(dāng)前系統(tǒng)可能運(yùn)行在哪些不同的操作系統(tǒng)環(huán)境下？當(dāng)前系統(tǒng)可能與哪些不同類型的數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交換？當(dāng)前系統(tǒng)可能運(yùn)行在哪些不同的硬件配置的環(huán)境上？當(dāng)前系統(tǒng)可能需要與哪些軟件系統(tǒng)協(xié)同工作？這些軟件系統(tǒng)可能的版本有哪些？是否需要綜合測試？十二、可用性測試十二、可用性測試 可用性測試是面向用戶的系統(tǒng)測試。 進(jìn)行可用性測試時(shí)，測試人員應(yīng)該關(guān)注如下幾個(gè) 方面：系統(tǒng)中是否存在繁瑣的功能以及指令；安裝過程是否復(fù)雜；錯(cuò)誤信息提示內(nèi)容是否詳細(xì)；GUI接口是否標(biāo)準(zhǔn)；登錄是否方便；需要用戶記住內(nèi)容的多少；幫助文本是否詳細(xì)； 頁面風(fēng)格是否一致； 是否

21、會(huì)造成理解上的歧義。 執(zhí)行的操作是否與預(yù)期的功能相符，如點(diǎn)擊保存按鈕時(shí)記錄是否存入數(shù)據(jù)庫。 十三、可安裝性測試十三、可安裝性測試 可安裝性測試的目的就是要驗(yàn)證成功安裝系統(tǒng)的能力。安裝系統(tǒng)處在一個(gè)開發(fā)項(xiàng)目的結(jié)束也是被測系統(tǒng)的開始。十四、文檔測試十四、文檔測試 文檔測試是對系統(tǒng)提交給用戶的文檔進(jìn)行驗(yàn)證，并不是一般性的審查活動(dòng)。通過文檔測試保證用戶文檔的正確性并使得操作手冊能夠準(zhǔn)確無誤。 文檔測試可以輔助系統(tǒng)的可用性測試、可靠性測試，亦可提高系統(tǒng)的可維護(hù)性和可安裝性。十五、在線幫助測試十五、在線幫助測試 在線幫助測試給用戶提供一種實(shí)時(shí)的咨詢服務(wù)。 十六、數(shù)據(jù)轉(zhuǎn)換測試十六、數(shù)據(jù)轉(zhuǎn)換測試 主要是為了驗(yàn)證

22、已存在的數(shù)據(jù)轉(zhuǎn)換并載入一個(gè)新的數(shù)據(jù)庫是否有效。 十七、驗(yàn)收測試十七、驗(yàn)收測試 驗(yàn)收測試是將程序與其最初的需求及最終用戶當(dāng)前的需要進(jìn)行比較的過程。 5.2.4 5.2.4系統(tǒng)測試用例設(shè)計(jì)系統(tǒng)測試用例設(shè)計(jì) 系統(tǒng)測試用例設(shè)計(jì)基本上都是用黑盒測試方法，也就是說測試人員在作系統(tǒng)測試時(shí)無需知道系統(tǒng)是由結(jié)構(gòu)化程序設(shè)計(jì)語言還是面向?qū)ο蟪绦蛟O(shè)計(jì)語言來實(shí)現(xiàn)的。 生成系統(tǒng)測試用例很簡單，關(guān)鍵問題是：如何確定和選擇測試用例才能保證對系統(tǒng)進(jìn)行充分的測試？ 一、基于有限狀態(tài)機(jī)的系統(tǒng)級線索測試用例設(shè)計(jì) 幾個(gè)基本概念：原子系統(tǒng)功能，源ASF和匯ASF，系統(tǒng)線索，有限狀態(tài)機(jī)。 基于線索的系統(tǒng)測試用例設(shè)計(jì)步驟如下： 尋找線索：如

23、果系統(tǒng)復(fù)雜，那么首先畫出系統(tǒng)的頂層狀態(tài)機(jī)，在這一層狀態(tài)對應(yīng)的階段中，表示轉(zhuǎn)移的事件可以用邏輯事件來表示；然后再對頂層狀態(tài)機(jī)的宏?duì)顟B(tài)進(jìn)行細(xì)化。 制定線索測試的策略： 一般采用自底向上的組織線索策略。首先，確定能夠遍歷底層狀態(tài)機(jī)的線索路徑；然后，再依次上升到上一級有限狀態(tài)機(jī)，遍歷線索路徑。 測試用例的確定和測試的度量：在遍歷線索路徑的過程中，可以參照節(jié)點(diǎn)與邊覆蓋指標(biāo)來選取線索并度量所選取的測試用例是否能夠?qū)ο到y(tǒng)進(jìn)行充分的測試。節(jié)點(diǎn)覆蓋指標(biāo)要求所選擇的線索必須覆蓋有限狀態(tài)機(jī)的所有狀態(tài)；邊覆蓋要求要求所選擇的線索必須覆蓋所有的轉(zhuǎn)移（狀態(tài)轉(zhuǎn)換）。二、基于UML的系統(tǒng)級線索測試用例設(shè)計(jì) 基于這種方法進(jìn)行系

24、統(tǒng)測試的前提條件是假設(shè)系統(tǒng)已經(jīng)通過統(tǒng)一建模語言定義和細(xì)化。 1、明確軟件系統(tǒng)的功能，至少要使用顯示功能、隱藏功能和裝飾功能對其進(jìn)行標(biāo)識(shí)； 2、勾畫出系統(tǒng)界面草圖，證明系統(tǒng)功能可以得到用戶界面的支持； 3、通過系統(tǒng)功能的描述開發(fā)出高層用例，包括測試用例的名稱、參與者、功能類型和功能描述等四項(xiàng)信息； 4、在高層用例中增加“參與者行動(dòng)”和“系統(tǒng)響應(yīng)”兩項(xiàng)信息； 5、擴(kuò)展基本用例：增加“前提”和“結(jié)果”信息，以及有關(guān)替代事件序列信息，以及與過程早期表示的系統(tǒng)功能的交叉引用信息等。另外一種擴(kuò)展就是添加新的測試用例； 6、導(dǎo)出真實(shí)用例：如用“在password文本框中輸入數(shù)字123”這樣的短語來代替“輸入

25、正確密碼”； 7、選擇和確定測試用例。 在選擇和確定測試用例時(shí)，要考慮是否達(dá)到了相應(yīng)的覆蓋標(biāo)準(zhǔn)。 第一個(gè)層次：列出擴(kuò)展基本用例和系統(tǒng)功能的關(guān)聯(lián)矩陣；然后，找出可以覆蓋所有功能的一組擴(kuò)展基本用例；最后，通過使用這些擴(kuò)展基本用例導(dǎo)出真實(shí)用例以及系統(tǒng)測試用例。 第二個(gè)層次：通過所有真實(shí)用例開發(fā)測試用例，這是系統(tǒng)測試所應(yīng)該達(dá)到的最低限度的測試覆蓋要求。 第三個(gè)層次：通過有限狀態(tài)機(jī)導(dǎo)出測試用例。 第四個(gè)層次：通過基于狀態(tài)的事件表導(dǎo)出測試用例。 .5系統(tǒng)測試執(zhí)行系統(tǒng)測試執(zhí)行 系統(tǒng)測試的執(zhí)行常常需要使用相應(yīng)的測試工具，對于那些涉及到數(shù)據(jù)量很多的測試尤其如此，使用手工測試不但浪費(fèi)時(shí)間，而且有時(shí)

26、候也無法得到精確的測試結(jié)果。 為了能夠把系統(tǒng)測試工作做好，可以參考下面幾條原則：1、判斷是否已經(jīng)給出測試手段，若沒有就要判斷工作量、選擇自動(dòng)化工具。2、進(jìn)行測試，保存好測試腳本、以及測試結(jié)果，對測試結(jié)果進(jìn)行精確的分析，判斷軟件缺陷所在。3、若軟件不是第一版本，要重新測試先前系統(tǒng)測試周期中發(fā)現(xiàn)的缺陷。4、在系統(tǒng)測試執(zhí)行期間，必須把測試的結(jié)果添加到缺陷跟蹤數(shù)據(jù)庫中。 5、在系統(tǒng)測試的過程中，測試人員要注意一定要使 用具有代表性并且接近真實(shí)的數(shù)據(jù)，因?yàn)檫@樣可以保證測試的可靠性和真實(shí)性。 另一個(gè)要考慮因素是：決定由誰來進(jìn)行測試？一般不能由程序員以及軟件開發(fā)機(jī)構(gòu)單獨(dú)進(jìn)行測試。.6系統(tǒng)測試

27、案例研究系統(tǒng)測試案例研究 以兩票系統(tǒng)的功能測試作為一個(gè)案例，使用基于有限狀態(tài)機(jī)的系統(tǒng)級線索測試用例設(shè)計(jì)的方法，介紹進(jìn)行系統(tǒng)測試的具體過程。 一、一、 測試計(jì)劃測試計(jì)劃 一份測試計(jì)劃至少需要包括測試對象、測試目標(biāo)、測試策略、測試終止準(zhǔn)則、測試環(huán)境與測試工具、測試資源配置（人員與時(shí)間）幾個(gè)方面的內(nèi)容。 1）測試對象：兩票管理系統(tǒng)的功能； 2）測試目標(biāo)：驗(yàn)證兩票編寫和票據(jù)檔案查詢功能； 3）需求和設(shè)計(jì)階段產(chǎn)生的相關(guān)文檔及說明是功能測試需求的首要來源，對我們的這個(gè)系統(tǒng)而言，在需求文檔中對開具操作票功能有如下規(guī)定： 1、 可以普通用戶和系統(tǒng)管理員的身份開票 2、 可以在多個(gè)部門的多個(gè)系統(tǒng)圖上開票。3、

28、可以在兩種系統(tǒng)圖上同時(shí)開操作票。 在設(shè)計(jì)文檔中，對于開票功能有更詳細(xì)的定義：1、 密碼輸入錯(cuò)誤時(shí)應(yīng)給出錯(cuò)誤提示信息。2、 操作票成功保存時(shí)應(yīng)彈出保存成功對話框。 4）測試策略：描述對整個(gè)測試采取的方法，本次測試的測試策略規(guī)定，測試最少為2輪，每輪測試應(yīng)該執(zhí)行所有的測試用例至少一次。 5）測試終止準(zhǔn)則：整個(gè)測試的終止準(zhǔn)則是“所有待驗(yàn)證指標(biāo)都達(dá)到”。 6）測試環(huán)境與測試工具：確定本測試需要使用的測試工具和定義需要使用的測試環(huán)境。在本系統(tǒng)的測試中，要求服務(wù)器端必須配置JVM、web服務(wù)器、JDBC驅(qū)動(dòng)程序、SQL Server數(shù)據(jù)庫服務(wù)器，客戶端安裝JVM和IE5.0以上版本瀏覽器。 7）測試資源配

29、置：描述執(zhí)行本測試需要的人員和時(shí)間資源。 二、尋找線索并設(shè)計(jì)測試用例二、尋找線索并設(shè)計(jì)測試用例( (詳見教材兩票系統(tǒng)詳見教材兩票系統(tǒng)) ) 測試用例至少應(yīng)該詳細(xì)定義了用例執(zhí)行的先決條件、測試輸入和預(yù)期輸出，以很直觀的方式給出了測試用例的各個(gè)要素。圖5-4 “身份驗(yàn)證”有限狀態(tài)機(jī) 分 廠 列 表 可 用系 統(tǒng) 圖 列 表 可 用用 戶 列 表 可 用2.身 份 驗(yàn) 證3.等 待 操 作 請 求 選 擇 未 選 擇 分 廠系 統(tǒng) 登 錄 界 面 ， 分 廠 列 表 顯 示 “ 通 遼 電 廠系 統(tǒng) 登 錄 界 面分 廠 已 選 擇系 統(tǒng) 登 錄 界 面 ， 顯 示 已 選 擇 分 廠 名 稱 未

30、選 擇 系 統(tǒng) 圖系 統(tǒng) 登 錄 界 面 ， 分 廠 列 表 顯 示 “ 系 統(tǒng) 圖 ”系 統(tǒng) 圖 已 選 擇系 統(tǒng) 登 錄 界 面 ， 顯 示 已 選 擇 系 統(tǒng) 圖 名 稱用 戶 已 選 擇 進(jìn) 入 身 份 驗(yàn) 證 界 面密 碼 輸 入 錯(cuò) 誤顯 示 身 份 驗(yàn) 證 界 面 ， 給 出 錯(cuò) 誤 提 示 信 息密 碼 輸 入 正 確進(jìn) 入 主 界 面退 出返 回 系 統(tǒng) 登 錄 界 面為了便于表示線索，我們首先列出表示狀態(tài)轉(zhuǎn)移的端口事件，如表5-1所示：端口輸入事件端口輸出事件未選擇分廠顯示系統(tǒng)登錄界面分廠已選擇顯示系統(tǒng)登錄界面，分廠列表顯示分廠名稱未選擇系統(tǒng)圖顯示系統(tǒng)登錄界面系統(tǒng)圖已選擇顯示系統(tǒng)登錄界面，分廠列表顯示系統(tǒng)圖名稱