測(cè)試計(jì)劃編寫手冊(cè)

1、 SUBJECT * MERGEFORMAT Software Project Plan測(cè)試打算編寫指南版本 修訂歷史記錄日期版本講明作者創(chuàng)建Century目錄 TOC o 1-3 h z 1.介紹51.1文檔目的51.2文檔摘要51.3文檔歷史和變更52.背景52.1系統(tǒng)視圖和目標(biāo)52.2聯(lián)系方式62.3相關(guān)信息保存的位置63.質(zhì)量目標(biāo)64.測(cè)試策略64.1整體策略64.2測(cè)試范圍65.測(cè)試方法65.1里程碑技術(shù)75.2測(cè)試文檔（測(cè)試用例）75.3測(cè)試實(shí)施過程75.3.1測(cè)試系統(tǒng)同意條件75.3.2測(cè)試時(shí)刻表75.4穩(wěn)定時(shí)期測(cè)試85.4.1穩(wěn)定時(shí)期摘要85.4.2測(cè)試遍數(shù)85.4.3項(xiàng)目結(jié)束

2、85.5自動(dòng)測(cè)試策略85.6集成測(cè)試策略85.7內(nèi)容測(cè)試85.8性能測(cè)試和壓力測(cè)試95.9兼容性測(cè)試96.測(cè)試組織96.1測(cè)試團(tuán)隊(duì)結(jié)構(gòu)96.2功能劃分107.資源需求107.1培訓(xùn)需求107.2硬件需求107.3軟件需求107.4辦公空間需求108.時(shí)刻進(jìn)度安排109.缺陷處理109.1數(shù)據(jù)庫(kù)治理109.2缺陷處理過程1110.測(cè)試過程操縱1110.1缺陷數(shù)據(jù)分析1110.2測(cè)試工作周報(bào)1111.風(fēng)險(xiǎn)分析1112.系統(tǒng)公布11測(cè)試打算編寫指南介紹測(cè)試打算編寫指南有兩類潛在的受眾。首先，測(cè)試負(fù)責(zé)人使用它作為指導(dǎo)方針編寫測(cè)試打算。測(cè)試打算編寫完成后，將作為整個(gè)團(tuán)隊(duì)（包括開發(fā)人員和測(cè)試人員）溝通的基

3、礎(chǔ)。測(cè)試項(xiàng)目開始時(shí)，應(yīng)該完成測(cè)試打算的大部分內(nèi)容。項(xiàng)目開始后，由于測(cè)試情況有變化，可能導(dǎo)致測(cè)試打算文檔變化。假如文檔有明顯的變化，必須在文檔中添加變更歷史來記載這些變化。文檔目的測(cè)試打算在策略和方法的高度講明如何打算、組織和治理測(cè)試項(xiàng)目。測(cè)試打算包含足夠的信息使測(cè)試人員明白項(xiàng)目需要做什么是如何運(yùn)作的。另外，清晰的文檔結(jié)構(gòu)能使任何一個(gè)讀者在掃瞄打算的前面幾頁(yè)后，就能對(duì)項(xiàng)目有一個(gè)大概的認(rèn)識(shí)。測(cè)試打算只是測(cè)試的一個(gè)框架，專門多細(xì)節(jié)需要跟開發(fā)人員或其他人員溝通，因此打算不包括測(cè)試用例的細(xì)節(jié)和系統(tǒng)功能的詳細(xì)信息。文檔摘要這一節(jié)要緊講明測(cè)試打算中重要的和可能有爭(zhēng)議的問題。本節(jié)的要緊目的是將這些信息傳遞給那

4、些可能可不能通讀整個(gè)測(cè)試打算文檔的人員（比如經(jīng)理或開發(fā)項(xiàng)目的負(fù)責(zé)人）。提示和技巧：在寫這一節(jié)時(shí)，考慮一下你的打算在那些地點(diǎn)可能會(huì)引起反對(duì)。那個(gè)打算跟往常的打算相比，有什么不同的地點(diǎn)。測(cè)試項(xiàng)目與系統(tǒng)開發(fā)打算的關(guān)系等。使用列表的格式，能夠?qū)栴}按重要程度排列出來，然后在后面的章節(jié)中再對(duì)這些問題進(jìn)行詳細(xì)講明，如此就能讓對(duì)這些問題有重要阻礙的人員明白問題的所在。文檔歷史和變更作者 日期 文檔的當(dāng)前狀態(tài)，上版本以來所作的要緊變化背景系統(tǒng)視圖和目標(biāo)系統(tǒng)視圖對(duì)測(cè)試人員了解自己需要做什么是特不重要的。測(cè)試項(xiàng)目負(fù)責(zé)人應(yīng)積極與系統(tǒng)設(shè)計(jì)人員或開發(fā)人員溝通，以取得相關(guān)資料。系統(tǒng)目標(biāo)是關(guān)心實(shí)現(xiàn)系統(tǒng)視圖的重要指標(biāo)。系統(tǒng)視

5、圖和目標(biāo)對(duì)實(shí)現(xiàn)整個(gè)項(xiàng)目打算來講是至關(guān)重要的。測(cè)試人員必須明白系統(tǒng)是做什么同時(shí)關(guān)心項(xiàng)目實(shí)現(xiàn)這種目標(biāo)。在打算中包括系統(tǒng)視圖和目標(biāo)后，要確保所有的測(cè)試人員都明白項(xiàng)目和系統(tǒng)的目標(biāo)。通常情況下視圖和項(xiàng)目打算差不多上模糊的。模糊的目標(biāo)必須通過成員的努力轉(zhuǎn)換成可衡量和實(shí)現(xiàn)的東西。沒有固定的視圖和目標(biāo)，你將無法完成部分任務(wù)。而且，你會(huì)發(fā)覺專門難將對(duì)產(chǎn)品的認(rèn)識(shí)向不人轉(zhuǎn)述。提示和技巧：什么緣故視圖對(duì)客戶是重要的？你如何向客戶表達(dá)這種視圖？你將做什么來保證你是在向?qū)崿F(xiàn)視圖的方向前進(jìn)?在你回答這些問題之后，你就能夠?qū)⒁晥D轉(zhuǎn)換成測(cè)試導(dǎo)向的目標(biāo)？聯(lián)系方式列出項(xiàng)目參與人員的聯(lián)系方式包括 E-mail 和電話。相關(guān)信息保存的

6、位置測(cè)試服務(wù)器的相關(guān)信息測(cè)試文檔保存的位置測(cè)試工具保存的位置質(zhì)量目標(biāo)圍繞軟件質(zhì)量，有幾種不同的講法。第一個(gè)是質(zhì)量是一種絕對(duì)的標(biāo)準(zhǔn)，對(duì)所有的系統(tǒng)必須等同處理。事實(shí)上，質(zhì)量是相對(duì)的而且是和產(chǎn)品相關(guān)的概念。例如，多媒體產(chǎn)品的質(zhì)量目標(biāo)傾向于精美的表示和適當(dāng)?shù)膬?nèi)容，而應(yīng)用系統(tǒng)可能傾向于易用性、健壯性和適用于不同的任務(wù)。質(zhì)量目標(biāo)可能是動(dòng)態(tài)的。在項(xiàng)目進(jìn)行過程中，會(huì)由于市場(chǎng)壓力、新的機(jī)會(huì)和功能改變而重新設(shè)定質(zhì)量目標(biāo)。另一種有關(guān)軟件質(zhì)量的講法是，定義和衡量系統(tǒng)質(zhì)量是測(cè)試部門一個(gè)部門的事。實(shí)際上，建立質(zhì)量標(biāo)準(zhǔn)是所有職能部門共同努力的結(jié)果。測(cè)試、開發(fā)、系統(tǒng)使用部門、用戶教育、系統(tǒng)支撐必須為建立和維護(hù)系統(tǒng)的質(zhì)量標(biāo)準(zhǔn)做

7、出自己的貢獻(xiàn)。每個(gè)部門必須對(duì)自己最了解的部分做出相應(yīng)的質(zhì)量定義。例如，測(cè)試和開發(fā)部門對(duì)系統(tǒng)質(zhì)量的衡量標(biāo)準(zhǔn)要緊是健壯性和正確性。用戶部門可能對(duì)易用性方面比較熟悉。最后，質(zhì)量不僅是衡量系統(tǒng)的功能或性能是否正常。對(duì)系統(tǒng)來講，在開發(fā)過程中盡早建立全面的質(zhì)量標(biāo)準(zhǔn)與系統(tǒng)的及時(shí)公布是一樣重要的。質(zhì)量目標(biāo)是一個(gè)強(qiáng)有力的工具，應(yīng)該在系統(tǒng)開發(fā)過程中盡早建立。一個(gè)定義準(zhǔn)確的質(zhì)量目標(biāo)在以后的產(chǎn)品開發(fā)過程中關(guān)心決策。例如，系統(tǒng)是否能夠正式發(fā)行？在代碼完成后，應(yīng)該修復(fù)那些缺陷？在系統(tǒng)完成后那種類型的測(cè)試是最合適的。測(cè)試策略整體策略本節(jié)的目的是講明打算中使用的差不多的測(cè)試過程。提示和技巧：是否使用里程碑技術(shù)和在測(cè)試過程中驗(yàn)

8、證每個(gè)模塊？或者是什么都不做，只是一般的測(cè)試而已。測(cè)試人員是否在項(xiàng)目開發(fā)初期就開始工作？或者測(cè)試人員只在系統(tǒng)開發(fā)完后，才開始測(cè)試。測(cè)試范圍測(cè)試部門可能對(duì)應(yīng)該做什么測(cè)試覺得專門迷惑。本節(jié)試圖對(duì)這些問題做一些規(guī)定。通常講明什么是要測(cè)試的，什么是不要測(cè)試的是特不重要的。明確規(guī)定這些問題后，測(cè)試人員對(duì)該做什么有一個(gè)清晰的認(rèn)識(shí)。提示和技巧：需要特不測(cè)試那些部分？那些部分不需要測(cè)試，什么緣故？測(cè)試人員是否需要測(cè)試內(nèi)容以及相關(guān)部分？是否要驗(yàn)證每個(gè)模塊的穩(wěn)定性？測(cè)試方法下面幾節(jié)將講明測(cè)試打算的核心部分。假如將項(xiàng)目比做游戲，這些內(nèi)容將是攻關(guān)秘籍。它們提供在整個(gè)測(cè)試過程中，每一個(gè)步驟的詳細(xì)講明。每一節(jié)會(huì)就測(cè)試的不

9、同方面做詳細(xì)的講明。這一部分的要緊讀者是測(cè)試人員，因?yàn)榇蛩阋o是為了規(guī)定如何進(jìn)行測(cè)試。里程碑技術(shù)里程碑技術(shù)將項(xiàng)目的運(yùn)行分成不同的時(shí)期，在項(xiàng)目過程中提供檢查工作進(jìn)展?fàn)顟B(tài)的方法。即使只有一個(gè)里程碑，也要在那個(gè)地點(diǎn)講明。在講明中，要列出通過和接著往下走的標(biāo)準(zhǔn)。1. 打算時(shí)期2. 開發(fā)時(shí)期3. 穩(wěn)定時(shí)期測(cè)試文檔（測(cè)試用例）測(cè)試用例需要列出完全測(cè)試一個(gè)功能模塊所需的詳細(xì)步驟。使用測(cè)試用例的要緊目的是幸免完成了所需的測(cè)試內(nèi)容而不僅僅是走過場(chǎng)。提示和技巧：通常能夠定義測(cè)試用例模板，如此每個(gè)測(cè)試用例都有同樣的格式。就像測(cè)試用例的格式一樣，能夠用不同的方法來編寫測(cè)試用例。這些方法的要緊區(qū)不是用例的詳細(xì)程度。在極

10、端的情況下，用例的每一步都詳細(xì)列出，如此的話，能保證運(yùn)行測(cè)試用例的人員在做同樣的情況，而且容易實(shí)現(xiàn)自動(dòng)執(zhí)行。但關(guān)于用例編寫人員來講，意味著龐大的工作量，他必須考慮每一個(gè)步驟。當(dāng)功能發(fā)生變化時(shí)，維護(hù)如此的測(cè)試用例是特不困難的。另一種極端的情況是特不概要的測(cè)試用例。這些用例是特不寬泛的，只提供簡(jiǎn)潔的描述講明需要做什么。讓測(cè)試人員決定如何實(shí)現(xiàn)，以及使用那些數(shù)據(jù)來測(cè)試。大多數(shù)的專業(yè)測(cè)試人員贊同于一個(gè)折中的方案，并傾向于提供較為詳細(xì)的步驟。測(cè)試實(shí)施過程本節(jié)的目的講明在測(cè)試過程中測(cè)試部門在同意測(cè)試系統(tǒng)時(shí)應(yīng)執(zhí)行什么檢查。這一節(jié)有助于其他部門（開發(fā)部門、用戶教育部門）了解在公布測(cè)試系統(tǒng)時(shí)應(yīng)做些什么。保持測(cè)試系

11、統(tǒng)相對(duì)穩(wěn)定是特不重要的。測(cè)試系統(tǒng)同意條件本節(jié)的目的講明在測(cè)試過程中測(cè)試部門在同意測(cè)試系統(tǒng)時(shí)應(yīng)執(zhí)行什么檢查。提示和技巧：誰(shuí)負(fù)責(zé)建立測(cè)試系統(tǒng)，如何保持測(cè)試系統(tǒng)和開發(fā)系統(tǒng)之間的同步。在開發(fā)人員提交新程序時(shí)，如何檢查代碼的質(zhì)量。開發(fā)部門是否需要運(yùn)行簡(jiǎn)單的用例，驗(yàn)證系統(tǒng)是否正常，假如驗(yàn)證失敗，需要采取什么行動(dòng)。需要做什么測(cè)試驗(yàn)證測(cè)試系統(tǒng)是穩(wěn)定的。同步的間隔時(shí)刻。當(dāng)項(xiàng)目進(jìn)展到不同時(shí)期時(shí)，是否需要更新這些規(guī)則。測(cè)試時(shí)刻表在系統(tǒng)的不同時(shí)期，需要打算在什么時(shí)候應(yīng)得到什么樣的測(cè)試系統(tǒng)。提示和技巧：測(cè)試系統(tǒng)多長(zhǎng)時(shí)刻更新一次（每日，每周一次或多次，在什么時(shí)刻，預(yù)備好代碼）？當(dāng)項(xiàng)目進(jìn)展到不同時(shí)期時(shí)，是否需要更新這些規(guī)則

12、。穩(wěn)定時(shí)期測(cè)試穩(wěn)定時(shí)期摘要在代碼完成到系統(tǒng)最后發(fā)行之前為系統(tǒng)穩(wěn)定時(shí)期。在系統(tǒng)穩(wěn)定時(shí)期需要對(duì)系統(tǒng)的各個(gè)部分進(jìn)行最后的檢查。能夠建立一個(gè)檢查重點(diǎn)列表，逐項(xiàng)進(jìn)行檢查。測(cè)試遍數(shù)在穩(wěn)定化測(cè)試時(shí)期至少要運(yùn)行一遍完整的測(cè)試和一個(gè)簡(jiǎn)短的測(cè)試。前者用于發(fā)覺錯(cuò)誤，后者用于驗(yàn)證發(fā)行版本。項(xiàng)目結(jié)束在系統(tǒng)投入使用的時(shí)候，最后應(yīng)作的測(cè)試安排。自動(dòng)測(cè)試策略在測(cè)試過程中，能夠適當(dāng)考慮使用自動(dòng)測(cè)試策略。自動(dòng)測(cè)試不是保證產(chǎn)品質(zhì)量的萬(wàn)能藥，不能保證發(fā)覺軟件的缺陷。自動(dòng)測(cè)試有它的長(zhǎng)處和短處，要充分考慮系統(tǒng)特性、時(shí)刻安排、測(cè)試人員的編程經(jīng)驗(yàn)和能夠使用的自動(dòng)化工具。使用自動(dòng)化技術(shù)要緊目的是發(fā)覺系統(tǒng)缺陷，提高測(cè)試用例的運(yùn)行效率和對(duì)系統(tǒng)進(jìn)行

13、快速檢測(cè)。測(cè)試自動(dòng)化跟系統(tǒng)本身的特性相關(guān)，假如系統(tǒng)要緊是數(shù)值運(yùn)算，能夠?qū)Y(jié)果進(jìn)行簡(jiǎn)單推斷，使用自動(dòng)化技術(shù)的效率就高，否則系統(tǒng)要緊是跟內(nèi)容相關(guān)，自動(dòng)化測(cè)試的效率就比較低。提示和技巧：自動(dòng)化的目標(biāo)是什么。你如何衡量這些目標(biāo)。在測(cè)試中，是否實(shí)行代碼覆蓋，分支覆蓋和功能覆蓋。哪些部分能夠自動(dòng)化？自動(dòng)化程度有多高。使用什么自動(dòng)化工具？是否開發(fā)新的自動(dòng)化工具？集成測(cè)試策略集成測(cè)試有兩個(gè)范圍。一個(gè)是系統(tǒng)內(nèi)部各個(gè)功能模塊的交互作用，各種可能的組合是特不多的，表現(xiàn)為系統(tǒng)有豐富多彩的表現(xiàn)。另外一種集成是測(cè)試系統(tǒng)與相關(guān)系統(tǒng)的集成。提示和技巧：用戶關(guān)心內(nèi)容在何時(shí)如何與系統(tǒng)功能交互作用？如何樣測(cè)試？典型的用戶情景是什么

14、？有哪些可能的邏輯組合？類似功能的邏輯是否一致？是否有相同的界面？菜單命令是否一致？?jī)?nèi)容測(cè)試關(guān)于系統(tǒng)來講，總有些內(nèi)容部分需要測(cè)試，例如關(guān)心等。關(guān)于網(wǎng)站來講，文字講明也是相當(dāng)重要的。內(nèi)容測(cè)試的第一步確實(shí)是將內(nèi)容部分標(biāo)識(shí)出來，再確定誰(shuí)來實(shí)施測(cè)試。提示和技巧假如內(nèi)容只是一些關(guān)心文件，用戶教育部門會(huì)編寫和驗(yàn)證這些內(nèi)容。假如系統(tǒng)是以內(nèi)容為主的，擁有上百萬(wàn)的文字、千個(gè)鏈接以及不計(jì)其數(shù)的圖片，在這種情況下需要使用由編輯、校對(duì)和測(cè)試人員組成的小組來負(fù)責(zé)內(nèi)容測(cè)試。與內(nèi)容提供者確定“什么是內(nèi)容的缺陷”。幸免出現(xiàn)模糊的問題，比如“讀起來有點(diǎn)問題”或者“太文縐縐”。哪些內(nèi)容需要測(cè)試。如何將內(nèi)容測(cè)試與其他工作分開。是否

15、使用自動(dòng)測(cè)試（比如超鏈接測(cè)試）。假如使用自動(dòng)測(cè)試，區(qū)分那些內(nèi)容無法使用自動(dòng)測(cè)試，哪些部分能夠保證能自動(dòng)測(cè)試。性能測(cè)試和壓力測(cè)試在性能測(cè)試中，執(zhí)行不同的測(cè)試，并進(jìn)行記時(shí)，然后將這些數(shù)據(jù)與往常的數(shù)據(jù)進(jìn)行對(duì)比?，F(xiàn)在的系統(tǒng)多是 C/S 架構(gòu)或 B/S 架構(gòu)，需要測(cè)試系統(tǒng)對(duì)多個(gè)用戶的并發(fā)響應(yīng)能力，一般情況下能夠使用軟件在一臺(tái)機(jī)器上模擬幾千個(gè)客戶端進(jìn)行壓力測(cè)試來衡量這些指標(biāo)。提示和要點(diǎn)：系統(tǒng)和競(jìng)爭(zhēng)對(duì)手的系統(tǒng)相比有多快。這可能是一個(gè)質(zhì)量指標(biāo)，比如“比競(jìng)爭(zhēng)對(duì)手 X 快”。與往常的系統(tǒng)進(jìn)行相比。比如“在增添新功能后是否跟往常一樣快甚至更快些。”假如沒有可比性，能夠使用合理速度來進(jìn)行衡量，但這種數(shù)據(jù)必須經(jīng)確認(rèn)。需

16、要衡量哪些性能，能夠在測(cè)試打算中，指定重點(diǎn)領(lǐng)域，在實(shí)際測(cè)試過程中，在進(jìn)行具體確定。是否有行業(yè)標(biāo)準(zhǔn)可在測(cè)試中使用。在什么時(shí)候執(zhí)行性能測(cè)試？假如需要進(jìn)行代碼優(yōu)化，需要盡早進(jìn)行性能測(cè)試，如此代碼修改帶來的負(fù)面阻礙比較小。性能測(cè)試是否跟硬件平臺(tái)相關(guān)。需要確定在何種硬件平臺(tái)下進(jìn)行性能測(cè)試。在性能測(cè)試中，有幾個(gè)指標(biāo)需要注意，如 CPU 使用率內(nèi)存使用率以及磁盤吞吐率等，如此能確定系統(tǒng)的瓶頸在哪。是否能進(jìn)行優(yōu)化。兼容性測(cè)試關(guān)于 C/S 架構(gòu)的系統(tǒng)來講，需要考慮客戶端支持的系統(tǒng)平臺(tái)。關(guān)于 B/S 架構(gòu)的系統(tǒng)來講需要考慮用戶端掃瞄器的版本。提示和技巧：確定主流的客戶端掃瞄器版本。決定支持哪些版本的掃瞄器。在什么

17、平臺(tái)上做開發(fā)和測(cè)試，在那些平臺(tái)上進(jìn)行兼容性測(cè)試。測(cè)試組織測(cè)試團(tuán)隊(duì)結(jié)構(gòu)這一節(jié)講明測(cè)試團(tuán)隊(duì)的結(jié)構(gòu)和項(xiàng)目測(cè)試人員的數(shù)量。提示和技巧查看開發(fā)打算確定那些功能需要最多資源。確定需要多少測(cè)試人員。多少人做自動(dòng)測(cè)試，是哪些人。功能劃分這一節(jié)講明系統(tǒng)能夠分成那些模塊，分不由誰(shuí)負(fù)責(zé)。提示和技巧：系統(tǒng)的那些常用功能需要測(cè)試。是不是需要測(cè)試系統(tǒng)的所有功能。是不是需要與開發(fā)部門在功能方面對(duì)應(yīng)一致。資源需求培訓(xùn)需求本節(jié)講明項(xiàng)目測(cè)試人員需要哪些培訓(xùn)。提示和技巧：關(guān)于新手需要先介紹測(cè)試系統(tǒng)，假如測(cè)試人員比較熟悉該系統(tǒng)，則需要講明新系統(tǒng)的功能。是否進(jìn)行自動(dòng)測(cè)試。測(cè)試人員要不要培訓(xùn)以編寫自動(dòng)化腳本。硬件需求本節(jié)講明測(cè)試人員需要

18、的各種類型的硬件以及那個(gè)測(cè)試團(tuán)隊(duì)需要的硬件。軟件需求本節(jié)講明測(cè)試人員需要使用的軟件。辦公空間需求本節(jié)講明需要多少辦公空間。時(shí)刻進(jìn)度安排包括要緊時(shí)刻點(diǎn)的安排日期代碼完成時(shí)刻第一遍測(cè)試第X遍測(cè)試系統(tǒng)發(fā)行時(shí)刻缺陷處理測(cè)試過程中可衡量的是發(fā)覺的缺陷的狀況。因此缺陷的報(bào)告和治理必須寫成書面文檔。數(shù)據(jù)庫(kù)治理提示和技巧：誰(shuí)負(fù)責(zé)創(chuàng)建數(shù)據(jù)庫(kù)？誰(shuí)有權(quán)限增加數(shù)據(jù)庫(kù)的帳號(hào)？誰(shuí)有權(quán)使用哪類帳號(hào)？數(shù)據(jù)庫(kù)使用過程中出了問題和誰(shuí)聯(lián)系？誰(shuí)負(fù)責(zé)數(shù)據(jù)庫(kù)備份？多長(zhǎng)時(shí)刻備份一次？由誰(shuí)使用數(shù)據(jù)庫(kù)？缺陷治理應(yīng)該與開發(fā)部門的負(fù)責(zé)人一起討論。缺陷處理過程提示和技巧：解釋缺陷報(bào)告和分配過程。缺陷標(biāo)題、測(cè)試環(huán)境應(yīng)如何填寫解釋如何輸入，解決，重新打開，關(guān)閉和重新即或一個(gè)缺陷。讓測(cè)試人員清晰一個(gè)缺陷從擊活到解決的全過程。缺陷必須指定由誰(shuí)負(fù)責(zé)解決。定義優(yōu)先級(jí)、嚴(yán)峻級(jí)不等。在項(xiàng)目結(jié)束時(shí)，如何解決這些缺陷。測(cè)試過程操縱在測(cè)試過程中，通過對(duì)缺陷數(shù)據(jù)庫(kù)進(jìn)行分析能夠確定測(cè)試的狀態(tài)。另外，通過讓測(cè)試人員填寫測(cè)試工作周報(bào)，能夠?qū)?xiàng)目進(jìn)展?fàn)顩r進(jìn)行反饋。缺陷數(shù)據(jù)分析提示和技巧：在開發(fā)過程和穩(wěn)定時(shí)期是否有過多的未處理缺陷，這可能講明開發(fā)的資源不夠，或者有其它問題。如何確定項(xiàng)目中是否有過多的缺陷。測(cè)試人員是否積極發(fā)覺缺陷，或者過分積極。在每個(gè)時(shí)刻點(diǎn)上，系統(tǒng)