軟件測(cè)試第1章

1、 高等院校計(jì)算機(jī)系列課程軟件測(cè)試軟件測(cè)試教材 軟件測(cè)試技術(shù)，21世紀(jì)高等院校計(jì)算機(jī)系列教材 作者：曲朝陽(yáng)等編著，出版社：中國(guó)水利水電出版社，2006-8-1，ISBN：7508439295 參考教材 軟件測(cè)試教程 重點(diǎn)大學(xué)計(jì)算機(jī)教材 作者：宮云戰(zhàn) 主編 ，出版社：機(jī)械工業(yè)出版社 ，2008-9-1，ISBN：711124897 參考教材 軟件測(cè)試 作者：美Paul .Jorgensen 譯者：韓柯 杜旭濤 出版社：機(jī)械工業(yè)出版社 原出版社： CRC 參考教材 計(jì)算機(jī) 軟件測(cè)試技術(shù)鄭人杰清華大學(xué)出版社，1990。參考教材 軟件測(cè)試教程 作者: 賀平出版社: 電子工業(yè)出版社頁(yè)數(shù): 319定價(jià): 2

2、9.0出版時(shí)間: 2005-06-01 教學(xué)目標(biāo) 了解軟件測(cè)試的基本原理和基本概念 掌握基本的軟件測(cè)試方法和技術(shù) 提高軟件質(zhì)量控制的意識(shí)和素質(zhì) 培養(yǎng)工程實(shí)踐及團(tuán)隊(duì)合作精神評(píng)分標(biāo)準(zhǔn) 上機(jī)實(shí)踐：熟練運(yùn)用軟件測(cè)試的方法和技術(shù)，在對(duì)實(shí)際程序進(jìn)行測(cè)試，同時(shí)遵照軟件文檔規(guī)范提交設(shè)計(jì)文檔、源程序和測(cè)試報(bào)告 (20%) 平時(shí)出勤及課堂練習(xí)(10%) 期末考試-閉卷考試(70%)軟件錯(cuò)誤無(wú)處不在只要是人編寫的軟件，就不能避免軟件錯(cuò)誤的發(fā)生。軟件錯(cuò)誤的案例(1) 迪斯尼的獅子王游戲 時(shí)間：時(shí)間：1994199419951995 背景：迪斯尼公司首次進(jìn)軍兒童游戲市場(chǎng)，市場(chǎng)宣傳力背景：迪斯尼公司首次進(jìn)軍兒童游戲市場(chǎng)，

3、市場(chǎng)宣傳力度很大，前期銷售情況很好度很大，前期銷售情況很好 出現(xiàn)的問(wèn)題：該游戲在一些出現(xiàn)的問(wèn)題：該游戲在一些PCPC機(jī)上無(wú)法玩機(jī)上無(wú)法玩 原因：迪斯尼公司沒(méi)有對(duì)市場(chǎng)上已經(jīng)投入運(yùn)行的原因：迪斯尼公司沒(méi)有對(duì)市場(chǎng)上已經(jīng)投入運(yùn)行的PCPC機(jī)型機(jī)型進(jìn)行調(diào)研，并且進(jìn)行測(cè)試，導(dǎo)至該游戲只在程序員開(kāi)發(fā)進(jìn)行調(diào)研，并且進(jìn)行測(cè)試，導(dǎo)至該游戲只在程序員開(kāi)發(fā)游戲的系統(tǒng)上可以運(yùn)行，但在大眾使用的常見(jiàn)系統(tǒng)中無(wú)游戲的系統(tǒng)上可以運(yùn)行，但在大眾使用的常見(jiàn)系統(tǒng)中無(wú)法運(yùn)行法運(yùn)行 結(jié)果：迪斯尼公司不得不承擔(dān)客戶的投訴、產(chǎn)品退貨、結(jié)果：迪斯尼公司不得不承擔(dān)客戶的投訴、產(chǎn)品退貨、更換光盤、以及又一輪的調(diào)試、修改和測(cè)試的所有費(fèi)用更換光盤、以

4、及又一輪的調(diào)試、修改和測(cè)試的所有費(fèi)用。軟件錯(cuò)誤的案例(2) Intel奔騰浮點(diǎn)除法軟件缺陷 時(shí)間：時(shí)間：19941994 背景：背景：IntelIntel發(fā)布的一款新處理器發(fā)布的一款新處理器 問(wèn)題：在裝有這款處理器計(jì)算機(jī)的計(jì)算器中執(zhí)行算式問(wèn)題：在裝有這款處理器計(jì)算機(jī)的計(jì)算器中執(zhí)行算式“(4195835/3145727)(4195835/3145727)3145727-41958353145727-4195835”不等于不等于0 0 原因：老式奔騰原因：老式奔騰CPUCPU的浮點(diǎn)除法軟件有缺陷的浮點(diǎn)除法軟件有缺陷 結(jié)果：結(jié)果：IntelIntel事實(shí)上在芯片發(fā)布之前，已經(jīng)發(fā)現(xiàn)了這個(gè)事實(shí)上在芯片發(fā)

5、布之前，已經(jīng)發(fā)現(xiàn)了這個(gè)缺陷，但認(rèn)為不嚴(yán)重，沒(méi)有修正。被外界發(fā)現(xiàn)后，試缺陷，但認(rèn)為不嚴(yán)重，沒(méi)有修正。被外界發(fā)現(xiàn)后，試圖掩飾。最終，迫于輿論壓力公開(kāi)道歉，花費(fèi)圖掩飾。最終，迫于輿論壓力公開(kāi)道歉，花費(fèi)4 4億美元億美元更換老芯片。更換老芯片。軟件錯(cuò)誤的案例(3) 美國(guó)航天局火星極地登陸 時(shí)間：時(shí)間：19991999年年1212月月3 3日日 背景：火星極地登陸飛船在試圖登陸火星表面時(shí)背景：火星極地登陸飛船在試圖登陸火星表面時(shí)失蹤。失蹤。 問(wèn)題：某一個(gè)數(shù)據(jù)位被意外復(fù)位問(wèn)題：某一個(gè)數(shù)據(jù)位被意外復(fù)位. . 原因：測(cè)試過(guò)程分兩組：一組是測(cè)試飛船腳的落原因：測(cè)試過(guò)程分兩組：一組是測(cè)試飛船腳的落地打開(kāi)過(guò)程；另一

6、組是測(cè)試飛船打開(kāi)后的著陸過(guò)地打開(kāi)過(guò)程；另一組是測(cè)試飛船打開(kāi)后的著陸過(guò)程；前一組沒(méi)有注意數(shù)據(jù)位是否被置位，因?yàn)檫@程；前一組沒(méi)有注意數(shù)據(jù)位是否被置位，因?yàn)檫@不是他們負(fù)責(zé)的范圍。而后一個(gè)組在每次測(cè)試之不是他們負(fù)責(zé)的范圍。而后一個(gè)組在每次測(cè)試之前又重置計(jì)算機(jī)，清除所有的數(shù)據(jù)位。雙方獨(dú)立前又重置計(jì)算機(jī)，清除所有的數(shù)據(jù)位。雙方獨(dú)立工作都很正常，但兩個(gè)組沒(méi)有進(jìn)行集成測(cè)試。工作都很正常，但兩個(gè)組沒(méi)有進(jìn)行集成測(cè)試。 結(jié)果：飛船墜毀結(jié)果：飛船墜毀軟件錯(cuò)誤的案例(4) 千年蟲(chóng) 時(shí)間：時(shí)間：2020世紀(jì)世紀(jì)9090年代年代 背景：隨著背景：隨著2121世紀(jì)的到來(lái)，很多的計(jì)算機(jī)系統(tǒng)都面臨世紀(jì)的到來(lái)，很多的計(jì)算機(jī)系統(tǒng)都面

7、臨著著“千年蟲(chóng)千年蟲(chóng)”的危害的危害 問(wèn)題：這樣就導(dǎo)致問(wèn)題：這樣就導(dǎo)致20002000年以后的年份的記錄出現(xiàn)問(wèn)題，年以后的年份的記錄出現(xiàn)問(wèn)題，如如0000年是指年是指19001900還是還是20002000？ 原因：原因：2020世紀(jì)世紀(jì)7070年代時(shí)，由于計(jì)算機(jī)存儲(chǔ)空間很小，年代時(shí)，由于計(jì)算機(jī)存儲(chǔ)空間很小，并且十分昂貴，所以在計(jì)算機(jī)中記錄時(shí)間采用了并且十分昂貴，所以在計(jì)算機(jī)中記錄時(shí)間采用了“偷偷懶懶”的方式，例如將的方式，例如將19731973縮減為縮減為7373 結(jié)果：世界各地為了更換和升級(jí)系統(tǒng)，花費(fèi)了上百億結(jié)果：世界各地為了更換和升級(jí)系統(tǒng)，花費(fèi)了上百億的美元的美元軟件錯(cuò)誤的案例(5) 愛(ài)國(guó)

8、者導(dǎo)彈防御系統(tǒng)炸死自家人 背景：海灣戰(zhàn)爭(zhēng)時(shí)導(dǎo)彈防御系統(tǒng)背景：海灣戰(zhàn)爭(zhēng)時(shí)導(dǎo)彈防御系統(tǒng) 問(wèn)題：軟件系統(tǒng)缺陷問(wèn)題：軟件系統(tǒng)缺陷 原因：系統(tǒng)時(shí)間的累計(jì)錯(cuò)誤，延時(shí)原因：系統(tǒng)時(shí)間的累計(jì)錯(cuò)誤，延時(shí)1414個(gè)小時(shí)，造成跟個(gè)小時(shí)，造成跟蹤系統(tǒng)失去了準(zhǔn)確度。蹤系統(tǒng)失去了準(zhǔn)確度。 結(jié)果：愛(ài)國(guó)者導(dǎo)彈炸死結(jié)果：愛(ài)國(guó)者導(dǎo)彈炸死2828名美軍士兵。名美軍士兵。軟件測(cè)試工程師，需要具備哪些軟件測(cè)試工程師，需要具備哪些能力？能力？ 通用技能上：1.基本計(jì)算機(jī)知識(shí)（操作系統(tǒng)，數(shù)據(jù)庫(kù)，通訊協(xié)議原理，熟悉至少一門編程語(yǔ)言）2.基本軟件測(cè)試知識(shí)（各種測(cè)試?yán)碚摚瑴y(cè)試方法論，測(cè)試用例編寫，缺陷界定標(biāo)準(zhǔn)，軟件質(zhì)量評(píng)估）3.簡(jiǎn)單項(xiàng)目管理知識(shí)軟

9、件測(cè)試工程師，需要具備哪些軟件測(cè)試工程師，需要具備哪些能力？能力？ 性格上：有牛皮糖屬性的為佳，越“不要臉”越好測(cè)試工程師提交的BUG越多，意味著研發(fā)工程師工作質(zhì)量越差，需要返工的工作量也越大，甚至?xí)绊懣?jī)效，所以測(cè)試工程師有時(shí)候很容易得罪研發(fā)部門。一個(gè)可以相對(duì)堅(jiān)持原則（比如3級(jí)BUG以上一定要改），又能拉下臉和不愉快的研發(fā)工程師保持較好關(guān)系的測(cè)試工程師，會(huì)對(duì)項(xiàng)目質(zhì)量起到很關(guān)鍵作用。軟件測(cè)試工程師，需要具備哪些軟件測(cè)試工程師，需要具備哪些能力？能力？ 你不是產(chǎn)品，但你知道產(chǎn)品是怎么工作的； 你不是運(yùn)營(yíng)，但你知道用戶關(guān)心什么； 你不是開(kāi)發(fā)，但你知道開(kāi)發(fā)同事怎么工作； 你不是設(shè)計(jì)，但你有你對(duì)交互邏

10、輯的理解； 你不是銷售和編輯，但你熟悉產(chǎn)品業(yè)務(wù)。第一章 概述 本章要點(diǎn)本章要點(diǎn) l 軟件測(cè)試的發(fā)展歷史；l 軟件測(cè)試技術(shù)的分類方法；l 軟件測(cè)試原則；l 軟件測(cè)試的定義；l 軟件測(cè)試同軟件開(kāi)發(fā)之間的關(guān)系；l 軟件測(cè)試與開(kāi)發(fā)模型；l 軟件測(cè)試工作流程。 本章目標(biāo)本章目標(biāo) u 了解軟件測(cè)試的發(fā)展歷程和行業(yè)現(xiàn)狀；u 掌握軟件測(cè)試技術(shù)的分類；u 理解軟件測(cè)試的目的和軟件測(cè)試原則，以及了解人們對(duì)軟件測(cè)試行業(yè)的錯(cuò)誤認(rèn)識(shí)；u 掌握軟件測(cè)試中的基本定義、基本知識(shí);u 理解軟件開(kāi)發(fā)與軟件測(cè)試的關(guān)系。 1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 1.1.1軟件測(cè)試的發(fā)展歷程軟件測(cè)試的發(fā)展歷程 20世紀(jì)

11、50-60年代，軟件仍然處于次要位置,測(cè)試?yán)碚摵头椒ǖ陌l(fā)展比較緩慢。 70年代以后，軟件技術(shù)的成熟和完善使得軟件測(cè)試的規(guī)模和復(fù)雜度加大，軟件測(cè)試也逐漸形成了一套完整的體系，逐漸走向規(guī)范化。 如今對(duì)軟件質(zhì)量的要求越來(lái)越高，質(zhì)量的控制已經(jīng)不僅僅是傳統(tǒng)意義上的基于代碼運(yùn)行上的測(cè)試。軟件測(cè)試已經(jīng)是一個(gè)基于整個(gè)軟件生命周期的質(zhì)量控制活動(dòng)。1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 1.1.2軟件測(cè)試的現(xiàn)狀軟件測(cè)試的現(xiàn)狀 與一些發(fā)達(dá)國(guó)家相比，國(guó)內(nèi)測(cè)試工作還存在一定的差距。國(guó)內(nèi)測(cè)試人員所占比例小。 微軟的開(kāi)發(fā)工程師與測(cè)試工程師的比例是1 : 2,國(guó)內(nèi)一般公司是6 ：1. 與發(fā)達(dá)國(guó)家相比，我們的差

12、距主要在測(cè)試意識(shí)，測(cè)試?yán)碚摰难芯浚瑴y(cè)試工具軟件的開(kāi)發(fā)以及從業(yè)人員的數(shù)量等方面。1.1軟件測(cè)試的發(fā)展歷程及現(xiàn)狀軟件測(cè)試的發(fā)展歷程及現(xiàn)狀 近年來(lái)，隨著軟件外包行業(yè)的興起，國(guó)近年來(lái)，隨著軟件外包行業(yè)的興起，國(guó)內(nèi)軟件質(zhì)量保證的意識(shí)也在加強(qiáng)。占整體內(nèi)軟件質(zhì)量保證的意識(shí)也在加強(qiáng)。占整體外包業(yè)務(wù)外包業(yè)務(wù)85%85%的對(duì)日軟件外包中主要的工作的對(duì)日軟件外包中主要的工作就是軟件測(cè)試。就是軟件測(cè)試。 IBMIBM，百度，華為，惠普，盛大，百度，華為，惠普，盛大，聯(lián)想等大型聯(lián)想等大型ITIT企業(yè)均表示出對(duì)成熟軟件測(cè)企業(yè)均表示出對(duì)成熟軟件測(cè)試人員的期盼。試人員的期盼。 1.2 1.2 什么是軟件測(cè)試什么是軟件測(cè)試（s

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

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

15、件測(cè)試生命周期軟件測(cè)試生命周期 測(cè)試的生命周期（software testing life cycle）分為幾個(gè)階段（如圖1-1所示 ）。 前三個(gè)階段就是引入程序錯(cuò)誤階段； 后三個(gè)階段就是清除程序錯(cuò)誤的階段。 需求規(guī)格說(shuō)明設(shè)計(jì)編碼測(cè)試缺陷分類缺陷分離缺陷排除修復(fù)錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤3(失效)圖1-1 測(cè)試生命周期 1.2.3 1.2.3軟件開(kāi)發(fā)與測(cè)試模型軟件開(kāi)發(fā)與測(cè)試模型 下面我們將介紹幾種典型的軟件開(kāi)發(fā)與測(cè)試模型。 一、軟件開(kāi)發(fā)模型一、軟件開(kāi)發(fā)模型1 1、大爆炸模型、大爆炸模型 一大堆能量（這里指開(kāi)發(fā)軟件所需的人力和物力）放在一起，巨大的能量進(jìn)行釋放，通常的結(jié)果可能是產(chǎn)生了優(yōu)秀的

16、軟件產(chǎn)品或成為一堆“廢品”（不成功的軟件）。 優(yōu)點(diǎn)：思路簡(jiǎn)單，計(jì)劃、進(jìn)度和正規(guī)開(kāi)發(fā)過(guò)程幾乎沒(méi)有，所有的精力集中在開(kāi)發(fā)軟件和編寫代碼上,通?？赡苁情_(kāi)發(fā)者的“突發(fā)奇想” 缺點(diǎn)：開(kāi)發(fā)過(guò)程是非工程化的，隨意性大。由于軟件已經(jīng)完成，不可能回頭修復(fù)已經(jīng)無(wú)法挽回的問(wèn)題，軟件測(cè)試的工作其實(shí)只是向用戶報(bào)告發(fā)現(xiàn)的問(wèn)題。 關(guān)于測(cè)試：有的較簡(jiǎn)單，有的則非常困難。測(cè)試工作妨礙軟件的交付，測(cè)試越深入，就會(huì)發(fā)現(xiàn)越來(lái)越多的缺陷，實(shí)際中測(cè)試幾乎不作。 1.2.3 1.2.3軟件開(kāi)發(fā)與測(cè)試模型軟件開(kāi)發(fā)與測(cè)試模型 一、軟件開(kāi)發(fā)模型一、軟件開(kāi)發(fā)模型1 1、大爆炸模型、大爆炸模型 1.2.3 1.2.3軟件開(kāi)發(fā)與測(cè)試模型軟件開(kāi)發(fā)與測(cè)試

17、模型 一、軟件開(kāi)發(fā)模型一、軟件開(kāi)發(fā)模型瀑布模型瀑布模型瀑布模型是將軟件生命周期的各項(xiàng)活動(dòng)，規(guī)定為按照固定順序相連的若干個(gè)階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。 問(wèn)題定義分析研究需求分析軟件設(shè)計(jì)編碼測(cè)試維護(hù)定義階段開(kāi)發(fā)階段維護(hù)階段瀑布開(kāi)發(fā)模型瀑布開(kāi)發(fā)模型 1.2.3 1.2.3軟件開(kāi)發(fā)與測(cè)試模型軟件開(kāi)發(fā)與測(cè)試模型一、軟件開(kāi)發(fā)模型一、軟件開(kāi)發(fā)模型瀑布法瀑布法 優(yōu)點(diǎn)：易于理解；調(diào)研開(kāi)發(fā)的階段性；強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查；能夠確定何時(shí)能夠交付產(chǎn)品及何時(shí)進(jìn)行評(píng)審與測(cè)試。 缺點(diǎn)：需求調(diào)查分析只進(jìn)行一次，不能適應(yīng)需求變化；順序的開(kāi)發(fā)流程，使得開(kāi)發(fā)中的經(jīng)驗(yàn)教訓(xùn)不能反饋到該項(xiàng)目的開(kāi)發(fā)中去；不能反映出軟件開(kāi)發(fā)

18、過(guò)程的反復(fù)與迭代性；沒(méi)有包含任何類型的風(fēng)險(xiǎn)評(píng)估；開(kāi)發(fā)中出現(xiàn)的問(wèn)題直到開(kāi)發(fā)后期才能夠顯露，因此失去及早糾正的機(jī)會(huì)。邊寫邊改法 采用邊寫邊改法的軟件開(kāi)發(fā)通常只是有了比較粗略的想法就開(kāi)始進(jìn)行簡(jiǎn)單的設(shè)計(jì)、然后進(jìn)行較長(zhǎng)的反復(fù)編寫、測(cè)試與修復(fù)，是一個(gè)循環(huán)的過(guò)程。在認(rèn)為無(wú)法更精細(xì)的描述軟件產(chǎn)品要求時(shí)，就發(fā)布產(chǎn)品。 優(yōu)點(diǎn)：能夠較為迅速的展現(xiàn)成果，適合需要快速制作而且用完就扔的小項(xiàng)目，如示范程序、演示程序等。缺點(diǎn)：其編碼和測(cè)試可能將是長(zhǎng)期的循環(huán)往復(fù)的過(guò)程。 產(chǎn)品說(shuō)明書代碼編制、測(cè)試、修復(fù)代碼編制、測(cè)試、修復(fù) 最終產(chǎn)品快速原型模型快速原型模型 快速原型模型的第一步是建造一個(gè)快速原型，實(shí)現(xiàn)客快速原型模型的第一步是建

19、造一個(gè)快速原型，實(shí)現(xiàn)客戶或未來(lái)的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)戶或未來(lái)的用戶與系統(tǒng)的交互，用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià)，進(jìn)一步細(xì)化待開(kāi)發(fā)軟件的需求。價(jià)，進(jìn)一步細(xì)化待開(kāi)發(fā)軟件的需求。 通過(guò)逐步調(diào)整原型使通過(guò)逐步調(diào)整原型使其滿足客戶的要求，開(kāi)發(fā)人員可以確定客戶的真正需求是其滿足客戶的要求，開(kāi)發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開(kāi)發(fā)客戶滿意的軟件產(chǎn)什么；第二步則在第一步的基礎(chǔ)上開(kāi)發(fā)客戶滿意的軟件產(chǎn)品。品。 需求分析需求分析原型開(kāi)發(fā)原型開(kāi)發(fā)原型評(píng)價(jià)原型評(píng)價(jià)最終設(shè)計(jì)最終設(shè)計(jì)系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)用戶反饋用戶反饋螺旋模式法螺旋模式法 螺旋模式是瀑布模式與邊寫邊改演化模式相結(jié)合，并加

20、入風(fēng)險(xiǎn)評(píng)估所建立的軟件開(kāi)發(fā)模式。 每一個(gè)螺旋周期，為開(kāi)發(fā)的一次迭代在每次迭代中，沒(méi)有固定定義的軟件活動(dòng)，而是根據(jù)需要選擇。將開(kāi)發(fā)活動(dòng)與風(fēng)險(xiǎn)分析相結(jié)合，用于降低和控制風(fēng)險(xiǎn)。軟件開(kāi)發(fā)與軟件測(cè)試的關(guān)系測(cè)試與開(kāi)發(fā)各階段的關(guān)系測(cè)試與開(kāi)發(fā)各階段的關(guān)系軟件測(cè)試與軟件開(kāi)發(fā)過(guò)程的關(guān)系需求分析說(shuō)明書詳細(xì)設(shè)計(jì)說(shuō)明書源程序代碼單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試概要設(shè)計(jì)說(shuō)明書 1.2.3 1.2.3軟件開(kāi)發(fā)與測(cè)試模型軟件開(kāi)發(fā)與測(cè)試模型 一、軟件開(kāi)發(fā)與測(cè)試一、軟件開(kāi)發(fā)與測(cè)試V V模型模型 在傳統(tǒng)開(kāi)發(fā)過(guò)程中測(cè)試不受重視，僅把它作為在需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)及編碼之后的一個(gè)階段。尤其在瀑布模型中。 V模型，描述了一些不同的測(cè)試級(jí)別

21、， 級(jí)別對(duì)應(yīng)的生命周期中不同的階段， 這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間存在對(duì)應(yīng)關(guān)系。 用戶需求獲取需求定義需求分析需求分析書概要設(shè)計(jì)概要設(shè)計(jì)書詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)書編碼程序軟件產(chǎn)品可交付軟件系統(tǒng)測(cè)試已確認(rèn)軟件確認(rèn)測(cè)試已集成軟件集成測(cè)試已測(cè)試模塊單元測(cè)試需求分析評(píng)審評(píng)審評(píng)審評(píng)審評(píng)審評(píng)審評(píng)審評(píng)審 V模型示意圖 二、軟件開(kāi)發(fā)與測(cè)試二、軟件開(kāi)發(fā)與測(cè)試WW模型模型 開(kāi)發(fā)的每一個(gè)環(huán)節(jié)都可能產(chǎn)生錯(cuò)誤，如果堅(jiān)持各個(gè)階段的技術(shù)評(píng)審,就能夠盡早發(fā)現(xiàn)和預(yù)防錯(cuò)誤。 W 模型，形象地說(shuō)明了軟件測(cè)試與開(kāi)發(fā)的這種同步性。 W模型的優(yōu)點(diǎn)在于，每個(gè)軟件開(kāi)發(fā)活動(dòng)結(jié)束后就可以執(zhí)行相應(yīng)的測(cè)試，如：在需求分析結(jié)束后，就可以進(jìn)行需求分析測(cè)試。 需

22、求測(cè)試需求分析功能測(cè)試概要設(shè)計(jì)設(shè)計(jì)測(cè)試詳細(xì)設(shè)計(jì)單元測(cè)試編碼系統(tǒng)測(cè)試驗(yàn)收確認(rèn)測(cè)試確認(rèn)集成測(cè)試集成圖1-3 W模型示意圖 三、軟件開(kāi)發(fā)與測(cè)試三、軟件開(kāi)發(fā)與測(cè)試HH模型模型 與前兩種模型相比，H模型充分地體現(xiàn)了測(cè)試過(guò)程。 1、 軟件測(cè)試不僅僅指測(cè)試的執(zhí)行, 還包括很多其他的活動(dòng)。 2、軟件測(cè)試是一個(gè)獨(dú)立的流程, 貫穿產(chǎn)品的整個(gè)開(kāi)發(fā)周期, 與其它流程并發(fā)進(jìn)行。 3、軟件測(cè)試要盡早準(zhǔn)備, 盡早執(zhí)行。 測(cè)試準(zhǔn)備測(cè)試執(zhí)行測(cè)試流程其他流程測(cè)試就緒點(diǎn)圖1-4 H模型示意圖 4、軟件測(cè)試根據(jù)被測(cè)物的不同是分層次的. 不同層次的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的, 但也可能是反復(fù)的。 1.2.4 1.2.4與軟件

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

24、。 5.測(cè)試用例(Test Case) 測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果。 6.回歸測(cè)試（Regression testing） 回歸測(cè)試的目的是為了測(cè)試由于修正缺陷而更新的應(yīng)用程序，以確保徹底修正了上一個(gè)版本的缺陷，并且沒(méi)有引入新的軟件缺陷。 回歸測(cè)試可分為：回歸測(cè)試可分為： 完全回歸測(cè)試完全回歸測(cè)試 嚴(yán)重性高嚴(yán)重性高 部分回歸測(cè)試部分回歸測(cè)試 時(shí)間緊張，測(cè)試內(nèi)容過(guò)多時(shí)間緊張，測(cè)試內(nèi)容過(guò)多 1.31.3軟件測(cè)試技術(shù)分類軟件測(cè)試技術(shù)分類 從不同的角度，可以把軟件測(cè)試技術(shù)分成不同種類， 一 、從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。 比如檢查二手車

25、，看車漆屬于靜態(tài)測(cè)試，發(fā)動(dòng)聽(tīng)音則屬于動(dòng)態(tài)測(cè)試。 靜態(tài)測(cè)試 那些不利用計(jì)算運(yùn)行被測(cè)程序，而是通過(guò)其他手段達(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)行的程序。 通過(guò)輸入測(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è)試（Whi

26、te-Box Testing）。黑盒測(cè)試：又叫功能性測(cè)試，測(cè)試人員只需知道軟件要做什么？無(wú)法看到軟件如何運(yùn)行。目的是檢查程序各個(gè)功能是否實(shí)現(xiàn)。白盒測(cè)試：測(cè)試人員可以訪問(wèn)代碼，并通過(guò)檢查代碼線索來(lái)協(xié)助測(cè)試。目的是檢查內(nèi)部操作是否按規(guī)定執(zhí)行，功能是否得到充分使用。 三、按照軟件測(cè)試的策略和過(guò)程分類，軟件測(cè)試可分為單元測(cè)試(Unit Testing)：針對(duì)每個(gè)單元的測(cè)試，是測(cè)試的最小單位。集成測(cè)試(Integration Testing)：主要檢查與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問(wèn)題。確認(rèn)測(cè)試(Validation Testing)：測(cè)試程序能否滿足所有功能和性能的需求。系統(tǒng)測(cè)試(System Testin

27、g)：測(cè)試軟件與系統(tǒng)的其他部分的協(xié)調(diào)性。驗(yàn)收測(cè)試(Verification Testing)：從用戶角度進(jìn)行測(cè)試。 1.4 1.4軟件測(cè)試的目的軟件測(cè)試的目的 測(cè)試真正的目的是使我們通過(guò)對(duì)軟件錯(cuò)誤的原因和分布進(jìn)行歸納，來(lái)發(fā)現(xiàn)并排除當(dāng)前軟件產(chǎn)品的缺陷，對(duì)在需求和設(shè)計(jì)過(guò)程中存在的問(wèn)題查缺補(bǔ)漏，從而確保軟件產(chǎn)品的質(zhì)量。 測(cè)試的目標(biāo)： 1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。 2)測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)。 3)一個(gè)好的測(cè)試用例在于他能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。 4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 軟件測(cè)試不只是軟件測(cè)試人員的工作，也是軟件開(kāi)發(fā)人員和軟件使用者的工作。

28、 1.51.5軟件測(cè)試的原則軟件測(cè)試的原則 1.5.1 1.5.1盡早地和不斷地進(jìn)行軟件測(cè)試盡早地和不斷地進(jìn)行軟件測(cè)試 缺陷存在放大趨勢(shì)。需求階段缺陷概要設(shè)計(jì)階段缺陷詳細(xì)設(shè)計(jì)階段缺陷代碼階段缺陷放大n1倍放大n2倍放大n3倍圖1-5 缺陷放大模型 問(wèn)題發(fā)現(xiàn)越早，解決問(wèn)題的代價(jià)就越小，這是軟件開(kāi)發(fā)過(guò)程中的黃金法則。 1.5.21.5.2不可能完全的測(cè)試不可能完全的測(cè)試 對(duì)一個(gè)程序進(jìn)行完全測(cè)試就是意味著在測(cè)試結(jié)束之后，再也不會(huì)發(fā)現(xiàn)其它的軟件錯(cuò)誤了。這是不可能的。主要原因有以下幾點(diǎn)： 一、不可能測(cè)試程序?qū)λ锌赡茌斎氲捻憫?yīng)。 1，對(duì)所有有效輸入 2，對(duì)所有無(wú)效輸入 3，對(duì)所有編輯過(guò)的輸入（如Back

29、space反復(fù)編輯） 4，對(duì)所有輸入時(shí)機(jī)的變化 （輸入的隨機(jī)中斷） 無(wú)法進(jìn)行完全測(cè)試的例子程序PXYZ若X、Y為所有可能的整數(shù) 在字長(zhǎng)32位機(jī)上測(cè)試X1、Y1 Z1 Xn、Yn Znn = 232232 = 264 1.84 1019 1.5.21.5.2不可能完全的測(cè)試不可能完全的測(cè)試 二、不可能測(cè)試到程序每一條可能的執(zhí)行路徑 M1D1D2D3D4M2M3M4M5M6M7D5=20次循環(huán)次數(shù)01220獨(dú)立路徑數(shù)51+52+53+5211014(1百萬(wàn)億)每個(gè)測(cè)試用例（考慮、執(zhí)行、驗(yàn)證結(jié)果）5分鐘共需測(cè)試時(shí)間10億年 1.5.21.5.2不可能完全的測(cè)試不可能完全的測(cè)試 三、無(wú)法找出所有的設(shè)計(jì)

30、錯(cuò)誤 四、不能采用邏輯來(lái)證明程序的正確性 1.5.3 1.5.3增量測(cè)試，由小到大增量測(cè)試，由小到大 測(cè) 試 時(shí) 間測(cè) 試 范 圍可 用 資 源系 統(tǒng) 測(cè) 試集 成 測(cè) 試單 元 測(cè) 試單 元 測(cè) 試測(cè)試資源關(guān)系圖 1.5.4 1.5.4避免測(cè)試自己的程序避免測(cè)試自己的程序 避免程序員測(cè)試自己的代碼的主要原因： 1.程序員輕易不會(huì)承認(rèn)自己寫的程序有錯(cuò)誤。 2.程序員的測(cè)試思路有局限性，在做測(cè)試時(shí)很容易受到編程思路的影響。 3.多數(shù)程序員沒(méi)有嚴(yán)格正規(guī)的職業(yè)訓(xùn)練，缺乏專業(yè)測(cè)試人員的意識(shí)。 4.程序員沒(méi)有養(yǎng)成錯(cuò)誤跟蹤和回歸測(cè)試的習(xí)慣. 1.5.5 1.5.5設(shè)計(jì)周密的測(cè)試用例設(shè)計(jì)周密的測(cè)試用例 軟件

31、測(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è)試用例ID：目的：前提：輸入：預(yù)期輸出：后果：執(zhí)行歷史：日期： 結(jié)果： 版本： 執(zhí)行人：測(cè)試用例是測(cè)試工作的核心，應(yīng)該盡量設(shè)計(jì)的周密細(xì)致，這樣才能更好的保證測(cè)試工作的質(zhì)量。 以一個(gè)實(shí)現(xiàn)登錄功能的小程序?yàn)槔?，它允許用戶選擇城市和地區(qū)，輸入自己的賬號(hào)和密碼。 通過(guò)Alt-F4組合鍵和“退出”按鈕來(lái)終止程序，Tab鍵在區(qū)域中間移動(dòng)。 操操 作作

32、員員 登登 錄錄 選 擇 城 市 選 擇 地 區(qū) 城 市地 區(qū)操 作 員密 碼提 交退 出圖1-9 登錄窗口根據(jù)組成頁(yè)面的具體元素，分別從幾個(gè)方面做了一些比較全面的測(cè)試用例：操作員登錄操作員登錄選擇城市選擇地區(qū)城市地區(qū)操作員密碼提交退出1. 下拉框和輸入框測(cè)試用例 表1-1 下拉框和輸入框測(cè)試用例測(cè)試內(nèi)容測(cè)試內(nèi)容輸入操作輸入操作預(yù)期輸出預(yù)期輸出實(shí)際結(jié)果實(shí)際結(jié)果下拉框下拉框未和后臺(tái)數(shù)據(jù)庫(kù)綁定未和后臺(tái)數(shù)據(jù)庫(kù)綁定（顯示列表元素固定）（顯示列表元素固定）不允許列表中出不允許列表中出現(xiàn)現(xiàn)NULLNULL現(xiàn)象，現(xiàn)象，固定固定“請(qǐng)選擇請(qǐng)選擇-”-”已和后臺(tái)數(shù)據(jù)庫(kù)綁定已和后臺(tái)數(shù)據(jù)庫(kù)綁定（顯示列表元素活動(dòng)）（顯

33、示列表元素活動(dòng)）不允許列表中出不允許列表中出現(xiàn)現(xiàn)NULLNULL現(xiàn)象，現(xiàn)象，固定固定“請(qǐng)選擇請(qǐng)選擇-”-”輸輸入入框框限定字符型限定字符型輸入輸入1212、6 6無(wú)無(wú)# #，* *等等錯(cuò)誤提示錯(cuò)誤提示限定型數(shù)字限定型數(shù)字輸入輸入測(cè)試數(shù)據(jù)測(cè)試數(shù)據(jù)無(wú)無(wú)1212月、月、7 7* *、0 0錯(cuò)誤提示錯(cuò)誤提示2、功能測(cè)試 （表1-2 功能測(cè)試用例）用 例應(yīng)產(chǎn)生行為結(jié)果失敗原因1.基本功能測(cè)試1.1在輸入框內(nèi)輸入資料并且執(zhí)行存儲(chǔ)程序必須能夠接受使用者的輸入并且將輸入值存在登錄文件內(nèi)1.2在輸入框內(nèi)不輸入資料但執(zhí)行儲(chǔ)存程序必須能夠檢查使用者輸入是否為空白，同時(shí)必須能夠告知使用者原因1.3檢查city字段儲(chǔ)存

34、結(jié)果City字段輸入 后存入cookies1.4檢查area字段儲(chǔ)存結(jié)果Area字段輸入 后存入cookies儲(chǔ)存結(jié)果1.5檢查ID 字段儲(chǔ)存結(jié)果ID字段輸入 后存入cookies2.使用接口功能測(cè)試2.1檢查輸入字段的輸入值必須組織使用者輸入空白，同時(shí)部分字段只能輸入數(shù)字2.2檢查使用者接口的Tab Order所有的Tab Order必須按照正常順序2.2檢查所有的Button所有的Button必須能夠起作用2.3檢查所有的Hot Key所有的Hot Key必須能夠起作用3、各種錯(cuò)誤數(shù)據(jù)的測(cè)試表1-3 錯(cuò)誤數(shù)據(jù)的測(cè)試用例測(cè)試內(nèi)容測(cè)試內(nèi)容輸入操作輸入操作預(yù)選測(cè)預(yù)選測(cè)試數(shù)據(jù)試數(shù)據(jù)預(yù)期輸出預(yù)期輸出

35、實(shí)際結(jié)果實(shí)際結(jié)果點(diǎn)擊登錄點(diǎn)擊登錄按鈕按鈕不完整的數(shù)據(jù)不完整的數(shù)據(jù) CityCity，areaarea，I ID D，pswdpswd略略提示錯(cuò)誤對(duì)話提示錯(cuò)誤對(duì)話框框不正確的數(shù)據(jù)不正確的數(shù)據(jù) CityCity，areaarea，I ID D，pswdpswd略略提示錯(cuò)誤對(duì)話提示錯(cuò)誤對(duì)話框框回車操作回車操作不完整的數(shù)據(jù)不完整的數(shù)據(jù) CityCity，areaarea，I ID D，pswdpswd略略提示錯(cuò)誤對(duì)話提示錯(cuò)誤對(duì)話框框點(diǎn)擊點(diǎn)擊“退退出出”按鈕按鈕無(wú)無(wú)無(wú)無(wú)無(wú)無(wú)關(guān)閉當(dāng)前應(yīng)用關(guān)閉當(dāng)前應(yīng)用系統(tǒng)系統(tǒng)4、特殊測(cè)試 表1-4 特殊測(cè)試用例測(cè)試內(nèi)容測(cè)試內(nèi)容輸入操作輸入操作預(yù)選測(cè)試數(shù)預(yù)選測(cè)試數(shù)據(jù)據(jù)預(yù)期輸出

36、預(yù)期輸出操作焦點(diǎn)逃操作焦點(diǎn)逃逸逸連續(xù)連續(xù)TabTab切換，察看異常切換，察看異常無(wú)無(wú)焦點(diǎn)可準(zhǔn)確回歸焦點(diǎn)可準(zhǔn)確回歸當(dāng)前操作窗口當(dāng)前操作窗口分配內(nèi)存不分配內(nèi)存不足足啟動(dòng)多個(gè)應(yīng)用程序或模擬啟動(dòng)多個(gè)應(yīng)用程序或模擬多個(gè)程序運(yùn)行多個(gè)程序運(yùn)行無(wú)無(wú)是否可以正常運(yùn)是否可以正常運(yùn)行行網(wǎng)絡(luò)斷線網(wǎng)絡(luò)斷線切斷網(wǎng)絡(luò)連接切斷網(wǎng)絡(luò)連接無(wú)無(wú)是否可正常拋出是否可正常拋出異常異常 1.5.6 1.5.6注意錯(cuò)誤集中的現(xiàn)象注意錯(cuò)誤集中的現(xiàn)象 軟件缺陷的“扎堆”現(xiàn)象的常見(jiàn)形式： 1、對(duì)話框的某個(gè)控件功能不起作用，可能其他控件的功能也不起作用。 2、某個(gè)文本框不能正確顯示雙字節(jié)字符，則其他文本框也可能不支持雙字節(jié)字符。 3、聯(lián)機(jī)幫助某段

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

38、計(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.91.5.9回歸測(cè)試回歸測(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)閉。 ABABCABCDEF基本結(jié)構(gòu)（a）（b）（c）單純依賴多重依賴復(fù)合依賴錯(cuò)誤依賴關(guān)系1.5.91.5.9回歸測(cè)試回歸測(cè)試錯(cuò)

39、誤具有關(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）和（b）的復(fù)合方式，因程序中的錯(cuò)誤存在著一對(duì)多，多對(duì)多的復(fù)雜關(guān)系而變得難以處理，并且有些錯(cuò)誤關(guān)聯(lián)和依賴關(guān)系處于隱性狀態(tài)。 1.5.10 1.5.10測(cè)試結(jié)果的統(tǒng)計(jì)和分析測(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 1.5.11及時(shí)更新測(cè)試及時(shí)更新測(cè)試

40、 設(shè)計(jì)用例后未及時(shí)測(cè)試，會(huì)造成文檔過(guò)時(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è)試過(guò)程中，執(zhí)行角色無(wú)準(zhǔn)確定義； 5、測(cè)試團(tuán)隊(duì)缺乏良好的培訓(xùn)。 1.6 1.6軟件測(cè)試工作流程軟件測(cè)試工作流程 一般的軟件測(cè)試總體工作流程如圖1-12所示： 立項(xiàng)階段需求階段設(shè)計(jì)階段編碼單元測(cè)試階段集成測(cè)試階段系統(tǒng)測(cè)試階段驗(yàn)收測(cè)試階段結(jié)項(xiàng)總結(jié)階段圖1-12 軟件測(cè)試工作總體流程圖 1、需求階段 需求階段是軟件測(cè)試活動(dòng)的前提。需求階段測(cè)試工作流程如圖1-13所示： 需 求 工 作 培 訓(xùn)編 寫 需 求業(yè)

41、務(wù) 、 用 戶 、 功 能需 求 評(píng) 審需 求 規(guī) 格 說(shuō) 明 書需 求 變 更需 求 變 更 記 錄需 求 報(bào) 警總 體 測(cè) 試 計(jì) 劃系 統(tǒng) 測(cè) 試 方 案需 求 報(bào) 警 信 號(hào)需 求 跟 蹤 矩 陣進(jìn) 入 下 一 階 段需需求求階階段段測(cè)測(cè)試試工工作作流流程程圖1-13 需求階段測(cè)試活動(dòng)流程圖2、設(shè)計(jì)&編碼階段測(cè)試工作流程 圖1-14 設(shè)計(jì)&編碼階段測(cè)試流程圖上一階段需求相關(guān)文擋概要設(shè)計(jì)評(píng)審詳細(xì)設(shè)計(jì)單元測(cè)試方案編碼單元測(cè)試測(cè)試抽檢單元測(cè)試總結(jié)報(bào)告進(jìn)入下一階段集成測(cè)試方案自動(dòng)測(cè)試方案抽象出驗(yàn)證標(biāo)準(zhǔn)設(shè)設(shè)計(jì)計(jì)& &編編碼碼階階段段測(cè)測(cè)試試工工作作流流程程以模塊為

42、單位，不斷循環(huán) 這一環(huán)節(jié)以模塊為單位循環(huán)：?jiǎn)卧獪y(cè)試方案制定編碼單元測(cè)試是否通過(guò)測(cè)試抽檢是否通過(guò)，重新編寫沒(méi)有通過(guò)單元測(cè)試和測(cè)試抽檢的代碼。最終形成一份單元測(cè)試總結(jié)報(bào)告。 3、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試階段 該測(cè)試階段流程如圖1-15所示： 上一階段集成測(cè)試方案集成測(cè)試系統(tǒng)測(cè)試申請(qǐng)測(cè)試部評(píng)估自動(dòng)測(cè)試方案系統(tǒng)測(cè)試方案系統(tǒng)測(cè)試系統(tǒng)測(cè)試綜合報(bào)告驗(yàn)收測(cè)試質(zhì)量合格證書產(chǎn)品化工作產(chǎn)品工作報(bào)告測(cè)試工作總結(jié)集集成成、系系統(tǒng)統(tǒng)、驗(yàn)驗(yàn)收收測(cè)測(cè)試試階階段段圖1-15 集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試階段流程圖 1.7 1.7軟件測(cè)試中的誤區(qū)軟件測(cè)試中的誤區(qū) 誤區(qū)1 調(diào)試和測(cè)試是一樣的 1,軟件測(cè)試是找出軟件已經(jīng)存在的錯(cuò)

43、誤,而調(diào)試是定位錯(cuò)誤,修改程序以修正錯(cuò)誤. 2,軟件測(cè)試從一個(gè)已知的條件開(kāi)始,有預(yù)知的結(jié)局 而調(diào)試從未知的條件開(kāi)始,其結(jié)局不可預(yù)知 3,軟件測(cè)試可以計(jì)劃,可以預(yù)先制定測(cè)試用例和過(guò)程,工作進(jìn)度可以度量.而調(diào)試不能計(jì)劃,進(jìn)度不可度量. 4,測(cè)試的對(duì)像可以是文檔和代碼 而調(diào)試的對(duì)像只能是代碼 . 1.7 1.7軟件測(cè)試中的誤區(qū)軟件測(cè)試中的誤區(qū) 誤區(qū)2 軟件測(cè)試在軟件開(kāi)發(fā)過(guò)程中并不重要 誤區(qū)3 在軟件開(kāi)發(fā)結(jié)束之后進(jìn)行測(cè)試 誤區(qū)4 過(guò)分依賴Beta測(cè)試 誤區(qū)5 過(guò)分依賴自動(dòng)化測(cè)試 誤區(qū)6 測(cè)試是可窮盡的 誤區(qū)7 測(cè)試是證明軟件的正確性 誤區(qū)8 可以忽略測(cè)試的設(shè)計(jì) 1.8 軟件測(cè)試過(guò)程1.8.1 制定測(cè)試

44、計(jì)劃1.8.2 測(cè)試執(zhí)行過(guò)程1.8.1 制定測(cè)試計(jì)劃1 1、制定計(jì)劃、制定計(jì)劃本階段的主要工作內(nèi)容 對(duì)需求規(guī)格說(shuō)明書的仔細(xì)研究 將要測(cè)試的產(chǎn)品分解成可獨(dú)立測(cè)試的單元 為每個(gè)測(cè)試單元確定采用的測(cè)試技術(shù) 為測(cè)試的下一個(gè)階段及其活動(dòng)制定計(jì)劃制定計(jì)劃包括： （1）概要測(cè)試計(jì)劃 （2）詳細(xì)測(cè)試計(jì)劃1.8.2 測(cè)試執(zhí)行過(guò)程 1 1、測(cè)試執(zhí)行過(guò)程的三個(gè)階段、測(cè)試執(zhí)行過(guò)程的三個(gè)階段（1）初測(cè)期 測(cè)試主要功能和關(guān)鍵的執(zhí)行路徑，排除主要障礙。（2）細(xì)測(cè)期 依據(jù)測(cè)試計(jì)劃和測(cè)試大綱、測(cè)試用例，逐一測(cè)試大大小小的功能、方方面面的特性、性能、用戶界面、兼容性、可用性等等；預(yù)期可發(fā)現(xiàn)大量不同性質(zhì)、不同嚴(yán)重程度的錯(cuò)誤和問(wèn)題。

45、（3）回歸測(cè)試期 系統(tǒng)已達(dá)到穩(wěn)定，在一輪測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已十分有限；復(fù)查已知錯(cuò)誤的糾正情況，確認(rèn)未引發(fā)任何新的錯(cuò)誤時(shí)，終結(jié)回歸測(cè)試。測(cè)試執(zhí)行過(guò)程（續(xù)）初測(cè)期初測(cè)期功能凍結(jié)功能凍結(jié)代碼凍結(jié)代碼凍結(jié)回歸測(cè)試期回歸測(cè)試期細(xì)測(cè)期細(xì)測(cè)期0 020204040606080801001001201201401401601601 12 23 34 45 56 67 78 89 9 1010 1111 1212 1313 1414 1515 1616 1717 1818 1919出錯(cuò)數(shù)出錯(cuò)數(shù)時(shí)間時(shí)間三個(gè)測(cè)試期階段圖示2 2、集成測(cè)試過(guò)程中的兩個(gè)重要里程碑、集成測(cè)試過(guò)程中的兩個(gè)重要里程碑 在集成測(cè)試過(guò)程中的兩個(gè)重

46、要的里程碑是功能凍結(jié)和代碼凍結(jié)的確定。這兩個(gè)里程碑界定出回歸測(cè)試期的起止界限。 功能凍結(jié)(Function/Feature Freeze) 經(jīng)過(guò)測(cè)試，符合設(shè)計(jì)要求，確認(rèn)系統(tǒng)功能和其他特性均不再做任何改變。 代碼凍結(jié)(Code Freeze) 理論上，在無(wú)錯(cuò)誤時(shí)凍結(jié)程序代碼，但實(shí)際上，代碼凍結(jié)只標(biāo)志系統(tǒng)的當(dāng)前版本的質(zhì)量已達(dá)到預(yù)期的要求，凍結(jié)程序的源代碼，不再對(duì)其做任何修改。這個(gè)里程碑是設(shè)置在軟件通過(guò)最終回歸測(cè)試之后。測(cè)試執(zhí)行過(guò)程（續(xù)）1.9 軟件質(zhì)量保證1.9.1 軟件錯(cuò)誤與質(zhì)量保證1.9.2 軟件質(zhì)量管理1.9.3 軟件能力成熟度模型1.9.4 ISO9000標(biāo)準(zhǔn)簡(jiǎn)介1.9.1 軟件錯(cuò)誤與質(zhì)量

47、保證1.9.1.1 程序正確性情況1.9.1.2 軟件錯(cuò)誤類型1.9.1.3 程序中隱藏錯(cuò)誤的估計(jì)1.9.1.1 程序正確性情況 程序編寫無(wú)語(yǔ)法錯(cuò)誤。 這是程序運(yùn)行的最起碼條件，否則無(wú)法通過(guò)編譯程序的檢查 程序執(zhí)行中未發(fā)現(xiàn)明顯的運(yùn)行錯(cuò)誤。 這是指程序運(yùn)行時(shí)，沒(méi)有因?yàn)楫a(chǎn)生過(guò)大或過(guò)小的數(shù)據(jù)、由于溢出而無(wú)法執(zhí)行；也沒(méi)有遇到死循環(huán)等情況 程序中無(wú)不適當(dāng)語(yǔ)句。 程序盡管符合語(yǔ)法規(guī)則，也未出現(xiàn)運(yùn)行錯(cuò)誤，但有些語(yǔ)句不適當(dāng)。例如，有的變量經(jīng)過(guò)說(shuō)明，但未曾引用?；蛴械淖兞课粗贸跏贾刀挥幸茫械淖兞拷?jīng)過(guò)多次賦值，但未引用等程序正確性情況(續(xù))程序運(yùn)行時(shí)能通過(guò)典型的有效測(cè)試數(shù)據(jù)，得到正確的預(yù)期結(jié)果。 這說(shuō)明程序

48、能夠接受規(guī)格說(shuō)明所規(guī)定的正常條件下的合理數(shù)據(jù)，并給出正確結(jié)果程序運(yùn)行時(shí)能通過(guò)典型的無(wú)效測(cè)試數(shù)據(jù)，得到正確的結(jié)果。 程序能夠接受規(guī)格說(shuō)明中多規(guī)定的異常條件下的不合理數(shù)據(jù)，并給出正確結(jié)果程序運(yùn)行時(shí)能通過(guò)任何可能給出的數(shù)據(jù)，給出正確的結(jié)果。1.9.1.2 軟件錯(cuò)誤類型和嚴(yán)重程度 根據(jù)錯(cuò)誤的性質(zhì)，我們可以將軟件錯(cuò)誤分為以下幾種類型：軟件需求錯(cuò)誤軟件需求制定的不合理或不正確，需求不完全，其中含有邏輯錯(cuò)誤，需求分析的文檔有誤等。功能和性能錯(cuò)誤功能或性能規(guī)定的有錯(cuò)誤，或是遺漏了某些功能，或是規(guī)定了某些冗余的功能；為用戶提供的信息有錯(cuò)，或者信息不正確；對(duì)意外的異常情況處理有誤等。軟件錯(cuò)誤類型和嚴(yán)重程度(續(xù))軟

49、件結(jié)構(gòu)錯(cuò)誤程序控制流或控制順序有誤；處理過(guò)程有誤等。數(shù)據(jù)錯(cuò)誤數(shù)據(jù)定義或數(shù)據(jù)結(jié)構(gòu)有誤；數(shù)據(jù)存取或數(shù)據(jù)操作有誤等。例如動(dòng)態(tài)數(shù)據(jù)與靜態(tài)數(shù)據(jù)混淆，參數(shù)與控制數(shù)據(jù)混淆等。軟件實(shí)現(xiàn)和編碼錯(cuò)誤編碼錯(cuò)，或按鍵錯(cuò)；違背編碼風(fēng)格要求或是編碼標(biāo)準(zhǔn)的問(wèn)題。包括語(yǔ)法錯(cuò)、數(shù)據(jù)名錯(cuò)、局部變量與全局變量混淆，或是程序邏輯有誤等。軟件錯(cuò)誤類型和嚴(yán)重程度(續(xù))軟件集成錯(cuò)誤軟件的內(nèi)部接口、外部接口有誤；軟件各相關(guān)部分在時(shí)間配合，數(shù)據(jù)吞吐量等方面不協(xié)調(diào)軟件系統(tǒng)結(jié)構(gòu)錯(cuò)誤操作系統(tǒng)調(diào)用錯(cuò)或使用錯(cuò)、恢復(fù)錯(cuò)誤、診斷錯(cuò)誤、分割及覆蓋錯(cuò)誤，以及引用環(huán)境的錯(cuò)誤等。測(cè)試定義與測(cè)試執(zhí)行錯(cuò)誤測(cè)試的錯(cuò)誤往往被人們所忽略，它可能包括測(cè)試方設(shè)計(jì)與測(cè)試實(shí)施的錯(cuò)誤

50、、測(cè)試文檔的問(wèn)題、測(cè)試用例不夠充分等。軟件錯(cuò)誤類型和嚴(yán)重程度(續(xù))錯(cuò)誤分類錯(cuò)誤數(shù)百分比需求錯(cuò)誤13178.1%功能和性能錯(cuò)誤262416.2%結(jié)構(gòu)錯(cuò)誤408225.2%數(shù)據(jù)錯(cuò)誤363822.4%實(shí)現(xiàn)與編碼錯(cuò)誤16019.9%軟件集成錯(cuò)誤14559.0%系統(tǒng)結(jié)構(gòu)錯(cuò)誤2821.7%測(cè)試定義與測(cè)試執(zhí)行錯(cuò)誤4472.8%其他類型錯(cuò)誤7634.7%軟件錯(cuò)誤分類統(tǒng)計(jì)軟件錯(cuò)誤分類統(tǒng)計(jì)軟件錯(cuò)誤類型和嚴(yán)重程度(續(xù)) 按錯(cuò)誤發(fā)生的影響和后果，錯(cuò)誤的嚴(yán)重程度可以分為如下幾類：較小錯(cuò)誤：這類錯(cuò)誤只是對(duì)系統(tǒng)的輸出結(jié)果有一些非實(shí)質(zhì)性的影響，如輸出的數(shù)據(jù)格式不符合要求中等錯(cuò)誤：對(duì)系統(tǒng)的運(yùn)行有局部影響。如輸出的某一部分?jǐn)?shù)據(jù)有

51、錯(cuò)誤或出現(xiàn)冗余較嚴(yán)重錯(cuò)誤：系統(tǒng)的行為由于錯(cuò)誤的干擾而出現(xiàn)明顯不合情理的現(xiàn)象。如開(kāi)出0.00元的支票。系統(tǒng)的輸出結(jié)果完全不可信賴。嚴(yán)重錯(cuò)誤：系統(tǒng)運(yùn)行不可跟蹤，一時(shí)不能掌握其規(guī)律，時(shí)好時(shí)壞。非常嚴(yán)重的錯(cuò)誤：系統(tǒng)運(yùn)行中突然停機(jī)，其原因不明，且無(wú)法軟啟動(dòng)。最嚴(yán)重錯(cuò)誤：運(yùn)行被測(cè)的軟件導(dǎo)致環(huán)境遭到破壞，或者造成事故，引起生命、財(cái)產(chǎn)的損失。1.9.1.3 程序中隱藏錯(cuò)誤-數(shù)量的估計(jì) Seeding Model假設(shè)魚塘中只有一個(gè)品種的魚，目標(biāo)是估計(jì)它的數(shù)目N方法：向魚塘中釋放Nt條帶標(biāo)記的魚，使其與其他未作標(biāo)記的魚充分混合。幾天后，再?gòu)某靥林腥∫恍颖?，并根?jù)標(biāo)記進(jìn)行區(qū)別，得到帶標(biāo)記的魚nt條，沒(méi)有標(biāo)記的n條

52、。如果這一取樣是隨機(jī)進(jìn)行的，那么可以得到如下的關(guān)系ttttnnnNNNttNnnN 程序中隱藏錯(cuò)誤數(shù)量的估計(jì)(續(xù)) Hyman的改進(jìn)的方法（Hyman分別測(cè)試法） 兩個(gè)（或多個(gè)）程序員一開(kāi)始針對(duì)同一個(gè)程序分別獨(dú)立的進(jìn)行排錯(cuò)工作。假設(shè)這個(gè)工作大約需要4個(gè)月完成。在開(kāi)始的幾周內(nèi)，由一位分析員來(lái)評(píng)價(jià)他們的工作，可以利用公式來(lái)估算錯(cuò)誤的數(shù)量，這樣的估算每隔幾周就進(jìn)行一次，直到得到滿意的N為止。在過(guò)一個(gè)月或兩個(gè)月后，讓第二個(gè)人去做其他的工作，將工作移交給第一個(gè)人。這樣在該承襲的排錯(cuò)工作完成1/4或1/2之后，就可以得到該程序錯(cuò)誤數(shù)的合理估計(jì)值。程序中隱藏錯(cuò)誤數(shù)量的估計(jì)(續(xù)) 由兩個(gè)測(cè)試員同時(shí)互相獨(dú)立地測(cè)

53、試同一程序的兩個(gè)副本，用t表示測(cè)試時(shí)間（月），記t = 0時(shí)，程序中原有故障總數(shù)是B0；t = t1時(shí)，測(cè)試員甲發(fā)現(xiàn)的故障總數(shù)是B1；測(cè)試員乙發(fā)現(xiàn)的故障總數(shù)是B2；其中兩人發(fā)現(xiàn)的相同故障數(shù)目是bc；兩人發(fā)現(xiàn)的不同故障數(shù)目是bi。 在大程序測(cè)試時(shí)，頭幾個(gè)月所發(fā)現(xiàn)的錯(cuò)誤在總的錯(cuò)誤中具有代表性，兩個(gè)測(cè)試員測(cè)試的結(jié)果應(yīng)當(dāng)比較接近，bi不是很大。這時(shí)有 程序中隱藏錯(cuò)誤數(shù)量的估計(jì)(續(xù)) 如果bi比較顯著，應(yīng)當(dāng)每隔一段時(shí)間，由兩個(gè)測(cè)試員再進(jìn)行分別測(cè)試，分析測(cè)試結(jié)果，估算B0。如果bi減小，或幾次估算值的結(jié)果相差不多，則可用B0作為程序中原有錯(cuò)誤總數(shù)的估值。 2 2個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn)個(gè)小組

54、獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn)2525個(gè)錯(cuò)誤個(gè)錯(cuò)誤，第二組發(fā)現(xiàn)了，第二組發(fā)現(xiàn)了3030個(gè)錯(cuò)誤，在個(gè)錯(cuò)誤，在2 2個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有1515個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是多個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是多少個(gè)？少個(gè)？程序中隱藏錯(cuò)誤數(shù)量的估計(jì)(續(xù)) 如果bi比較顯著，應(yīng)當(dāng)每隔一段時(shí)間，由兩個(gè)測(cè)試員再進(jìn)行分別測(cè)試，分析測(cè)試結(jié)果，估算B0。如果bi減小，或幾次估算值的結(jié)果相差不多，則可用B0作為程序中原有錯(cuò)誤總數(shù)的估值。 2 2個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn)個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn)2525個(gè)錯(cuò)誤個(gè)錯(cuò)誤，第二組發(fā)現(xiàn)了，第二組發(fā)現(xiàn)了30

55、30個(gè)錯(cuò)誤，在個(gè)錯(cuò)誤，在2 2個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有1515個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是多個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是多少個(gè)？少個(gè)？答案：答案：2525* *30/15=5030/15=50 1.101.10一個(gè)貫穿全文的例子一個(gè)貫穿全文的例子 電廠兩票管理系統(tǒng)電廠兩票管理系統(tǒng)1.10.11.10.1系統(tǒng)簡(jiǎn)介系統(tǒng)簡(jiǎn)介 操作票、工作票（簡(jiǎn)稱兩票）是“電業(yè)(電廠)安全工作規(guī)程”中的核心內(nèi)容之一，對(duì)保證電業(yè)安全生產(chǎn)具有重要的作用。操作票是保證正確電氣倒閘（熱機(jī)）操作的重要環(huán)節(jié)和前提條件，使用操作票的目的是為了保障人身與設(shè)備的安全，確保電氣設(shè)備倒閘操作的正

56、確性，防止電氣誤操作事故發(fā)生。 工作票是保證電氣(電廠設(shè)備)檢修工作安全的重要措施，是檢修人員在運(yùn)行設(shè)備上或運(yùn)行區(qū)域內(nèi)進(jìn)行檢修和試驗(yàn)工作，以及做可能影響設(shè)備的正常運(yùn)行或備用狀態(tài)的其它工作的重要書面依據(jù)?！皟善薄钡霓k理過(guò)程基本上都是開(kāi)票、各部門負(fù)責(zé)人或三種人審批簽字、工作結(jié)束、部門或廠部檢查審核這樣的一種線性辦理過(guò)程。 電力部門分為水電、火電、供電三種類型，各廠、局要處理的兩票類型通常有： 水電廠：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、水力機(jī)械操作票、溢洪閘門操作票 火電廠：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、熱力工作票 供電局：電氣一種工作票、電氣二種工作票、水力機(jī)械工作票、一級(jí)動(dòng)火工作票、二級(jí)動(dòng)火工作票、電氣倒閘操作票、繼保安措票、腳手架工作單、 一種工作票、線路二種工作票。 為了使讀者更好的了解兩票系統(tǒng)以及后面各章節(jié)的內(nèi)容，在這里對(duì)一些電力系統(tǒng)專業(yè)術(shù)語(yǔ)作如下解釋： 一次圖：電氣主接線是由高壓電器通過(guò)連接線，按其功能要求組成接受和分配電能的電路，成為傳輸強(qiáng)