高等院校計算機系列課程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)。整個系統(tǒng)的總體結(jié)構(gòu)如圖1-16所示：1.8.4系統(tǒng)功能(略),,,圖1-16 兩票系統(tǒng)總體結(jié)構(gòu)圖,本章小結(jié) 本章介紹了軟件測試發(fā)展的歷程，以及其在國內(nèi)的

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

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

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

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