高等院校計(jì)算機(jī)系列課程

1、主講：于海洋,高等院校計(jì)算機(jī)系列課程,軟件測(cè)試,課程安排,授課1～10周上機(jī)課5～9周考試時(shí)間:2010/11/16(18:00--20:00)],軟件無處不在,只要是人編寫的軟件，就不能避免軟件錯(cuò)誤的發(fā)生。,[ 著名的軟件錯(cuò)誤 ] 迪斯尼的獅子王游戲，1994-1995， 原因：未進(jìn)行系統(tǒng)測(cè)試； 只針對(duì)少數(shù)系統(tǒng)進(jìn)行了測(cè)試，公眾使用的系統(tǒng)未經(jīng)測(cè)試。導(dǎo)致電話技術(shù)服務(wù)系統(tǒng)全線崩潰。,[ 著名的

2、軟件錯(cuò)誤 ] 英特爾奔騰浮點(diǎn)除法缺陷，1994， 原因：發(fā)現(xiàn)問題未公開，公開后未重視，逃避責(zé)任。損失聲譽(yù)及4億美元； 浮點(diǎn)除法缺陷 如果（4195835/3145727） ×3145727-4195835 ≠ 0 則計(jì)算機(jī)使用了帶有浮點(diǎn)除法軟件缺陷的英特爾奔騰處理器。,[ 著名的軟件錯(cuò)誤 ] 極地登陸者號(hào)探測(cè)器，1999， 原因：分組

3、測(cè)試未統(tǒng)一； 探測(cè)器在火星表面撞毀，因折疊腳測(cè)試小組未進(jìn)行數(shù)據(jù)置位測(cè)試，而著陸測(cè)試小組總是在測(cè)試前復(fù)位計(jì)算機(jī)，致使軟件缺陷未被檢測(cè)到。,[ 著名的軟件錯(cuò)誤 ] 愛國(guó)者導(dǎo)彈防御系統(tǒng)，1991， 原因：積時(shí)性的軟件缺陷，擊斃28名美軍士兵； 計(jì)時(shí)系統(tǒng)的一個(gè)很小的錯(cuò)誤，積累14小時(shí)后影響到系統(tǒng)目標(biāo)跟蹤的準(zhǔn)確性。,[ 著名的軟件錯(cuò)誤 ]千年蟲問題，1974， 原因：壓縮方式未及時(shí)測(cè)

4、試更改導(dǎo)致數(shù)千億美元損失。 將4位數(shù)的年份壓縮為2位數(shù)表示。 眼前的任務(wù)比遙不可及的未來更重要。,參考書籍,軟件測(cè)試技術(shù) 水利水電出版社 曲朝陽等軟件測(cè)試 機(jī)械工業(yè)出版社 張小松等軟件測(cè)試教程 機(jī)械工業(yè)出版社 宮云戰(zhàn)等軟件測(cè)試技術(shù)基礎(chǔ) 清華大學(xué)出版社 任冬梅等,第一章 概述,[

5、本章要點(diǎn) ] 軟件測(cè)試的發(fā)展歷史； 軟件測(cè)試技術(shù)的分類方法； 軟件測(cè)試原則； 軟件測(cè)試的定義； 軟件測(cè)試同軟件開發(fā)之間的關(guān)系； 軟件測(cè)試與開發(fā)模型； 軟件測(cè)試工作流程。,[ 本章目標(biāo) ] 了解軟件測(cè)試的發(fā)展歷程和行業(yè)現(xiàn)狀； 掌握軟件測(cè)試技術(shù)的分類； 理解軟件測(cè)試的目的和軟件測(cè)試原則，以及了解人們對(duì)軟件測(cè)試行業(yè)的錯(cuò)誤認(rèn)識(shí)； 掌握軟件測(cè)試中的基本定義

6、、基本知識(shí); 理解軟件開發(fā)與軟件測(cè)試的關(guān)系。,1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 1.1.1軟件測(cè)試的發(fā)展歷程 20世紀(jì)50-60年代，軟件仍然處于次要位置,測(cè)試?yán)碚摵头椒ǖ陌l(fā)展比較緩慢。 70年代以后，軟件技術(shù)的成熟和完善使得軟件測(cè)試的規(guī)模和復(fù)雜度加大，軟件測(cè)試也逐漸形成了一套完整的體系，逐漸走向規(guī)范化。 如今對(duì)軟件質(zhì)量的要求越來越高，質(zhì)量的控制已經(jīng)不僅僅是傳統(tǒng)意義上的基于代碼運(yùn)

7、行上的測(cè)試。軟件測(cè)試已經(jīng)是一個(gè)基于整個(gè)軟件生命周期的質(zhì)量控制活動(dòng)。,1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 1.1.2軟件測(cè)試的現(xiàn)狀 與一些發(fā)達(dá)國(guó)家相比，國(guó)內(nèi)測(cè)試工作還存在一定的差距。國(guó)內(nèi)測(cè)試人員所占比例小。 微軟的開發(fā)工程師與測(cè)試工程師的比例是1 : 2,國(guó)內(nèi)一般公司是6 ：1. 與發(fā)達(dá)國(guó)家相比，我們的差距主要在測(cè)試意識(shí)，測(cè)試?yán)碚摰难芯?，測(cè)試工具軟件的開發(fā)以及從業(yè)人員的數(shù)量等方面。,

8、1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 今年來，隨著軟件外包行業(yè)的興起，國(guó)內(nèi)軟件質(zhì)量保證的意識(shí)也在加強(qiáng)。占整體外包業(yè)務(wù)85%的對(duì)日軟件外包中主要的工作就是軟件測(cè)試。 2006年起， IBM，百度，華為，惠普，盛大，聯(lián)想等大型IT企業(yè)均表示出對(duì)成熟軟件測(cè)試人員的期盼。,1.2 什么是軟件測(cè)試（software testing） 1.2.1軟件測(cè)試的定義 根據(jù)側(cè)重點(diǎn)的不同，主要有以下三種觀點(diǎn)：　

9、 1）“使用人工或自動(dòng)手段運(yùn)行或測(cè)定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別”，該定義明確地提出了軟件測(cè)試以檢驗(yàn)是否滿足需求為目標(biāo)。 2）“軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程”，明確提出了“尋找錯(cuò)誤”是測(cè)試目的。,3）從軟件質(zhì)量保證的角度看：是一種重要的軟件質(zhì)量保證活動(dòng)，其動(dòng)機(jī)是通過一些經(jīng)濟(jì)、高效的方法，捕捉軟件中的錯(cuò)誤，從而達(dá)到保證軟件內(nèi)在質(zhì)量的目的。

10、 最終目的是驗(yàn)證軟件是否按著預(yù)期運(yùn)行。 測(cè)試過程中的活動(dòng)包括“分析”軟件（靜態(tài)測(cè)試）和“運(yùn)行”軟件（動(dòng)態(tài)測(cè)試）。 也有人認(rèn)為軟件測(cè)試（software testing）就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。,軟件測(cè)試有兩個(gè)基本職責(zé)：確認(rèn)：保證開發(fā)過程中軟件符合產(chǎn)品說明書的過程驗(yàn)證：保證最終產(chǎn)品滿足用戶要求的過程 經(jīng)常會(huì)確認(rèn)了但沒有

11、驗(yàn)證，例如1990年哈勃天文望遠(yuǎn)鏡事件。 注意：區(qū)分軟件測(cè)試和軟件調(diào)試。 1，調(diào)試分析和定位BUG，不能完全代替測(cè)試。 2，調(diào)試是為了使軟件正確運(yùn)行，測(cè)試是找錯(cuò)誤。 3，調(diào)試對(duì)象是源代碼，測(cè)試的對(duì)象是開發(fā)過程各個(gè)階段的所有產(chǎn)品。,1.2.2軟件測(cè)試生命周期 測(cè)試的生命周期（software testing life cycle）分為幾個(gè)階段（如圖1-1所示 ）。 前三個(gè)階段就

12、是引入程序錯(cuò)誤階段； 后三個(gè)階段就是清除程序錯(cuò)誤的階段。,,,圖1-1 測(cè)試生命周期,1.2.3軟件開發(fā)與測(cè)試模型 下面我們將介紹幾種典型的軟件開發(fā)與測(cè)試模型。 一、軟件開發(fā)與測(cè)試V模型 在傳統(tǒng)開發(fā)過程中測(cè)試不受重視，僅把它作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。尤其在瀑布模型中。 V模型，描述了一些不同的測(cè)試級(jí)別， 級(jí)別對(duì)應(yīng)的生命周期中不同的階段，

13、 這些測(cè)試階段和開發(fā)過程期間存在對(duì)應(yīng)關(guān)系。,,圖1-2 V模型示意圖,二、軟件開發(fā)與測(cè)試W模型 開發(fā)的每一個(gè)環(huán)節(jié)都可能產(chǎn)生錯(cuò)誤，如果堅(jiān)持各個(gè)階段的技術(shù)評(píng)審,就能夠盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤。 W 模型，形象地說明了軟件測(cè)試與開發(fā)的這種同步性。 W模型的優(yōu)點(diǎn)在于，每個(gè)軟件開發(fā)活動(dòng)結(jié)束后就可以執(zhí)行相應(yīng)的測(cè)試，如：在需求分析結(jié)束后，就可以進(jìn)行需求分析測(cè)試。,,,圖1-3 W模型示意圖,三、軟

14、件開發(fā)與測(cè)試H模型 與前兩種模型相比，H模型充分地體現(xiàn)了測(cè)試過程。 1、 軟件測(cè)試不僅僅指測(cè)試的執(zhí)行, 還包括很多其他的活動(dòng)。 2、軟件測(cè)試是一個(gè)獨(dú)立的流程, 貫穿產(chǎn)品的整個(gè)開發(fā)周期, 與其它流程并發(fā)進(jìn)行。 3、軟件測(cè)試要盡早準(zhǔn)備, 盡早執(zhí)行。,,圖1-4 H模型示意圖,4、軟件測(cè)試根據(jù)被測(cè)物的不同是分層次的. 不同層次的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的, 但也可能是反復(fù)的。,1.2.4與軟件測(cè)試相關(guān)的

15、術(shù)語 1.錯(cuò)誤（Error） 程序員在編寫代碼時(shí)會(huì)出錯(cuò)，我們把這種錯(cuò)誤稱之為bug。隨著開發(fā)過程的進(jìn)行，錯(cuò)誤會(huì)不斷的放大。 2.缺陷(Default) 缺陷是錯(cuò)誤的結(jié)果，更精確的說是錯(cuò)誤的表現(xiàn)。 包括過錯(cuò)缺陷和遺漏缺陷。 過錯(cuò)缺陷：信息輸入到了不正確的表現(xiàn)形式中 遺漏缺陷：沒有輸入信息,3.失效（Failure） 在缺陷運(yùn)行時(shí)，常常會(huì)發(fā)生失效的情況。一種是過錯(cuò)缺陷對(duì)應(yīng)的失效；

16、一種是遺漏缺陷對(duì)應(yīng)的失效。 4.測(cè)試（Test） 測(cè)試是一項(xiàng)采用測(cè)試用例執(zhí)行軟件的活動(dòng)，在這項(xiàng)活動(dòng)中某個(gè)系統(tǒng)或組成的部分將在特定的條件下運(yùn)行，然后要觀察并記錄結(jié)果，以便對(duì)系統(tǒng)或組成部分進(jìn)行評(píng)價(jià)。,5.測(cè)試用例(Test Case) 測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。 6.回歸測(cè)試（Regression testing） 回歸測(cè)試的目的是為

17、了測(cè)試由于修正缺陷而更新的應(yīng)用程序，以確保徹底修正了上一個(gè)版本的缺陷，并且沒有引入新的軟件缺陷。 回歸測(cè)試可分為： 完全回歸測(cè)試 嚴(yán)重性高 部分回歸測(cè)試 時(shí)間緊張，測(cè)試內(nèi)容過多,1.3軟件測(cè)試技術(shù)分類 從不同的角度，可以把軟件測(cè)試技術(shù)分成不同種類， 一 、從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。 比如檢查二手車，看車漆屬于靜態(tài)測(cè)試，

18、發(fā)動(dòng)聽音則屬于動(dòng)態(tài)測(cè)試。,靜態(tài)測(cè)試 那些不利用計(jì)算運(yùn)行被測(cè)程序，而是通過其他手段達(dá)到測(cè)試目的的方法稱作靜態(tài)測(cè)試。 幾種靜態(tài)測(cè)試 ①代碼檢查：以小組為單位閱讀代碼 ②代碼走查：在檢查的基礎(chǔ)上，還要執(zhí)行邏輯運(yùn)行 ③桌面檢查：由一個(gè)人進(jìn)行的代碼檢查與走查 ④同行評(píng)分：不為發(fā)現(xiàn)錯(cuò)誤，對(duì)代碼自己質(zhì)量進(jìn)行評(píng)價(jià),動(dòng)態(tài)測(cè)試 動(dòng)態(tài)測(cè)試的對(duì)象：必須是能夠運(yùn)行的程序。

19、 通過輸入測(cè)試用例，并對(duì)實(shí)際輸出結(jié)果和預(yù)期輸出結(jié)果進(jìn)行比較分析，從而發(fā)現(xiàn)錯(cuò)誤的測(cè)試屬于動(dòng)態(tài)測(cè)試。 黑盒測(cè)試和白盒測(cè)試就屬于動(dòng)態(tài)測(cè)試。,二、從軟件測(cè)試用例設(shè)計(jì)方法的角度，可分為黑盒測(cè)試（Black-Box Testing）和白盒測(cè)試（White-Box Testing）。黑盒測(cè)試：又叫功能性測(cè)試，測(cè)試人員只需知道軟件要做什么？無法看到軟件如何運(yùn)行。目的是檢查程序各個(gè)功能是否實(shí)現(xiàn)。白盒測(cè)試：測(cè)試人員可以訪問代碼，

20、并通過檢查代碼線索來協(xié)助測(cè)試。目的是檢查內(nèi)部操作是否按規(guī)定執(zhí)行，功能是否得到充分使用。,三、按照軟件測(cè)試的策略和過程分類，軟件測(cè)試可分為單元測(cè)試(Unit Testing)：針對(duì)每個(gè)單元的測(cè)試，是測(cè)試的最小單位。集成測(cè)試(Integration Testing)：主要檢查與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問題。確認(rèn)測(cè)試(Validation Testing)：測(cè)試程序能否滿足所有功能和性能的需求。系統(tǒng)測(cè)試(System Testing)：

21、測(cè)試軟件與系統(tǒng)的其他部分的協(xié)調(diào)性。驗(yàn)收測(cè)試(Verification Testing)：從用戶角度進(jìn)行測(cè)試。,1.4軟件測(cè)試的目的 測(cè)試真正的目的是使我們通過對(duì)軟件錯(cuò)誤的原因和分布進(jìn)行歸納，來發(fā)現(xiàn)并排除當(dāng)前軟件產(chǎn)品的缺陷，對(duì)在需求和設(shè)計(jì)過程中存在的問題查缺補(bǔ)漏，從而確保軟件產(chǎn)品的質(zhì)量。,測(cè)試的目標(biāo)： 1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 2)測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)。

22、 3)一個(gè)好的測(cè)試用例在于他能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。 4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 軟件測(cè)試不只是軟件測(cè)試人員的工作，也是軟件開發(fā)人員和軟件使用者的工作。,1.5軟件測(cè)試的原則 1.5.1盡早地和不斷地進(jìn)行軟件測(cè)試 缺陷存在放大趨勢(shì)。,圖1-5 缺陷放大模型,問題發(fā)現(xiàn)越早，解決問題的代價(jià)就越小，這是軟件開發(fā)過程中的黃金法則。,1.5.2不可能完全的測(cè)試 對(duì)一個(gè)程序

23、進(jìn)行完全測(cè)試就是意味著在測(cè)試結(jié)束之后，再也不會(huì)發(fā)現(xiàn)其它的軟件錯(cuò)誤了。這是不可能的。主要原因有以下幾點(diǎn)： 一、不可能測(cè)試程序?qū)λ锌赡茌斎氲捻憫?yīng)。 1，對(duì)所有有效輸入 2，對(duì)所有無效輸入 3，對(duì)所有編輯過的輸入（如Backspace反復(fù)編輯） 4，對(duì)所有輸入時(shí)機(jī)的變化 （輸入的隨機(jī)中斷）,1.5.2不可能完全的測(cè)試 二、不可能測(cè)試到程序每一條可能的執(zhí)行路徑 簡(jiǎn)單的程序其路徑數(shù)也是龐大的。

24、（20行代碼可產(chǎn)生100萬億條路徑） 三、無法找出所有的設(shè)計(jì)錯(cuò)誤 四、不能采用邏輯來證明程序的正確性,1.5.3增量測(cè)試，由小到大,,圖1-7 測(cè)試資源關(guān)系圖,1.5.4避免測(cè)試自己的程序 避免程序員測(cè)試自己的代碼的主要原因： 1.程序員輕易不會(huì)承認(rèn)自己寫的程序有錯(cuò)誤。 2.程序員的測(cè)試思路有局限性，在做測(cè)試時(shí)很容易受到編程思路的影響。 3.多數(shù)程序員沒有嚴(yán)格正規(guī)的職業(yè)訓(xùn)練，缺乏專

25、業(yè)測(cè)試人員的意識(shí)。 4.程序員沒有養(yǎng)成錯(cuò)誤跟蹤和回歸測(cè)試的習(xí)慣.,1.5.5設(shè)計(jì)周密的測(cè)試用例 軟件測(cè)試的本質(zhì)就是針對(duì)要測(cè)試的內(nèi)容確定一組測(cè)試用例。測(cè)試用例至少應(yīng)該包括如下幾個(gè)基本信息： 1、在執(zhí)行測(cè)試用例之前，應(yīng)滿足的前提條件。 2、輸入（合理的、不合理的）。 3、預(yù)期輸出（包括后果和實(shí)際輸出）。,圖1-8顯示了一個(gè)典型的測(cè)試用例所應(yīng)該具有的基本信息。,測(cè)試用例是測(cè)試

26、工作的核心，應(yīng)該盡量設(shè)計(jì)的周密細(xì)致，這樣才能更好的保證測(cè)試工作的質(zhì)量。,以一個(gè)實(shí)現(xiàn)登錄功能的小程序?yàn)槔?，它允許用戶選擇城市和地區(qū)，輸入自己的賬號(hào)和密碼。 通過Alt-F4組合鍵和“退出”按鈕來終止程序，Tab鍵在區(qū)域中間移動(dòng)。,,圖1-9 登錄窗口,根據(jù)組成頁面的具體元素，分別從幾個(gè)方面做了一些比較全面的測(cè)試用例：,1. 下拉框和輸入框測(cè)試用例 表1-1 下拉框和輸入框測(cè)試用例,,2、功能測(cè)試 （表1-2

27、功能測(cè)試用例）,3、各種錯(cuò)誤數(shù)據(jù)的測(cè)試表1-3 錯(cuò)誤數(shù)據(jù)的測(cè)試用例,4、特殊測(cè)試 表1-4 特殊測(cè)試用例,1.5.6注意錯(cuò)誤集中的現(xiàn)象 軟件缺陷的“扎堆”現(xiàn)象的常見形式： 1、對(duì)話框的某個(gè)控件功能不起作用，可能其他控件的功能也不起作用。 2、某個(gè)文本框不能正確顯示雙字節(jié)字符，則其他文本框也可能不支持雙字節(jié)字符。 3、聯(lián)機(jī)幫助某段文字的

28、翻譯包含了很多錯(cuò)誤，與其相鄰的上下段的文字可能也包含很多的語言質(zhì)量問題。 4、安裝文件某個(gè)對(duì)話框的“上一步”或“下一步”按鈕被截?cái)?，則這兩個(gè)按鈕在其他對(duì)話框中也可能被截?cái)唷?1.5.7確認(rèn)BUG的有效性 有時(shí)候測(cè)試人員提交的BUG并不是真正的BUG。一般由A測(cè)試人員發(fā)現(xiàn)的BUG，一定要由另外一個(gè)B測(cè)試人員來進(jìn)行確認(rèn)，如果發(fā)現(xiàn)嚴(yán)重的BUG可以召開評(píng)審會(huì)進(jìn)行討論和分析。,,,1.5.7確認(rèn)BUG的有效性

29、 有時(shí)候測(cè)試人員提交的BUG并不是真正的BUG。。,,圖1-10 無效BUG來源構(gòu)成圖,1.5.8合理安排測(cè)試計(jì)劃 合理的測(cè)試計(jì)劃有助于測(cè)試工作順利有序地進(jìn)行，要求: 結(jié)合多種針對(duì)性強(qiáng)的測(cè)試方法、 列出所有可使用資源， 建立一個(gè)正確的測(cè)試目標(biāo)； 要本著嚴(yán)謹(jǐn)、準(zhǔn)確的原則，周到細(xì)致地做好測(cè)試前期的準(zhǔn)備工作，避免測(cè)試的隨意性。尤其是要盡量科學(xué)合理地安排測(cè)試時(shí)間。,,,1.5

30、.9回歸測(cè)試,程序員修正BUG時(shí)，完全有可能會(huì)引入一處或多處錯(cuò)誤。當(dāng)需求變更時(shí)，對(duì)現(xiàn)有系統(tǒng)也會(huì)產(chǎn)生類似的波及效應(yīng)，導(dǎo)致錯(cuò)誤產(chǎn)生，這是因?yàn)殄e(cuò)誤具有關(guān)聯(lián)現(xiàn)象。 因此，當(dāng)程序改動(dòng)時(shí)，需要進(jìn)行多次回歸測(cè)試以保證錯(cuò)誤被正確關(guān)閉。,,,圖1-11 錯(cuò)誤依賴關(guān)系,1.5.9回歸測(cè)試錯(cuò)誤具有關(guān)聯(lián)現(xiàn)象,（a）圖中的A、B 關(guān)系表達(dá)為：A錯(cuò)誤依賴于B錯(cuò)誤的關(guān)閉而關(guān)閉。（b）圖，A錯(cuò)誤依賴于B錯(cuò)誤和C錯(cuò)誤的同時(shí)關(guān)閉而關(guān)閉。（c）圖是（a）

31、和（b）的復(fù)合方式，因程序中的錯(cuò)誤存在著一對(duì)多，多對(duì)多的復(fù)雜關(guān)系而變得難以處理，并且有些錯(cuò)誤關(guān)聯(lián)和依賴關(guān)系處于隱性狀態(tài)。,1.5.10測(cè)試結(jié)果的統(tǒng)計(jì)和分析 得出的測(cè)試結(jié)果中存在大量的正確的以及錯(cuò)誤的輸出信息，只有對(duì)這些輸出信息進(jìn)行深入地統(tǒng)計(jì)、分析和比較，才能夠正確的鑒別測(cè)試后輸出的數(shù)據(jù)，給出清晰的錯(cuò)誤原因分析報(bào)告。當(dāng)輸出的信息很龐大時(shí)，我們可以借助專業(yè)的測(cè)試工具。,1.5.11及時(shí)更新測(cè)試 設(shè)計(jì)

32、用例后未及時(shí)測(cè)試，會(huì)造成文檔過時(shí)現(xiàn)象。 有可能導(dǎo)致測(cè)試失敗的原因還有很多，可大致歸納為如下幾點(diǎn)： 1、測(cè)試團(tuán)隊(duì)管理者失職； 2、測(cè)試團(tuán)隊(duì)中溝通不好； 3、測(cè)試團(tuán)隊(duì)和項(xiàng)目團(tuán)隊(duì)溝通不良； 4、測(cè)試過程中，執(zhí)行角色無準(zhǔn)確定義； 5、測(cè)試團(tuán)隊(duì)缺乏良好的培訓(xùn)。,1.6軟件測(cè)試工作流程 一般的軟件測(cè)試總體工作流程如圖1-12所示：,,圖1-12 軟

33、件測(cè)試工作總體流程圖,1、需求階段 需求階段是軟件測(cè)試活動(dòng)的前提。需求階段測(cè)試工作流程如圖1-13所示：,,圖1-13 需求階段測(cè)試活動(dòng)流程圖,2、設(shè)計(jì)&編碼階段測(cè)試工作流程,,圖1-14 設(shè)計(jì)&編碼階段測(cè)試流程圖,,這一環(huán)節(jié)以模塊為單位循環(huán)：?jiǎn)卧獪y(cè)試方案制定——編碼——單元測(cè)試是否通過——測(cè)試抽檢是否通過，重新編寫沒有通過單元測(cè)試和測(cè)試抽檢的代碼。最終形成一份單元測(cè)試總結(jié)報(bào)告。 3、集

34、成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試階段 該測(cè)試階段流程如圖1-15所示：,,,圖1-15 集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試階段流程圖,1.7軟件測(cè)試中的誤區(qū) 誤區(qū)1 調(diào)試和測(cè)試是一樣的 1,軟件測(cè)試是找出軟件已經(jīng)存在的錯(cuò)誤,而調(diào)試是定位錯(cuò)誤,修改程序以修正錯(cuò)誤. 2,軟件測(cè)試從一個(gè)已知的條件開始,有預(yù)知的結(jié)局 而調(diào)試從未知的條件開始,其結(jié)局不可預(yù)知 3,軟件測(cè)試可以計(jì)劃,可以預(yù)先制定測(cè)試用例和過程,工作進(jìn)度可以度量

35、.而調(diào)試不能計(jì)劃,進(jìn)度不可度量. 4,測(cè)試的對(duì)像可以是文檔和代碼 而調(diào)試的對(duì)像只能是代碼 .,1.7軟件測(cè)試中的誤區(qū) 誤區(qū)2 軟件測(cè)試在軟件開發(fā)過程中并不重要 誤區(qū)3 在軟件開發(fā)結(jié)束之后進(jìn)行測(cè)試 誤區(qū)4 過分依賴Beta測(cè)試 誤區(qū)5 過分依賴自動(dòng)化測(cè)試 誤區(qū)6 測(cè)試是可窮盡的 誤區(qū)7 測(cè)試是證明軟件的正確性 誤區(qū)8 可以忽略測(cè)試的設(shè)計(jì),1

36、.8一個(gè)貫穿全文的例子 ——電廠兩票管理系統(tǒng)1.8.1系統(tǒng)簡(jiǎn)介  操作票、工作票（簡(jiǎn)稱兩票）是“電業(yè)(電廠)安全工作規(guī)程”中的核心內(nèi)容之一，對(duì)保證電業(yè)安全生產(chǎn)具有重要的作用。操作票是保證正確電氣倒閘（熱機(jī)）操作的重要環(huán)節(jié)和前提條件，使用操作票的目的是為了保障人身與設(shè)備的安全，確保電氣設(shè)備倒閘操作的正確性，防止電氣誤操作事故發(fā)生。,工作票是保證電氣(電廠設(shè)備)檢修工作安全的重要措施，是檢修人員在運(yùn)行設(shè)

37、備上或運(yùn)行區(qū)域內(nèi)進(jìn)行檢修和試驗(yàn)工作，以及做可能影響設(shè)備的正常運(yùn)行或備用狀態(tài)的其它工作的重要書面依據(jù)?！皟善薄钡霓k理過程基本上都是開票、各部門負(fù)責(zé)人或三種人審批簽字、工作結(jié)束、部門或廠部檢查審核這樣的一種線性辦理過程。,電力部門分為水電、火電、供電三種類型，各廠、局要處理的兩票類型通常有： 水電廠：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、水

38、力機(jī)械操作票、溢洪閘門操作票 火電廠：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、熱力工作票 供電局：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、,一種工作票、線路二種工作票。 為了使讀者更好的了解兩票系統(tǒng)以及后面各章節(jié)的內(nèi)容，在這

39、里對(duì)一些電力系統(tǒng)專業(yè)術(shù)語作如下解釋： 一次圖：電氣主接線是由高壓電器通過連接線，按其功能要求組成接受和分配電能的電路，成為傳輸強(qiáng)電流、高電壓的網(wǎng)絡(luò)，故又稱為一次接線。那么用規(guī)定的設(shè)備文字和圖形符號(hào)并按工作順序排列，詳細(xì)地表示電氣設(shè)備或成套裝置的全部基本組成和連接關(guān)系的單線接線圖，成為主接線電路圖，這里簡(jiǎn)稱為一次圖。 二次圖：在電力系統(tǒng)中，凡監(jiān)視、控制、測(cè)量以及起保護(hù)作用的設(shè)備，如機(jī)電保護(hù)、控制和信

40、號(hào)裝,置等，皆屬于二次設(shè)備。二次接線就是由二次設(shè)備構(gòu)成的回路。這里我們就把二次設(shè)備接線圖簡(jiǎn)稱為二次圖。 分廠：發(fā)電廠通常由多個(gè)分廠組成，其中電氣分廠、汽機(jī)分廠和鍋爐分廠是發(fā)電廠的幾個(gè)重要的分廠。 電氣設(shè)備：為滿足生產(chǎn)的需要，發(fā)電廠中安裝有各種設(shè)備。通常把生產(chǎn)和分配電能的設(shè)備稱為一次設(shè)備，具體包括如下幾種：生產(chǎn)和轉(zhuǎn)換電能的設(shè)備；接通或斷開電路的開關(guān)電器；限制故障電流和防御過電壓的電氣；接地裝置；載流導(dǎo)

41、體。此外還有一些對(duì)一次設(shè)備進(jìn)行測(cè)量、控制、監(jiān)視和保護(hù)用的二次設(shè)備，如：儀用互感器；機(jī)電保護(hù)及自動(dòng)裝置；直流電源設(shè)備等。,在本書中提到的刀閘、開關(guān)等設(shè)備就屬于電氣設(shè)備。 “五妨”規(guī)則：電力系統(tǒng)的倒閘操作具有前后順序和嚴(yán)格的邏輯規(guī)則。“五防”規(guī)則就是根據(jù)電氣運(yùn)行人員多年的運(yùn)行經(jīng)驗(yàn)，總結(jié)出來的倒閘操作規(guī)則，如下： 1、防止誤分合斷路器;防止帶地線合刀閘 2、防止帶負(fù)荷拉合隔離開關(guān); 3、防止帶電掛接地

42、線或接地刀閘; 4、防止帶接地線或合接地刀閘送電; 5、防止誤入帶電間隔,1.8.2系統(tǒng)運(yùn)行環(huán)境 客戶端平臺(tái)：windows98/2000、windows NT workstation、Linux等所有具有支持JAVA的瀏覽器系統(tǒng)； 服務(wù)器端平臺(tái)：windows2000 server、windows NT Server、Linux、UNIX等所有支持JAVA Bean的系統(tǒng)平臺(tái)；

43、 數(shù)據(jù)庫服務(wù)器：Oracle數(shù)據(jù)庫或SQL Server 2000數(shù)據(jù)庫或ACCESS數(shù)據(jù)庫。 Web服務(wù)器：Tomcat 5.0,1.8.3系統(tǒng)總體結(jié)構(gòu) 兩票系統(tǒng)主要由兩部分構(gòu)成，即：操作票子系統(tǒng)和工作票子系統(tǒng)。整個(gè)系統(tǒng)的總體結(jié)構(gòu)如圖1-16所示：1.8.4系統(tǒng)功能(略),,,圖1-16 兩票系統(tǒng)總體結(jié)構(gòu)圖,本章小結(jié) 本章介紹了軟件測(cè)試發(fā)展的歷程，以及其在國(guó)內(nèi)的

44、發(fā)展?fàn)顩r。 軟件測(cè)試已經(jīng)不再只是進(jìn)行簡(jiǎn)單的程序邏輯檢查，而是一個(gè)伴隨著整個(gè)軟件開發(fā)過程的活動(dòng)。 測(cè)試對(duì)象也不僅僅是程序代碼，而開發(fā)過程中產(chǎn)生的所有軟件產(chǎn)品，甚至是產(chǎn)品使用說明也包括在內(nèi)。 測(cè)試過程中為了更好的保證軟件測(cè)試的質(zhì)量，首先要遵循一定的測(cè)試原則，最為重要的就是應(yīng)該盡早的進(jìn)行測(cè)試。,正確處理開發(fā)與測(cè)試之間的關(guān)系，更好的把開發(fā)與測(cè)試過程集成到一起。從而提高測(cè)試效率，節(jié)約測(cè)試

45、成本。 本章所介紹的幾種軟件開發(fā)與測(cè)試模型，如：V模型、W模型和H模型，三種模型在不同程度上反映了軟件開發(fā)與軟件測(cè)試的關(guān)系。 其中，V模型非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了測(cè)試和開發(fā)過程中各階段的對(duì)應(yīng)關(guān)系。而W模型作為V模型的改進(jìn)，更好地體現(xiàn)了軟件開發(fā)與軟件測(cè)試工作的同步性。,H模型則從微觀的角度來看待軟件測(cè)試過程。 最后一個(gè)做好測(cè)試工作的關(guān)鍵因素就是精心的組織和

46、安排軟件測(cè)試的工作流程，本章把測(cè)試工作分為幾個(gè)階段，分別闡述了通用的測(cè)試工作流程，。 本章從不同的角度介紹了軟件測(cè)試技術(shù)的分類。 從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試；,從測(cè)試用例設(shè)計(jì)的角度，可分為黑盒測(cè)試和白盒測(cè)試；按照軟件測(cè)試過程和測(cè)試策略，可分為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。 另外，本章還專門介紹了目前在實(shí)際工作中對(duì)軟件測(cè)試的錯(cuò)誤認(rèn)識(shí)。,習(xí)題名詞解釋：

47、軟件測(cè)試 錯(cuò)誤 缺陷 失效 測(cè)試用例 回歸測(cè)試 靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試 黑盒測(cè)試 白盒測(cè)試 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 簡(jiǎn)述軟件測(cè)試發(fā)展的過程。從不同角度描述軟件測(cè)試的現(xiàn)狀。測(cè)試的生命周期可以分為幾個(gè)階段？簡(jiǎn)單描述各階段需要完成的任務(wù)。什么是V模型？簡(jiǎn)述V模型在軟件測(cè)試過程中的作用，以及在V模型中各個(gè)測(cè)試階段和開發(fā)過程的對(duì)應(yīng)關(guān)系。,請(qǐng)概括一下靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試，以及黑盒測(cè)試與白盒測(cè)試的不同點(diǎn)。分