軟件測(cè)試管理規(guī)范

1、 系統(tǒng)集成項(xiàng)目管理控制規(guī)范 xxxxxxxxxxx科技有限公司 編寫測(cè)試計(jì)劃目的 預(yù)算、資源限制和時(shí)間進(jìn)度確定后，你就能聲稱自己擁有測(cè)試計(jì)劃了嗎？-實(shí)際上還需要做更為細(xì)致的工作才能成功地管理測(cè)試項(xiàng)目。 編寫測(cè)試計(jì)劃能讓我們有機(jī)會(huì)收集想法、觀點(diǎn)和記憶。編寫詳細(xì)的測(cè)試計(jì)劃能夠使我們把知識(shí)轉(zhuǎn)化為執(zhí)行任務(wù)的具體方法。 編寫計(jì)劃也能增強(qiáng)我們與測(cè)試團(tuán)隊(duì)、開發(fā)團(tuán)隊(duì)及經(jīng)理們進(jìn)行交流。測(cè)試計(jì)劃的數(shù)量 假設(shè)你是測(cè)試負(fù)責(zé)人，負(fù)責(zé)單元測(cè)試、集成測(cè)試及系統(tǒng)測(cè)試階段，因此你有三個(gè)不同的測(cè)試子項(xiàng)目需要計(jì)劃和管理，這時(shí)你是編寫一個(gè)測(cè)試計(jì)劃，還是三個(gè)測(cè)試計(jì)劃呢？這些子項(xiàng)目可能在以下這些方面有所區(qū)別。 不同的時(shí)間階段 不同的方法

2、學(xué) 不同的目標(biāo) 不同的聽眾測(cè)試計(jì)劃模板 我們常常要使用制定的測(cè)試模版，它不僅是可以讓我們?cè)诤苌俚臅r(shí)間內(nèi)可以制定測(cè)試計(jì)劃的工具，更重要的是它是一個(gè)主題的邏輯集合，這些集合正是我們測(cè)試工作所需要的。 根據(jù)項(xiàng)目的實(shí)際需要，我們可以自由地增加或刪除主題測(cè)試計(jì)劃模板1 概述 測(cè)試計(jì)劃的概述部分要介紹測(cè)試項(xiàng)目，在概述中，要扼要地?cái)⑹瞿繕?biāo)、方法和目的。 也可以闡述被測(cè)系統(tǒng)的體系結(jié)構(gòu)，或者說(shuō)明這個(gè)測(cè)試工作怎樣適應(yīng)于其他可能已經(jīng)執(zhí)行、并發(fā)執(zhí)行或?qū)⒁獔?zhí)行的測(cè)試工作。2 邊界 測(cè)試計(jì)劃的邊界就是通過(guò)討論要測(cè)試的或者不測(cè)試的內(nèi)容、定義重要術(shù)語(yǔ)和與計(jì)劃只想測(cè)試相關(guān)的簡(jiǎn)稱，以及決定在什么地方和什么背景下進(jìn)行相關(guān)的測(cè)試工作

3、。 在測(cè)試計(jì)劃邊界中一般包括以下幾個(gè)方面： 范圍-在描述項(xiàng)目測(cè)試范圍時(shí)，要很注意區(qū)分在項(xiàng)目過(guò)程中要處理的和不需要處理的事情。 定義-測(cè)試術(shù)語(yǔ)及短語(yǔ)的定義，在測(cè)試計(jì)劃定義表中可以幫助隊(duì)測(cè)試領(lǐng)域不熟悉的人弄清術(shù)語(yǔ)，并且有助于測(cè)試組每個(gè)人都以同樣的定義集合來(lái)操作。 部署-描述打算執(zhí)行測(cè)試的地點(diǎn)以及與其它部門之間的協(xié)調(diào)辦法。3 質(zhì)量風(fēng)險(xiǎn) 如果項(xiàng)目計(jì)劃中已經(jīng)定義了質(zhì)量風(fēng)險(xiǎn)，那么我們可以在測(cè)試計(jì)劃中歸納或引用這些風(fēng)險(xiǎn)。4 里程碑的推薦進(jìn)度 大多數(shù)測(cè)試計(jì)劃中都包含了測(cè)試項(xiàng)目中主要里程碑的進(jìn)度安排，我們可以在項(xiàng)目工作分解結(jié)構(gòu)中提取得到。 里程碑重點(diǎn)放在管理層可以看到的高級(jí)里程碑和交付產(chǎn)品上。5 過(guò)渡 測(cè)試計(jì)劃

4、的這一部分指名了各個(gè)階段開始和結(jié)束的必要標(biāo)準(zhǔn)，通常包括以下幾個(gè)標(biāo)準(zhǔn)： 進(jìn)入標(biāo)準(zhǔn)-指允許系統(tǒng)進(jìn)入到具體測(cè)試階段需要滿足的條件。 繼續(xù)標(biāo)準(zhǔn)-定義了那些在測(cè)試過(guò)程中高效地繼續(xù)測(cè)試，而必須滿足的條件和情況。 退出標(biāo)準(zhǔn)-退出標(biāo)準(zhǔn)解決如何決定什么時(shí)候完成測(cè)試的問題。 我們可以將每個(gè)標(biāo)準(zhǔn)按照典型的“綠”（完全滿意）、“黃”（不完全滿意，但可能不是問題）、“紅”（不滿意且造成主要問題）來(lái)劃分等級(jí)，用數(shù)據(jù)來(lái)支持標(biāo)記為“黃”、“紅”的標(biāo)準(zhǔn)。6 測(cè)試配置和環(huán)境 在測(cè)試計(jì)劃的這個(gè)部分中記錄用來(lái)執(zhí)行測(cè)試的硬件、軟件、網(wǎng)絡(luò)等環(huán)境。 測(cè)試硬件分配計(jì)劃通常包括測(cè)試目的或方法、需要的系統(tǒng)（包括數(shù)量及版本）、基礎(chǔ)設(shè)施、時(shí)間范圍、

5、地點(diǎn)，以及特殊測(cè)試需要的其他硬件。7 測(cè)試開發(fā) 測(cè)試計(jì)劃的這部分將確定測(cè)試項(xiàng)目中的開發(fā)工作，如編寫測(cè)試用例、開發(fā)測(cè)試工具、編寫自動(dòng)化測(cè)試腳本等。 在這里要描述測(cè)試組將如何創(chuàng)建這些對(duì)象，如果我們打算手工測(cè)試，那怎樣編寫測(cè)試用例；如果使用現(xiàn)有的測(cè)試工具，那要描述為什么選擇該工具以及打算如何開發(fā)測(cè)試腳本；如果我們開發(fā)定制測(cè)試工具，那要描述功能是什么，打算怎樣使用它們。 在測(cè)試計(jì)劃中要確定自動(dòng)化測(cè)試及手工測(cè)試在各測(cè)試階段所占的比例。8 測(cè)試執(zhí)行 測(cè)試計(jì)劃指出了影響測(cè)試執(zhí)行的重要因素。 如果是資深測(cè)試小組測(cè)試一個(gè)運(yùn)行良好的項(xiàng)目，那么在計(jì)劃中一般會(huì)把這一塊的大部分內(nèi)容留給測(cè)試人員自由決定；如果是初級(jí)測(cè)試人

6、員，特別是管理混亂的項(xiàng)目，在計(jì)劃階段了解得越深入，越能提前預(yù)料和解決可能出現(xiàn)的問題。 測(cè)試計(jì)劃中的執(zhí)行包括以下方面： 關(guān)鍵參與者 測(cè)試用例和缺陷跟蹤 錯(cuò)誤隔離和分類 發(fā)布管理 測(cè)試循環(huán) 測(cè)試時(shí)間9 風(fēng)險(xiǎn)參數(shù)和不測(cè)事件 在這部分，說(shuō)明在測(cè)試計(jì)劃中可能存在使測(cè)試計(jì)劃很難或者不可能執(zhí)行的潛在的事件。例如，如果發(fā)現(xiàn)的bug數(shù)量超常就需要開發(fā)人員的支持。 嚴(yán)格地說(shuō)，好的開發(fā)過(guò)程大多數(shù)主張對(duì)風(fēng)險(xiǎn)管理實(shí)行全局管理方法，如果我們當(dāng)前的項(xiàng)目擁有一個(gè)風(fēng)險(xiǎn)管理計(jì)劃，那么可以在風(fēng)險(xiǎn)管理計(jì)劃中提供，此處可省略。10 變更歷史 這部分記錄到此為止測(cè)試計(jì)劃的變更和修訂。11 參考文檔 一般來(lái)說(shuō)，測(cè)試計(jì)劃會(huì)參考其它文檔，比如

7、設(shè)計(jì)規(guī)格說(shuō)明、需求、測(cè)試包、任何質(zhì)量風(fēng)險(xiǎn)分析文檔，以及其他相關(guān)信息。12 常見問題 在新手作為測(cè)試工程師和測(cè)試技術(shù)員的項(xiàng)目中，常見問題部分很有用。其中很多問題都描述了逐步升級(jí)過(guò)程的重要性 測(cè)試規(guī)范流程與測(cè)試管理測(cè)試過(guò)程模式一第一部分(項(xiàng)目組中的測(cè)試) 這一部分中是將測(cè)試過(guò)程作為項(xiàng)目組內(nèi)部的活動(dòng) 測(cè)試工作以過(guò)程的形式組織起來(lái)，這種測(cè)試框架由以下幾個(gè)測(cè)試過(guò)程組成：1 測(cè)試策略2 測(cè)試計(jì)劃3 測(cè)試設(shè)計(jì)4 測(cè)試執(zhí)行及缺陷管理5 缺陷度量分析1 測(cè)試策略 項(xiàng)目中的測(cè)試策略包含以下任務(wù)： 明確測(cè)試因素 明確測(cè)試范圍 明確并選擇自動(dòng)化測(cè)試工具 明確項(xiàng)目的測(cè)試目標(biāo) 評(píng)審并制定測(cè)試策略2 測(cè)試計(jì)劃 測(cè)試計(jì)劃由以

8、下幾個(gè)過(guò)程構(gòu)成： 單元測(cè)試計(jì)劃 集成測(cè)試計(jì)劃 系統(tǒng)測(cè)試計(jì)劃 驗(yàn)收測(cè)試計(jì)劃 回歸測(cè)試策略(適用的)3 測(cè)試設(shè)計(jì) 測(cè)試設(shè)計(jì)由以下任務(wù)構(gòu)成： 測(cè)試場(chǎng)景/測(cè)試用例設(shè)計(jì) 測(cè)試數(shù)據(jù)設(shè)計(jì)4 測(cè)試執(zhí)行及缺陷管理 測(cè)試執(zhí)行及缺陷管理過(guò)程由以下任務(wù)構(gòu)成： 配置測(cè)試環(huán)境 測(cè)試執(zhí)行 缺陷修改及回歸測(cè)試 測(cè)試總結(jié)報(bào)告5缺陷度量分析 缺陷度量分析是每個(gè)項(xiàng)目的重要組成部分，它在早期階段預(yù)防缺陷起著非常重要的作用。 這個(gè)過(guò)程非常重要，并且應(yīng)該在每個(gè)測(cè)試執(zhí)行后都應(yīng)該進(jìn)行。 缺陷度量分析由以下任務(wù)構(gòu)成： 缺陷數(shù)據(jù)統(tǒng)計(jì) 缺陷預(yù)防二第二部分（獨(dú)立測(cè)試團(tuán)隊(duì)中的測(cè)試） 這部分是獨(dú)立的測(cè)試團(tuán)隊(duì)執(zhí)行一系列的測(cè)試過(guò)程任務(wù)，這依賴于測(cè)試團(tuán)隊(duì)與項(xiàng)

9、目團(tuán)隊(duì)之間的交流。 各個(gè)任務(wù)將會(huì)以過(guò)程的形式組織，獨(dú)立測(cè)試團(tuán)隊(duì)只負(fù)責(zé)進(jìn)行系統(tǒng)測(cè)試階段的測(cè)試，單元測(cè)試和集成測(cè)試是由項(xiàng)目團(tuán)隊(duì)負(fù)責(zé)進(jìn)行的。 測(cè)試工作框架由以下的測(cè)試過(guò)程組成：1 測(cè)試需求管理2 測(cè)試策略3 測(cè)試計(jì)劃4 測(cè)試設(shè)計(jì)5 測(cè)試執(zhí)行及缺陷管理6 缺陷度量分析1 測(cè)試需求管理 測(cè)試需求管理有以下幾個(gè)重要的任務(wù)： 明確團(tuán)隊(duì)的職責(zé) 收集測(cè)試需求2測(cè)試策略測(cè)試策略過(guò)程包含以下主要的任務(wù)： 明確測(cè)試因素 明確測(cè)試范圍 決定并且選擇自動(dòng)化測(cè)試工具 明確測(cè)試目標(biāo) 評(píng)審并制定測(cè)試策略獨(dú)立的測(cè)試團(tuán)隊(duì)參與測(cè)試策略的制定，但測(cè)試策略主要還是項(xiàng)目團(tuán)隊(duì)制定3測(cè)試計(jì)劃 測(cè)試計(jì)劃過(guò)程有以下幾個(gè)主要任務(wù) 單元測(cè)試計(jì)劃 集成

10、測(cè)試計(jì)劃 系統(tǒng)測(cè)試計(jì)劃 驗(yàn)收測(cè)試計(jì)劃 回顧測(cè)試策略單元測(cè)試和集成測(cè)試由項(xiàng)目團(tuán)隊(duì)負(fù)責(zé)，驗(yàn)收測(cè)試由項(xiàng)目團(tuán)隊(duì)與客戶一起進(jìn)行，單元測(cè)試、集成測(cè)試計(jì)劃見“第一部分” 。獨(dú)立的測(cè)試團(tuán)隊(duì)只負(fù)責(zé)編寫系統(tǒng)測(cè)試階段的測(cè)試計(jì)劃。4測(cè)試設(shè)計(jì) 測(cè)試設(shè)計(jì)過(guò)程包括以下幾個(gè)主要任務(wù)： 測(cè)試場(chǎng)景/測(cè)試用例的設(shè)計(jì) 測(cè)試數(shù)據(jù)設(shè)計(jì) 測(cè)試設(shè)計(jì)是所有測(cè)試階段的統(tǒng)一命名，但單元測(cè)試和集成測(cè)試設(shè)計(jì)都是由項(xiàng)目團(tuán)隊(duì)負(fù)責(zé)，獨(dú)立的測(cè)試團(tuán)隊(duì)負(fù)責(zé)進(jìn)行系統(tǒng)測(cè)試階段的設(shè)計(jì)工作。5測(cè)試執(zhí)行及缺陷管理主要包括以下幾個(gè)主要任務(wù)： 搭建測(cè)試環(huán)境 進(jìn)行可測(cè)性評(píng)估 測(cè)試執(zhí)行 缺陷統(tǒng)計(jì)及回歸測(cè)試 測(cè)試總結(jié)報(bào)告6缺陷度量分析 缺陷度量分析包括： 缺陷數(shù)據(jù)統(tǒng)計(jì) 缺陷預(yù)防讓軟

11、件測(cè)試走向規(guī)范化 建立測(cè)試管理體系 測(cè)試規(guī)劃 測(cè)試設(shè)計(jì) 測(cè)試實(shí)施 配置管理 測(cè)試管理 測(cè)試管理工具軟件測(cè)試測(cè)試-基本概念一、基本概念1什么是測(cè)試 測(cè)試是為了發(fā)現(xiàn)程序中的缺陷而執(zhí)行程序的過(guò)程； （缺陷是一種泛指，可以是功能錯(cuò)誤，也可以是性能低下、易用性差等錯(cuò)誤）； 測(cè)試也稱調(diào)試，它包括模塊測(cè)試（單調(diào)）、集成系統(tǒng)測(cè)試（分調(diào)）、系統(tǒng)測(cè)試（聯(lián)調(diào)）； 測(cè)試是假定程序中存在錯(cuò)誤，因而想通過(guò)測(cè)試來(lái)發(fā)現(xiàn)盡可能多的錯(cuò)誤。2測(cè)試的目標(biāo) 是為了盡可能多的發(fā)現(xiàn)程序中的缺陷。3測(cè)試的真理 測(cè)試只能證明缺陷存在，而不能證明缺陷不存在； 成功的測(cè)試用例是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤； “徹底測(cè)試”只是一種理想，在實(shí)踐中測(cè)試

12、要考慮時(shí)間、費(fèi)用等限制，不會(huì)允許無(wú)休止地測(cè)試； 軟件的高質(zhì)量是設(shè)計(jì)出來(lái)的，而不是靠測(cè)試修補(bǔ)出來(lái)的。4測(cè)試 公司內(nèi)部對(duì)產(chǎn)品的測(cè)試，需要開發(fā)人員與獨(dú)立的測(cè)試小組共同參與。5 測(cè)試 軟件產(chǎn)品正式發(fā)行前，在公司外部邀請(qǐng)一些用戶對(duì)產(chǎn)品進(jìn)行測(cè)試； 一般地，軟件公司與測(cè)試人員之間有一種互利的協(xié)議。即測(cè)試人員無(wú)償?shù)貫檐浖咀鳒y(cè)試，定期遞交測(cè)試報(bào)告，提出批評(píng)與建議。而軟件公司將向測(cè)試人員免費(fèi)贈(zèng)送或者以很大的優(yōu)惠價(jià)格發(fā)行軟件的正式版本。6測(cè)試的原則開發(fā)人員不應(yīng)測(cè)試自己開發(fā)的程序； 設(shè)計(jì)測(cè)試用例時(shí)，不僅有確定的輸入數(shù)據(jù)，還有確定的輸出數(shù)據(jù)； 測(cè)試用例不僅有合理的，也要有非合理的； 除了檢查程序是否做完了它應(yīng)該做的

13、事，還要檢查它是否做了不應(yīng)該做的事； 保留全部測(cè)試用例，作為測(cè)試積累； 程序中存在錯(cuò)誤的概率與在該段程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比。7 測(cè)試的意義 測(cè)試是一種活動(dòng)，用來(lái)對(duì)工作產(chǎn)品進(jìn)行驗(yàn)證。 測(cè)試尚未形成完整的知識(shí)體系程序程序目標(biāo)8測(cè)試的目的1測(cè)試是程序的執(zhí)行過(guò)程，目的在于發(fā)現(xiàn)錯(cuò)誤； 2一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； 3一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。-the art of software testing-grenford j myers9測(cè)試的作用1）測(cè)試是為了要找出缺陷，但同時(shí)，也可以通過(guò)對(duì)缺陷的度量和統(tǒng)計(jì)，分析缺陷產(chǎn)生的原因和缺陷的分布特征，分析產(chǎn)品的質(zhì)量、工作效

14、率、診斷開發(fā)過(guò)程中的問題，并通過(guò)改進(jìn)各個(gè)開發(fā)過(guò)程提高過(guò)程能力， 最終降低缺陷數(shù)量和缺陷密度。2）沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。測(cè)試是不完全的（ 測(cè)試不完全） 測(cè)試具有免疫性（ 軟件缺陷免疫性）10測(cè)試的意義 迄今為止，軟件質(zhì)量仍然主要靠軟件測(cè)試來(lái)驗(yàn)證和確認(rèn)，而且由于測(cè)試工作特別耗費(fèi)資源，在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占30%到50%。在極端的情況下，例如在關(guān)系到人的生命安全的軟件中（如飛機(jī)控制或核反應(yīng)監(jiān)控等軟件），測(cè)試費(fèi)用可能相當(dāng)軟件生存周期所有其它階段費(fèi)用總和的三到五倍。此外，據(jù)美國(guó)工業(yè)界的統(tǒng)計(jì)，對(duì)商品化的程序來(lái)說(shuō)，測(cè)試在時(shí)間和費(fèi)用兩方面的花費(fèi)

15、都要占整個(gè)軟件開發(fā)周期總開銷的50%左右。 但軟件測(cè)試并不是質(zhì)量保證的“安全網(wǎng)”。因此，我們應(yīng)該從兩個(gè)方面來(lái)保證和提高軟件質(zhì)量：首先，應(yīng)盡量在開發(fā)期間減少錯(cuò)誤，通過(guò)軟件過(guò)程來(lái)建立軟件質(zhì)量；次之，應(yīng)通過(guò)分析和測(cè)試來(lái)發(fā)現(xiàn)和修復(fù)軟件產(chǎn)品中殘存的錯(cuò)誤。測(cè)試工程師的職責(zé)二、測(cè)試人員的職責(zé) 測(cè)試軟件產(chǎn)品 評(píng)估軟件質(zhì)量 度量質(zhì)量等級(jí) 協(xié)助項(xiàng)目經(jīng)理完成項(xiàng)目任務(wù)測(cè)試人員的素質(zhì)要求三、對(duì)于測(cè)試人員的職業(yè)素質(zhì)要求： 1）責(zé)任感 堅(jiān)持原則、不放棄 有問題及時(shí)匯報(bào)2）溝通能力 與用戶、項(xiàng)目組的溝通3）獨(dú)立的判斷和自學(xué)習(xí)能力 堅(jiān)持觀點(diǎn)，不隨聲附和 喜歡探尋、鉆牛角尖不一定是壞事情4）耐心、自我督促5）團(tuán)隊(duì)精神 與開發(fā)組整

16、體為一個(gè)目標(biāo)開展活動(dòng)，有時(shí)需要妥協(xié)對(duì)測(cè)試人員的要求四、測(cè)試人員的技術(shù)要求 業(yè)務(wù)流程 體系框架 分析模式 設(shè)計(jì)模式 代碼規(guī)范 豐富的經(jīng)驗(yàn) 出人意料的想法 懷疑一切的精神測(cè)試人員與其他成員的關(guān)系五、測(cè)試人員的角色 測(cè)試人員是程序員與客戶的聯(lián)系者 測(cè)試人員是程序員的建議者 測(cè)試人員是程序員的幫助者 測(cè)試人員不是程序員的對(duì)手 測(cè)試人員不是程序員的上司測(cè)試的誤區(qū)六、測(cè)試的誤區(qū) 誤區(qū)一： 忽視對(duì)正常輸入的測(cè)試。 誤區(qū)二： 忽視設(shè)計(jì)階段的參與與評(píng)估 誤區(qū)三： 忽視測(cè)試計(jì)劃與測(cè)試文檔的建立及維護(hù)。 誤區(qū)四： 忽視缺陷的分析， 報(bào)告及跟蹤。 誤區(qū)五： 錯(cuò)誤的測(cè)試目標(biāo)及測(cè)試終止條件。 誤區(qū)六： 不懂得合理調(diào)配使用

17、測(cè)試人員的知識(shí)技能結(jié)構(gòu)。軟件缺陷七、軟件缺陷 1 軟件未達(dá)到客戶需求的功能和性能； 2 軟件超出客戶需求的范圍； 3 軟件出現(xiàn)客戶需求不能容忍的錯(cuò)誤； 4 軟件的使用未能符合客戶的習(xí)慣和工作環(huán)境。測(cè)試的步驟八、測(cè)試的步驟 單元測(cè)試(模塊測(cè)試) 集成測(cè)試 系統(tǒng)測(cè)試 調(diào)試 系統(tǒng)的轉(zhuǎn)換與交付使用測(cè)試-單元測(cè)試 單元測(cè)試(模塊測(cè)試) 1單元測(cè)試內(nèi)容 模塊接口 局部數(shù)據(jù)結(jié)構(gòu) 重要的執(zhí)行通路 出錯(cuò)處理通路 影響上述各方面特性的邊界條件(1)模塊接口測(cè)試要點(diǎn)a參數(shù)數(shù)目和由調(diào)用模塊送來(lái)的變?cè)臄?shù)目是否相等？ b參數(shù)的屬性和變?cè)膶傩允欠衿ヅ洌?c參數(shù)和變?cè)膯挝幌到y(tǒng)是否匹配？ d傳送給被調(diào)用模塊的變?cè)臄?shù)目是

18、否等于那個(gè)模塊的參數(shù)的數(shù)目？ e傳送給被調(diào)用模塊的變?cè)獙傩院蛥?shù)的屬性是否一致？ f傳送給被調(diào)用模塊的變?cè)膯挝幌到y(tǒng)和該模塊參數(shù)的單位系統(tǒng)是否一致？ g傳送給內(nèi)部函數(shù)的變?cè)獙傩?、?shù)目和次序是否正確？ h是否修改了只做輸入用的變?cè)?i全程變量的定義和用法在各個(gè)模塊中是否一致？(2)輸入/輸出的測(cè)試要點(diǎn)a文件屬性是否正確？ b打開文件語(yǔ)句是否正確？ c格式說(shuō)明書與輸入/輸出語(yǔ)句是否一致？ d緩沖區(qū)大小與記錄長(zhǎng)度是否匹配？ e使用文件之前先打開文件了嗎？ f文件結(jié)束條件處理了嗎？ g輸入/輸出錯(cuò)誤檢查并處理了嗎？ h輸出信息中由文字書寫錯(cuò)誤嗎？(3)局部數(shù)據(jù)結(jié)構(gòu)的測(cè)試要點(diǎn)a錯(cuò)誤的或不相容的說(shuō)明；

19、b使用尚未賦值或尚未初始化的變量； c錯(cuò)誤的初始值或不正確的缺省值； d錯(cuò)誤的變量名字（拼寫錯(cuò)或截短了）； e數(shù)據(jù)類型不相容； f上溢、下溢或地址異常。(4)計(jì)算中的常見錯(cuò)誤a計(jì)算次序不對(duì)或誤解了運(yùn)算符的優(yōu)先次序b混合運(yùn)算（運(yùn)算對(duì)象的類型彼此不相容） c變量初始值不正確d精度不夠e表達(dá)式的符號(hào)表示錯(cuò)誤(5)測(cè)試方案中的錯(cuò)誤a比較數(shù)據(jù)類型不同的量b邏輯運(yùn)算符不正確或優(yōu)先次序的錯(cuò)誤c當(dāng)由于精度問題兩個(gè)量不會(huì)相等時(shí)，程序中卻期待著相等條件的出現(xiàn)d“差1”錯(cuò)（即，多循環(huán)一次或少循環(huán)一次） e錯(cuò)誤的或不存在的循環(huán)終止條件f當(dāng)遇到發(fā)散的迭代時(shí)不能終止循環(huán)g錯(cuò)誤地修改循環(huán)變量(6)評(píng)價(jià)出錯(cuò)處理時(shí)的常見錯(cuò)誤a

20、對(duì)錯(cuò)誤的描述是難于理解的b記下的錯(cuò)誤與實(shí)際遇到的錯(cuò)誤不同c在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件已經(jīng)引起系統(tǒng)干預(yù)。d對(duì)錯(cuò)誤的處理不正確e描述錯(cuò)誤的信息不足以幫助確定造成錯(cuò)誤的位置。2測(cè)試過(guò)程(1)代碼審查 人工測(cè)試程序可以由編寫者本人非正式地進(jìn)行，也可以由審查小組正式進(jìn)行。 審查小組最好由四人組成： 組長(zhǎng)：有能力的程序員、沒有直接參與這項(xiàng)工程。程序的設(shè)計(jì)者程序的編寫者程序的測(cè)試者(2)測(cè)試軟件 為每個(gè)模塊開發(fā)測(cè)試驅(qū)動(dòng)軟件，它好比一個(gè)“主程序，它接收測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳送給被測(cè)試的模塊，并且打印出有關(guān)的結(jié)果。 集成測(cè)試集成測(cè)試主要有兩種方法：非漸增式測(cè)試方法、漸增式測(cè)試方法。非漸增式測(cè)試方法 先分別測(cè)

21、試每個(gè)模塊，再把所有模塊按設(shè)計(jì)要求放在一起結(jié)合成所要的程序。漸增式測(cè)試方法 把下一個(gè)要測(cè)試的模塊同已經(jīng)測(cè)試好的模塊結(jié)合起來(lái)進(jìn)行測(cè)試，測(cè)試完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來(lái)測(cè)試。兩種測(cè)試方法的比較： 1非漸增式測(cè)試方法需要編寫的軟件較多，工作量較大； 漸增式測(cè)試方法開銷小； 2漸增式測(cè)試方法發(fā)現(xiàn)模塊間接口錯(cuò)誤早；而非漸增式測(cè)試方法晚； 3非漸增式測(cè)試方法發(fā)現(xiàn)錯(cuò)誤，較難診斷；而使用漸增式測(cè)試方法，如果發(fā)生錯(cuò)誤則往往和最近加進(jìn)來(lái)的那個(gè)模塊有關(guān)； 4漸增式測(cè)試方法測(cè)試更徹底； 5漸增式測(cè)試方法需要較多的機(jī)器時(shí)間； 6使用非漸增式測(cè)試方法，可以并行測(cè)試。在實(shí)際測(cè)試中，應(yīng)該將兩種方法有機(jī)集合起來(lái)。白盒

22、法 “白盒”是指看得見程序的內(nèi)部結(jié)構(gòu)，測(cè)試源程序的邏輯結(jié)構(gòu)以及實(shí)現(xiàn)細(xì)節(jié)，由開發(fā)人員執(zhí)行，“白盒”測(cè)試方法主要是對(duì)模塊的所有代碼進(jìn)行單步跟蹤測(cè)試； 白盒法需要了解程序的功能與結(jié)構(gòu)，測(cè)試用例必須根據(jù)程序內(nèi)部的邏輯來(lái)設(shè)計(jì)。如果想用白盒法發(fā)現(xiàn)程序中的所有錯(cuò)誤，則至少必須使程序中每種可能的路徑都執(zhí)行一次； 白盒法又稱為邏輯覆蓋法，目前常用的覆蓋法有：(1)語(yǔ)句覆蓋 即每個(gè)語(yǔ)句至少能執(zhí)行一次。(2)判定覆蓋 判定覆蓋又叫分支覆蓋，含義是：每個(gè)判定的分支至少執(zhí)行一次。(3)條件覆蓋 即一個(gè)判斷語(yǔ)句中往往包含了若干條件。通過(guò)給出測(cè)試用例，使判斷中的每個(gè)條件都獲得各種可能的結(jié)果。(4)判斷/條件覆蓋 選取足夠多

23、的測(cè)試數(shù)據(jù)，使判斷中每個(gè)條件都取得各種可能值，并使每個(gè)判斷表達(dá)式也取到各種可能的結(jié)果。(5)條件組合覆蓋 使得每個(gè)判斷中條件的各種可能組合都至少出現(xiàn)一次。 系統(tǒng)測(cè)試 測(cè)試人員使用全面集成的整個(gè)系統(tǒng)， 以查找在系統(tǒng)中的各種操作錯(cuò)誤，這些測(cè)試是站在客戶或最終用戶的角度來(lái)看待系統(tǒng)的。 有時(shí)，測(cè)試人員要著重測(cè)試系統(tǒng)的某個(gè)特定方面，客戶可能注意不到這些方面，但是，它們對(duì)相應(yīng)的系統(tǒng)卻非常重要。設(shè)計(jì)測(cè)試方案設(shè)計(jì)測(cè)試方案是測(cè)試階段的關(guān)鍵技術(shù)問題。測(cè)試方案包括要測(cè)試的功能，應(yīng)該輸入的測(cè)試數(shù)據(jù)和預(yù)期的結(jié)果。黑盒法 “黑盒”是指看不見程序的內(nèi)部結(jié)構(gòu)，按照規(guī)格說(shuō)明來(lái)測(cè)試程序是否符合要求，由獨(dú)立測(cè)試小組執(zhí)行，測(cè)試方法主

24、要是測(cè)試模塊的接口是否符合要求，它關(guān)心程序的外部表現(xiàn)而不是內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)； 黑盒法可分為下列幾種方法（關(guān)鍵在于確定測(cè)試數(shù)據(jù)）： (1)等價(jià)分類法 等價(jià)分類法是將輸入數(shù)據(jù)的可能值分成若干“等價(jià)類”，每一類以一個(gè)代表性的測(cè)試數(shù)據(jù)進(jìn)行測(cè)試，這個(gè)數(shù)據(jù)就等價(jià)于這一類中的其它數(shù)據(jù)。 該法的關(guān)鍵在于如何將輸入數(shù)據(jù)分類。 例如：輸入的數(shù)據(jù)范圍是1999，我們可以劃分三類：x<1，1<=x<999，x>=999(2)邊緣值分析法 用邊緣特殊值測(cè)試。 經(jīng)驗(yàn)表明：程序往往在邊緣情況時(shí)犯錯(cuò)誤，故測(cè)試邊緣情況比較有效。 例如：輸入數(shù)據(jù)的值的范圍是：-10至10，則可選-10，10，-1001，1

25、001等數(shù)據(jù)作為試數(shù)據(jù)。(3)因果圖法 等價(jià)類法與邊緣值分析法的缺點(diǎn)是沒有檢查各種輸入條件的組合。 因果圖法則著重分析輸入條件的各種組合，每種組合條件就是“因”，它必然有一個(gè)輸出的結(jié)果這就是“果”。(4)錯(cuò)誤推測(cè)法 通過(guò)經(jīng)驗(yàn)或直覺推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性設(shè)計(jì)測(cè)試用例。實(shí)用測(cè)試策略(1)在任何情況下都使用邊界值分析的方法。(2)必要時(shí)用等價(jià)劃分法補(bǔ)充測(cè)試方案。(3)必要時(shí)再用錯(cuò)誤推測(cè)法補(bǔ)充測(cè)試方案。(4)對(duì)照程序邏輯，檢查已經(jīng)設(shè)計(jì)出的測(cè)試方案?？梢愿鶕?jù)對(duì)程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn)，如果現(xiàn)有測(cè)試方案的邏輯覆蓋程度沒達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)再補(bǔ)充一些測(cè)試方案。 注意：即

26、使采用綜合策略設(shè)計(jì)方案，仍不能保證測(cè)試將發(fā)現(xiàn)一切程序錯(cuò)誤。測(cè)試-調(diào)試 調(diào)試1基本任務(wù) 診斷和改正程序中的錯(cuò)誤2調(diào)試技術(shù)(1)輸出存儲(chǔ)器內(nèi)容通常以八進(jìn)制或十六進(jìn)制的形式輸出存儲(chǔ)器的內(nèi)容。(2)打印語(yǔ)句打印關(guān)鍵輸出變量的值(3)自動(dòng)工具利用程序設(shè)計(jì)語(yǔ)言的調(diào)試功能或者使用專門的軟件工具分析程序的動(dòng)態(tài)行為。3調(diào)試策略(1)試探法調(diào)試人員分析錯(cuò)誤征兆，猜想故障的大致位置，然后使用前述的一兩種調(diào)試技術(shù)，獲取程序中被懷疑的地方附近的信息； 該策略緩慢而低效。(2)回溯法確定最先發(fā)現(xiàn)“癥狀”的地方，然后人工沿程序的控制流往回追蹤源程序代碼，直到找出錯(cuò)誤根源或確定故障范圍為止； 回溯法的另一種形式是正向跟蹤，也就是使用輸出語(yǔ)句檢查一系列中間結(jié)果，以確定最先出現(xiàn)錯(cuò)誤的地方； 回溯法適用于小程序。(3)對(duì)分查找法如果已經(jīng)知道每個(gè)變量在程序內(nèi)若干個(gè)關(guān)鍵點(diǎn)的正確值，則可以用賦值語(yǔ)句或輸入語(yǔ)句在程序中間點(diǎn)附近“注入”這些變量的正確值，然后檢查程序的輸出。如果輸出結(jié)果是正確的，則故障在程序的前半部分；反之，故障在程序的后半部分。對(duì)于程序中有故障的那部分再重復(fù)使用這個(gè)方法，直到把故障范圍縮小到容易診斷的程度為止。(4)歸納法所謂歸納法就是從個(gè)別推斷一般的方法。從線索（錯(cuò)誤征兆）出發(fā)，通過(guò)分析這些線索之間的關(guān)系而