1、.* 技技術(shù)有限公司軟件測(cè)試管理規(guī)定文件編號(hào)：生效日期：受控編號(hào)：密級(jí)：版次：第版修改狀態(tài)總頁(yè)數(shù)正文附件編制或修訂人：審核：批準(zhǔn)：（版權(quán)所有，翻版必究）.目錄第一章引言4第一條測(cè)試概述4第二條測(cè)試目標(biāo)4第三條適用范圍5第二章測(cè)試職責(zé)5第三章需求分析6第四章測(cè)試策略7第四章測(cè)試計(jì)劃8第五章測(cè)試用例8第一條測(cè)試用例設(shè)計(jì)方法8第二條測(cè)試用例操作步驟11第三條測(cè)試用例選擇準(zhǔn)則11第四條測(cè)試軟 / 硬件環(huán)境12第五條測(cè)試數(shù)據(jù)準(zhǔn)備12第六條測(cè)試執(zhí)行過程績(jī)效考核12第六章測(cè)試執(zhí)行12第一條項(xiàng)目測(cè)試周期12第二條項(xiàng)目測(cè)試啟動(dòng)12第三條項(xiàng)目測(cè)試階段13第四條項(xiàng)目測(cè)試結(jié)束13第五條測(cè)試執(zhí)行過程績(jī)效考核13第七章測(cè)

2、試變更14第八章缺陷管理14第一節(jié)缺陷基本屬性14第二節(jié)缺陷管理流程15第三節(jié)缺陷分類16第四節(jié)缺陷定義18第五節(jié)缺陷完成度19第六節(jié)處理機(jī)制20第九章測(cè)試結(jié)果分析21第一節(jié)測(cè)試完成的標(biāo)準(zhǔn)21第二節(jié)允許保留的缺陷21.第十章測(cè)試輸出文檔22.第一章引言第一條測(cè)試概述無論怎樣強(qiáng)調(diào)軟件測(cè)試的重要性和它對(duì)軟件可靠性的影響都不過分。在開發(fā)大型軟件系統(tǒng)的漫長(zhǎng)過程中，面對(duì)著極其錯(cuò)綜復(fù)雜的問題，人的主觀認(rèn)識(shí)不可能完全符合客觀現(xiàn)實(shí)，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺，因此，在軟件生命周期的每個(gè)階段都不可避免地會(huì)產(chǎn)生差錯(cuò)。我們力求在每個(gè)階段結(jié)束之前通過嚴(yán)格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差

3、錯(cuò)；經(jīng)驗(yàn)表明審查并不能發(fā)現(xiàn)所有差錯(cuò)，此外在編碼過程中還不可避免地會(huì)引入新的錯(cuò)誤。如果在軟件投入生產(chǎn)性運(yùn)行之前，沒有發(fā)現(xiàn)并糾正軟件中的大部分差錯(cuò)，則這些差錯(cuò)遲早會(huì)在生產(chǎn)過程中暴露出來，那時(shí)不僅改正這些錯(cuò)誤的代價(jià)更高，而且往往會(huì)造成很惡劣的后果。測(cè)試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤。目前軟件測(cè)試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對(duì)軟件規(guī)格說明、設(shè)計(jì)和編碼的最后復(fù)審。 軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段。通常在編寫出每個(gè)模塊之后就對(duì)它做必要的測(cè)試 ( 稱為單元測(cè)試) ，模塊的編寫者和測(cè)試者是同一個(gè)人，編碼和單元測(cè)試屬于軟件生命周期的同一個(gè)階段。在這個(gè)階段結(jié)束之后，對(duì)軟

4、件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測(cè)試，這是軟件生命周期中的另一個(gè)獨(dú)立的階段，通常由專門的測(cè)試人員承擔(dān)這項(xiàng)工作。大量統(tǒng)計(jì)資料表明，軟件測(cè)試的工作量往往占軟件開發(fā)總工作量的40以上，在極端情況，測(cè)試那種關(guān)系人的生命安全的軟件所花費(fèi)的成本，可能相當(dāng)于軟件工程其他開發(fā)步驟總成本的三倍到五倍。因此，必須高度重視軟件測(cè)試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實(shí)際上，大約還有同樣多的開發(fā)工作量需要完成。僅就測(cè)試而言，它的目標(biāo)是發(fā)現(xiàn)軟件中的錯(cuò)誤，但是，發(fā)現(xiàn)錯(cuò)誤并不是我們的最終日的。軟件工程的根本目標(biāo)是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件。第二條測(cè)試目標(biāo)下面這些規(guī)則也可以看作是測(cè)試的目標(biāo)或定義：(1)

5、測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程；(2) 好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；.(3) 成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。從上述規(guī)則可以看出，測(cè)試的正確定義是 “為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程”。這和某些人通常想象的“測(cè)試是為了表明程序是正確的”，“成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試”等等是完全相反的。正確認(rèn)識(shí)測(cè)試的目標(biāo)是十分重要的，測(cè)試目標(biāo)決定了測(cè)試方案的設(shè)計(jì)。如果為了表明程序是正確的而進(jìn)行測(cè)試，就會(huì)設(shè)計(jì)一些不易暴露錯(cuò)誤的測(cè)試方案；相反，如果測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，就會(huì)力求設(shè)計(jì)出最能暴露錯(cuò)誤的測(cè)試方案。由于測(cè)試的目標(biāo)是暴露程序中的錯(cuò)誤，從心

6、理學(xué)角度看，由程序的編寫者自己進(jìn)行測(cè)試是不恰當(dāng)?shù)摹?因此，在綜合測(cè)試階段通常由其他人員組成測(cè)試小組來完成測(cè)試工作。此外，應(yīng)該認(rèn)識(shí)到測(cè)試決不能證明程序是正確的。即使經(jīng)過了最嚴(yán)格的測(cè)試之后，仍然可能還有沒被發(fā)現(xiàn)的錯(cuò)誤潛藏在程序中。測(cè)試只能查找出程序中的錯(cuò)誤，不能證明程序中沒有錯(cuò)誤。第三條適用范圍本規(guī)范是對(duì)項(xiàng)目軟件測(cè)試的一份指導(dǎo)性文件，對(duì)軟件測(cè)試過程中所涉及到的測(cè)試?yán)碚摗y(cè)試類型、 測(cè)試方法、 測(cè)試標(biāo)準(zhǔn)、 測(cè)試流程以及軟件產(chǎn)品開發(fā)單位所承擔(dān)的職責(zé)進(jìn)行總體規(guī)范，以有效保證軟件產(chǎn)品的質(zhì)量。第二章測(cè)試職責(zé)測(cè)試職責(zé)是指在項(xiàng)目開發(fā)過程中跟測(cè)試工作有關(guān)的角色進(jìn)行任務(wù)分配的，主要包含的角色以及工作職責(zé)如下：測(cè)試組

7、長(zhǎng) ：由測(cè)試經(jīng)理或項(xiàng)目經(jīng)理指定項(xiàng)目組成員其他人員擔(dān)任，測(cè)試組長(zhǎng)負(fù)責(zé)：分析需求并進(jìn)行細(xì)化可用于執(zhí)行測(cè)試的需求制定測(cè)試計(jì)劃參與、跟蹤測(cè)試過程對(duì)測(cè)試活動(dòng)和結(jié)果進(jìn)行分析，撰寫測(cè)試分析報(bào)告測(cè)試人員 ：由項(xiàng)目組成員擔(dān)任，負(fù)責(zé)：根據(jù)測(cè)試計(jì)劃編寫測(cè)試用例搭建測(cè)試環(huán)境，準(zhǔn)備測(cè)試腳本.執(zhí)行測(cè)試，記錄測(cè)試結(jié)果和缺陷執(zhí)行回歸測(cè)試開發(fā)人員： 由項(xiàng)目組成員擔(dān)任，負(fù)責(zé)：?jiǎn)卧獪y(cè)試功能開發(fā)完畢之后，提交測(cè)試之前的確認(rèn)測(cè)試第三章需求分析首先了解前期的需求調(diào)研報(bào)告、客戶提出的業(yè)務(wù)需求功能點(diǎn)，以及本公司對(duì)需求的理解及說明，其次參加需求評(píng)審、設(shè)計(jì)評(píng)審。通過對(duì)文檔分析，分解各功能模塊，各功能點(diǎn)，為測(cè)試用例設(shè)計(jì)提供數(shù)據(jù)依據(jù)。反復(fù)檢查并理解

8、各種信息，和用戶交流，理解他們的要求?？梢园凑找韵虏襟E執(zhí)行：1）確定軟件提供的主要商業(yè)任務(wù)2）對(duì)每個(gè)商業(yè)任務(wù)，確定完成該任務(wù)所要進(jìn)行的交易。3）確定從數(shù)據(jù)庫(kù)信息引出的計(jì)算結(jié)果。4）對(duì)于對(duì)時(shí)間有要求的交易，確定所要的時(shí)間和條件。這些條件包括數(shù)據(jù)庫(kù)大小、機(jī)器配置、交易量、以及網(wǎng)絡(luò)擁擠情況。5）確定會(huì)產(chǎn)生重大意外的壓力測(cè)試，包括：內(nèi)存、硬盤空間、高的交易率6）確定應(yīng)用需要處理的數(shù)據(jù)量。7）確定需要的軟件和硬件配置。通常情況下，不可能對(duì)所有可能的配置都測(cè)試到，因此要選擇最有可能產(chǎn)生問題的情況進(jìn)行測(cè)試，包括：最低性能的硬件、幾個(gè)有兼容性問題的軟件并存、客戶端機(jī)器通過最慢的lan/wanf連接訪問服務(wù)器。

9、8）確定其他與應(yīng)用軟件沒有直接關(guān)系的商業(yè)交易。包括：管理功能，如啟動(dòng)和推出程序配置功能，如設(shè)置打印機(jī)操作員的愛好，如字體、顏色應(yīng)用功能，如訪問email 或者顯示時(shí)間和日期。9）確定安裝過程，包括定置從哪安裝、定制安裝、升級(jí)安裝。10）確定沒有隱含在功能測(cè)試中的戶界面要求。大多界面都在功能測(cè)試時(shí)被測(cè)試到。.還有寫沒有測(cè)到，如：操作與顯示的一致性，如使用快捷鍵等；界面遵從合理標(biāo)準(zhǔn)，如按鈕大小，標(biāo)簽等。第四章測(cè)試策略測(cè)試策略用于說明某項(xiàng)工作的測(cè)試方法與目標(biāo)。系統(tǒng)測(cè)試策略主要針對(duì)系統(tǒng)測(cè)試需求確定測(cè)試類型及實(shí)施的測(cè)試方法與技術(shù)。測(cè)試策略一般包括下列內(nèi)容：要實(shí)施的測(cè)試類型與目標(biāo)確定系統(tǒng)測(cè)試策略首先要清楚

10、地所實(shí)施系統(tǒng)測(cè)試的類型和測(cè)試目標(biāo)。系統(tǒng)測(cè)試類型一般包括：1. 功能測(cè)試2. 性能測(cè)試3. 負(fù)載測(cè)試4. 強(qiáng)度測(cè)試5. 安全性測(cè)試6. 配置測(cè)試7. 故障恢復(fù)測(cè)試8. 文檔測(cè)試9. 用戶界面測(cè)試其中， 功能測(cè)試，配置測(cè)試，安裝測(cè)試在一般情況下是必需的，其它類型的測(cè)試可根據(jù)需求進(jìn)行裁剪。一、采用的技術(shù)：系統(tǒng)測(cè)試主要采用黑盒測(cè)試技術(shù)來設(shè)計(jì)測(cè)試用例來確定軟件是否滿足需求規(guī)格說明中的要求。二、用于測(cè)試評(píng)估結(jié)果和測(cè)試是否完成的標(biāo)準(zhǔn)三、對(duì)測(cè)試策略所述的測(cè)試工作存在影響的特殊事項(xiàng).第四章測(cè)試計(jì)劃根據(jù)測(cè)試的種類，測(cè)試計(jì)劃分為功能測(cè)試和性能測(cè)試計(jì)劃。測(cè)試計(jì)劃旨在說明各測(cè)試階段任務(wù)、人員分配、時(shí)間安排、測(cè)試要點(diǎn)、工

11、作規(guī)范等。測(cè)試計(jì)劃在策略和方法方面說明如何計(jì)劃、 組織和管理測(cè)試項(xiàng)目。測(cè)試計(jì)劃包含足夠的信息使測(cè)試人員明白項(xiàng)目需要做什么是如何運(yùn)作的。 測(cè)試計(jì)劃不包括測(cè)試用例的細(xì)節(jié)和系統(tǒng)功能的詳細(xì)信息。測(cè)試計(jì)劃應(yīng)附有測(cè)試功能點(diǎn)矩陣、測(cè)試性能點(diǎn)矩陣。測(cè)試計(jì)劃應(yīng)在項(xiàng)目組內(nèi)進(jìn)行評(píng)審。參與測(cè)試計(jì)劃評(píng)審的人員包括：項(xiàng)目經(jīng)理、測(cè)試組長(zhǎng)、開發(fā)組長(zhǎng)、測(cè)試組員。第五章測(cè)試用例測(cè)試用例是為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。解決要測(cè)什么、怎么測(cè)和如何衡量的問題。從測(cè)試結(jié)構(gòu)上面劃分分為黑盒測(cè)試、和百盒測(cè)試2 種，他們各自有不同的測(cè)試方式，目前本公司只考慮黑盒測(cè)試，以下設(shè)計(jì)方法以黑盒

12、方法為例第一條測(cè)試用例設(shè)計(jì)方法黑盒測(cè)試用例設(shè)計(jì)方法有等價(jià)類測(cè)試、邊界值分析、基于因果圖的測(cè)試、基于猜錯(cuò)的測(cè)試、基于場(chǎng)景的測(cè)試、基于隨機(jī)的測(cè)試。 其中常用的設(shè)計(jì)方法有等價(jià)類測(cè)試、邊界值分析、因果圖三種方法，以下分別介紹這幾種方法：等價(jià)類劃分等價(jià)類劃分是一種典型的黑盒測(cè)試方法。等價(jià)類是指某個(gè)輸入域的集合。它表示對(duì)揭露程序中的錯(cuò)誤來說，集合中的每個(gè)輸入條件是等效的。因此我們只要在一個(gè)集合中選取一個(gè)測(cè)試數(shù)據(jù)即可。等價(jià)類劃分的辦法是把程序的輸入域劃分成若干等價(jià)類，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例。這樣就可使用少數(shù)測(cè)試用例檢驗(yàn)程序在一大類情況下的反映。.在考 等價(jià) ， 注意區(qū) 以下兩種不同的

13、情況：有效等價(jià) ：有效等價(jià) 指的是 程序的 范是有意 的、合理的 入數(shù)據(jù)所構(gòu)成的集合。在具體 中，有效等價(jià) 可以是一個(gè)，也可以是多個(gè)。無效等價(jià) ：無效等價(jià) 指 程序的 范是不合理的或無意 的 入數(shù)據(jù)所構(gòu)成的集合。 于具體的 ，無效等價(jià) 至少 有一個(gè)，也可能有多個(gè)。確定等價(jià) 有以下幾條原 ：如果 入條件 定了取 范 或 的個(gè)數(shù)， 可確定一個(gè)有效等價(jià) 和兩個(gè)無效等價(jià) 。例如，程序的 范中提到的 入條包括“ 數(shù)可以從1 到 999”， 可取有效等價(jià) “l(fā) 考 數(shù) 999”，無效等價(jià) “ 數(shù)l ，及“ 數(shù) 999”。 入條件 定了 入 的集合，或是 定了“必 如何”的條件， 可確定一個(gè)有效等價(jià) 和一個(gè)

14、無效等價(jià) 。如某程序涉及 符，其 入條件 定“ 符 以字母開 ” “以字母開 者”作 有效等價(jià) ，“以非字母開 ”作 無效等價(jià) 。如果我 確知，已劃分的等價(jià) 中各元素在程序中的 理方式是不同的， 將此等價(jià) 一步劃分成更小等價(jià) 。 入條件有效等價(jià) 無效等價(jià) 。根據(jù)已列出的等價(jià) 表，按以下步 確定 用例： 每個(gè)等價(jià) 定一個(gè)唯一的 號(hào)； 一個(gè) 用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià) 。重復(fù) 一步，最后使得所有有效等價(jià) 均被 用例所覆蓋； 一個(gè)新的 用例，使其只覆蓋一個(gè)無效等價(jià) 。重復(fù) 一步，使所有無效等價(jià) 均被覆蓋。 里 每次只覆蓋一個(gè)無效等價(jià) 。 是因 一個(gè) 用例中如果含有多個(gè)缺陷， 有可能在

15、 中只 其中的一個(gè)，另一些被忽 。等價(jià) 劃分法能 全面、系 地考 黑盒 的 用例 ， 但是沒有注意 用一些“高效的” 、“有 性的” 測(cè)試用例。后面介 的 分析法可以彌 一缺點(diǎn)。 分析法 分析法是列出 元功能、 入、狀 及控制的合法 界 和非法 界 ， 用例，包含全部 界 的方法。典型地包括if 句中的判 ，定 域、 域 界，空或畸形 入， 末受控狀 等。 分析法不是一 找一個(gè)例子的方法，而是以 界情況的. 理作 主要目 用例的方法。 另外， 分析不 考 入的 ， 也要考 出的 。 是從人 的 得出的一種有效方法。 人 多 件 只是在下 、數(shù)據(jù) 構(gòu)和 量 的 界 及其上、 下出 ，運(yùn)行 個(gè)區(qū)域

16、的 用例 的概率很高。用 分析法 用例 ，有以下幾條原 ：如果 入條件 定了取 范 ，或是 定了 的個(gè)數(shù)， 以 范 的 界內(nèi)及 超出范 的 界外的 ，或是分 最大、最小及稍小于最小、稍大于最大個(gè)數(shù)作 用例。如有 范 “某文件可包含 l 至 255”個(gè) “， 用例可 1 和 255 及 0 和 256等。 范的每個(gè) 出條件使用原 a。如果程序 范中提到的 入或 出域是個(gè)有序的集合( 如 序文件、表格等) 就 注意 取有序集的第一個(gè)和最后一個(gè)元素作 用例。分析 范， 盡可能找出可能的 界條件。一個(gè)典型的 分析例子是三角形分 程序。 取 a，b，c 構(gòu)成三角形三 ，“任意兩 之和大于第三 ” 界條件

17、。 分析相等價(jià) 劃分 重不同， 等價(jià) 劃分是一個(gè) 充。如上述三角形 ， 取a 3， b4，c 5，a 2，b 4，c 7 覆蓋有效和無效等價(jià) 。如果能在等價(jià) 劃分中注入 分析的思想。在每個(gè)等價(jià) 中不只 取一個(gè)覆蓋用例， 而是 而 取 等價(jià) 的 界 等價(jià) 劃分法將更有效，最后可以用 分析法再 充一些 用例。因果 等價(jià) 劃分法并沒有考 到 入情況的各種 合。 然各個(gè) 入條件 獨(dú)可能出 的情況已 看到了，但多個(gè) 入情況 合起來可能出 的情況卻被忽略。采用因果 方法能幫助我 按一定步 一 高效的 用例， 同 ， 能 我 指出程序 范的描述中存在什么 。利用因果 出 用例需要 以下幾個(gè)步 ：分析程序 范

18、的描述中哪些是原因，哪些是 果。原因常常是 入條件或是 入條件的等價(jià) 。 果是 出條件。分析程序 范的描述中 的內(nèi)容，并將其表示成 接各個(gè)原因與各個(gè) 果的“因果 ”。由于 法或 境的限制，有些原因和 果的 合情況是不可能出 的。 表明 些特定的情況， 在因果 上使用持殊的符號(hào) 明 束條件。 把因果 成判定表。 把判定表的每一列寫成一個(gè) 用例。.猜錯(cuò)法猜錯(cuò)法在很大程度上是憑經(jīng)驗(yàn)進(jìn)行的，是憑人們對(duì)過去所作的測(cè)試工作結(jié)果的分析，對(duì)所揭示的缺陷的規(guī)律性作直覺的推測(cè)來發(fā)現(xiàn)缺陷的。一個(gè)采用兩分法的檢索程序，典型地可以列出下面幾種測(cè)試情況：被檢索的表只有一項(xiàng)或?yàn)榭毡?；表的?xiàng)數(shù)恰好是2 的冪次；表的項(xiàng)數(shù)比2

19、的冪次多1 等。猜錯(cuò)法充分發(fā)揮人的經(jīng)驗(yàn)，在一個(gè)測(cè)試小組中集思廣益，方便實(shí)用，特別在軟件測(cè)試基礎(chǔ)較差的情況下，很好地組織測(cè)試小組( 也可以有外來人員) 進(jìn)行錯(cuò)誤猜測(cè)，是有效的測(cè)試方法。隨機(jī)數(shù)法即測(cè)試用例的參數(shù)是隨機(jī)數(shù)。它可以自動(dòng)生成，因此自動(dòng)化程度高。使用大量隨機(jī)測(cè)試用例測(cè)試通過的程序會(huì)提高用戶對(duì)程序的信心。但其關(guān)鍵在于隨機(jī)數(shù)的規(guī)律是否符合使用實(shí)際。第二條測(cè)試用例操作步驟1、 在設(shè)計(jì)編寫測(cè)試用例時(shí)，首先要從測(cè)試用例庫(kù)中選擇相應(yīng)功能的測(cè)試用例，在原有測(cè)試用例的基礎(chǔ)上依據(jù)系統(tǒng)需求文檔對(duì)測(cè)試用例的進(jìn)行修改、更新，評(píng)審?fù)ㄟ^后將使用該測(cè)試用例測(cè)試被測(cè)系統(tǒng)。2、 在測(cè)試項(xiàng)目結(jié)束后，統(tǒng)計(jì)分析所使用過的測(cè)試用例

20、，進(jìn)行分類放到相應(yīng)的測(cè)試用例庫(kù)中。為以后測(cè)試用例的設(shè)計(jì)編寫提供數(shù)據(jù)基礎(chǔ)。第三條測(cè)試用例選擇準(zhǔn)則測(cè)試用例的代表性：能夠代表各種合理和不合理的、合法的和非法的、邊界和越界的,以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等；測(cè)試結(jié)果的可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的或可評(píng)估的；測(cè)試結(jié)果的可再現(xiàn)性：即對(duì)同樣的測(cè)試用例, 系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是相同的。.第四條測(cè)試軟 / 硬件環(huán)境根據(jù)需求文檔提供的內(nèi)容，和開發(fā)部溝通確定測(cè)試項(xiàng)目所需的軟硬件環(huán)境，完成對(duì)測(cè)試項(xiàng)目所需軟硬件資源的準(zhǔn)備工作，使軟硬件資源得到滿足。完成對(duì)軟硬件資源的配置后，要進(jìn)行對(duì)測(cè)試項(xiàng)目的軟硬件環(huán)境進(jìn)行評(píng)審，確認(rèn)對(duì)軟硬件資源配置的有效性。第五條測(cè)

21、試數(shù)據(jù)準(zhǔn)備完成對(duì)測(cè)試項(xiàng)目基本數(shù)據(jù)的準(zhǔn)備操作，包括數(shù)據(jù)庫(kù)連接、用戶信息、用戶角色權(quán)限、單位組織等信息和測(cè)試相關(guān)的測(cè)試數(shù)據(jù)。第六條測(cè)試執(zhí)行過程績(jī)效考核為促進(jìn)測(cè)試人員積極主動(dòng)做好測(cè)試執(zhí)行工作，對(duì)測(cè)試人員進(jìn)行測(cè)試執(zhí)行過程進(jìn)行考核。序號(hào)測(cè)試準(zhǔn)備內(nèi)容考核評(píng)分標(biāo)準(zhǔn)1測(cè)試組長(zhǎng)工作安排待定2測(cè)試組長(zhǎng)風(fēng)險(xiǎn)評(píng)估待定3測(cè)試人員設(shè)計(jì)用例待定4測(cè)試人員執(zhí)行用例待定5開發(fā)組長(zhǎng)配合度待定6開發(fā)人員回歸次數(shù)待定7開發(fā)人員處理問題情況待定以上統(tǒng)計(jì)數(shù)據(jù)由項(xiàng)目經(jīng)理提供給部長(zhǎng)。第六章測(cè)試執(zhí)行第一條項(xiàng)目測(cè)試周期測(cè)試項(xiàng)目的測(cè)試周期可分為：?jiǎn)卧獪y(cè)試、接收測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試、性能測(cè)試等。第二條項(xiàng)目測(cè)試啟動(dòng)軟件項(xiàng)目測(cè)試活動(dòng)的正式

22、啟動(dòng)，是在確認(rèn)軟件可測(cè)試性后展開的。開發(fā)人員需要對(duì)產(chǎn)品進(jìn)行單元測(cè)試，單元測(cè)試效果通過接收測(cè)試驗(yàn)證。.第三條項(xiàng)目測(cè)試階段測(cè)試人員依據(jù)測(cè)試計(jì)劃和測(cè)試用例進(jìn)行測(cè)試活動(dòng)。測(cè)試一般分為兩個(gè)階段：1、集成測(cè)試、 系統(tǒng)測(cè)試階段： 該階段測(cè)試人員每天提交缺陷，并跟蹤缺陷， 驗(yàn)證缺陷，直到提交的缺陷被關(guān)閉或被保留。開發(fā)人員周期性提交修改過缺陷的新版本，測(cè)試人員在新版本上驗(yàn)證缺陷。2、回歸測(cè)試階段：在集成測(cè)試、系統(tǒng)測(cè)試階段完成后，產(chǎn)品將進(jìn)入回歸測(cè)試階段。測(cè)試人員對(duì)修改后的產(chǎn)品進(jìn)行重新功能驗(yàn)證，確保修改的正確性，驗(yàn)證在修改缺陷的同時(shí)沒有引入新的問題。 回歸缺陷是指開發(fā)人員標(biāo)示已修改的缺陷，經(jīng)測(cè)試后發(fā)現(xiàn)仍未修改正確，

23、或引入其他缺陷，或在前一個(gè)版本中未發(fā)現(xiàn)的缺陷，在后一個(gè)版本中出現(xiàn)。如產(chǎn)品進(jìn)行性能測(cè)試，則需要在性能測(cè)試后，進(jìn)行一輪回歸測(cè)試，確保功能的正確性。第四條項(xiàng)目測(cè)試結(jié)束項(xiàng)目測(cè)試結(jié)束時(shí)應(yīng)達(dá)到測(cè)試質(zhì)量目標(biāo)所規(guī)定的標(biāo)準(zhǔn)。通過評(píng)審后結(jié)束該項(xiàng)目測(cè)試。第五條測(cè)試執(zhí)行過程績(jī)效考核為促進(jìn)開發(fā)人員積極主動(dòng)做質(zhì)量工作，對(duì)開發(fā)人員進(jìn)行考核。序號(hào)開發(fā)人員考核內(nèi)容考核評(píng)分標(biāo)準(zhǔn)1開發(fā)人員提交的首個(gè)產(chǎn)品未通過單元待定測(cè)試標(biāo)準(zhǔn)2 開發(fā)人員無故將【嚴(yán)重】 、【非常嚴(yán)重】 待定級(jí)別無爭(zhēng)議的缺陷延期3 天修改。3 開發(fā)人員未能正確修改缺陷， 導(dǎo)致狀態(tài) 待定為【已修改】的缺陷被【重新打開】 ，每天超過 1 個(gè)。4開發(fā)人員千行缺陷代碼率在項(xiàng)目

24、組中待定排名第一者5一個(gè)項(xiàng)目中 【延遲修改】 或【已知問題】待定的缺陷數(shù)超過總?cè)毕輸?shù)的 10%以上統(tǒng)計(jì)數(shù)據(jù)由測(cè)試人員在項(xiàng)目交付后提供給部長(zhǎng)。.第七章測(cè)試變更當(dāng)需求變更，功能變化，測(cè)試人員根據(jù)變更情況，評(píng)估測(cè)試變更所需時(shí)間，提出變更風(fēng)險(xiǎn)。 如變更情況被項(xiàng)目組通過，測(cè)試組長(zhǎng)要修改相應(yīng)的測(cè)試計(jì)劃，測(cè)試人員要從新設(shè)計(jì)測(cè)試用例。第八章缺陷管理第一節(jié)缺陷基本屬性缺陷是指在軟件開發(fā)過程中的針對(duì)軟件產(chǎn)品和開發(fā)過程中的問題，這些問題已經(jīng)影響或可能會(huì)影響軟件產(chǎn)品的質(zhì)量。缺陷應(yīng)該具備以下屬性，也就是往缺陷管理庫(kù)或者缺陷列表中提交的缺陷應(yīng)該具備以下屬性：屬性 名 稱描述缺陷標(biāo)識(shí)標(biāo)記某個(gè)缺陷的一組符號(hào)，每個(gè)缺陷必須有一

25、個(gè)唯一的標(biāo)識(shí)缺陷類型根據(jù)缺陷的自然屬性劃分的缺陷種類缺陷驗(yàn)證程度因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度缺陷所處的模塊或子系缺陷分步的模塊或子系統(tǒng)統(tǒng)缺陷出現(xiàn)幾率指發(fā)現(xiàn)錯(cuò)誤的幾率缺陷的重現(xiàn)步驟詳細(xì)的缺陷重現(xiàn)步驟附件與缺陷相關(guān)的附件（截圖、附件、用例等）備注對(duì)缺陷的其他描述.第二節(jié)缺陷管理流程測(cè)試人員開發(fā)人員項(xiàng)目經(jīng)理提交 bug是否描述清晰是否需要修改否是是不正確是bug是否有爭(zhēng)議是是否需要延期修改是否修改正確否是修改 bug保留 bug正確關(guān)閉 bug否提交缺陷測(cè)試人員將缺陷填寫到管理工具中，選擇指派人為開發(fā)組長(zhǎng)或相應(yīng)的開發(fā)人員。分配缺陷開發(fā)人員分別對(duì)自己收到的缺陷進(jìn)行評(píng)審。評(píng)審后如果對(duì)提交的缺陷有

26、疑問，可以與提交人協(xié)商。 對(duì)未能達(dá)成一致的缺陷由項(xiàng)目經(jīng)理組織項(xiàng)目組成員評(píng)審。評(píng)審人員可以是項(xiàng)目組人員。如果缺陷初次分配的開發(fā)人員無法修改該缺陷，初次分配的開發(fā)人員可以將缺陷再次分配給其他開發(fā)人員。但為避免缺陷被多次分配，項(xiàng)目經(jīng)理應(yīng)跟蹤3 天以上未修改的缺陷。修改缺陷開發(fā)人員對(duì)已確認(rèn)的缺陷進(jìn)行修改，填寫修改記錄，修改缺陷狀態(tài)為“已修改”或其他狀態(tài)。關(guān)閉缺陷測(cè)試人員對(duì)已修改的缺陷進(jìn)行驗(yàn)證。如果已修改完成，測(cè)試人員將缺陷狀態(tài)設(shè)置為關(guān)閉。如果沒有修改或引起回歸問題，將修改缺陷狀態(tài)為“重新開啟”或新增缺陷，由開發(fā)工程師繼續(xù)修改。保留缺陷對(duì)于有爭(zhēng)議的缺陷進(jìn)行， 將有項(xiàng)目經(jīng)理最終決定是否修改。 如果缺陷是由

27、于技術(shù)原因、版本原因不能修改，則保留該缺陷。.第三節(jié)缺陷分類根據(jù) 缺陷 的定 義， 將缺 陷分 為 如下 列?文檔缺陷： 是指對(duì)文檔的靜態(tài)檢查過程中發(fā)現(xiàn)的缺陷。檢查活動(dòng)包括同行評(píng)審、產(chǎn)品審計(jì)等。 評(píng)審的缺陷要根據(jù)被評(píng)審對(duì)象的類型來確定，被評(píng)審的對(duì)象包括最終出產(chǎn)物和中間過程產(chǎn)出物，比如需求文檔、設(shè)計(jì)文檔、計(jì)劃、報(bào)告、用例等缺陷 分類描 述描述不完整文檔內(nèi)容缺失，或文檔應(yīng)該包括的范圍沒有涵蓋不一致一致性問題有兩類：一是與源頭說明書不一致，比如需求和客戶業(yè)務(wù)需求不一致、設(shè)計(jì)與需求不一致等二是上下文或者與前提不一致描述錯(cuò)誤文檔描述是錯(cuò)誤的，不可實(shí)現(xiàn)或?qū)е洛e(cuò)誤的輸出或結(jié)果功能問題該缺陷將會(huì)導(dǎo)致用戶功能的

28、錯(cuò)誤、不滿足、不可用不清楚或有歧義內(nèi)容的描述不清楚、不能準(zhǔn)確表達(dá)、或表達(dá)的意思有歧義邏輯錯(cuò)誤內(nèi)容組織邏輯不清楚、邏輯錯(cuò)誤接口問題與最終用戶接口問題、與外部系統(tǒng)的接口問題、內(nèi)部子系統(tǒng)或模塊的接口問題輸入輸出問題輸入輸出不完整、不正確、不可測(cè)試或驗(yàn)證不細(xì)化內(nèi)容還需要進(jìn)一步細(xì)化性能問題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在性能問題安全性問題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在安全性問題? 代碼缺陷：是指對(duì)代碼進(jìn)行同行評(píng)審、審計(jì)或代碼走查過程中發(fā)現(xiàn)的缺陷缺 陷分 類描 述常量變量定義問題不滿足設(shè)計(jì)或需求編寫代碼不符合規(guī)范.條件判斷處理循環(huán)處理錯(cuò)誤異常處理算法邏輯問題注釋問題代碼冗余性能問題? 測(cè)試缺陷： 是指由測(cè)試活動(dòng)發(fā)現(xiàn)的測(cè)

29、試對(duì)象（被測(cè)對(duì)象一般是指可運(yùn)行的代碼、系統(tǒng)，不包括靜態(tài)測(cè)試發(fā)現(xiàn)的問題）的缺陷，測(cè)試活動(dòng)包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等? 過程缺陷：有稱為不符合項(xiàng)問題，是指通過過程審計(jì)、過程分析、管理評(píng)審、質(zhì)量評(píng)估、質(zhì)量審核等活動(dòng)發(fā)現(xiàn)的關(guān)于過程的缺陷和問題。 過程缺陷的發(fā)現(xiàn)者一般是測(cè)試人員、項(xiàng)目經(jīng)理等缺陷類 型描述功能錯(cuò)誤影響了重要的特性、 用戶界面、 產(chǎn)品接口或全局?jǐn)?shù)據(jù)結(jié)構(gòu)， 并且設(shè)計(jì)文檔需要爭(zhēng)取的變更。如邏輯、循環(huán)、遞歸、功能等缺陷結(jié)構(gòu)錯(cuò)誤web應(yīng)用程序結(jié)構(gòu)化頁(yè)面無法顯示，或者顯示錯(cuò)誤腳本錯(cuò)誤web應(yīng)用程序當(dāng)中出現(xiàn)腳本錯(cuò)誤，包括客戶端對(duì)數(shù)據(jù)進(jìn)行校驗(yàn)和運(yùn)算的各種情況下產(chǎn)生的錯(cuò)誤頁(yè)面鏈接錯(cuò)誤web

30、應(yīng)用程序頁(yè)面出現(xiàn)空鏈接、錯(cuò)誤鏈接、死鏈接頁(yè)面文字錯(cuò)誤web應(yīng)用程序頁(yè)面出現(xiàn)的中外文拼寫、使用、以及不同語種頁(yè)面的編碼錯(cuò)誤頁(yè)面圖形錯(cuò)誤web應(yīng)用程序頁(yè)面出現(xiàn)圖片內(nèi)容使用不當(dāng)，或者無法顯示alt錯(cuò)誤web應(yīng)用程序頁(yè)面當(dāng)中超文本標(biāo)識(shí)語言、文本標(biāo)簽解釋錯(cuò)誤排版錯(cuò)誤web應(yīng)用程序頁(yè)面排版不符合要求或者不符合使用習(xí)慣業(yè)務(wù)邏輯不合理應(yīng)用程序的實(shí)現(xiàn)流程和規(guī)定業(yè)務(wù)流程不一致，或者實(shí)現(xiàn)流程無法正確完成。包括流程數(shù)據(jù)的部分并行、爭(zhēng)用、同步等操作， 引起的流程斷.裂、死鎖、以及其他異常情況業(yè)務(wù)邏輯不方便應(yīng)用程序?qū)崿F(xiàn)流程在實(shí)際情況下雖然可以完成，但是存在不必要的反復(fù)、等待、冗余等影響使用效率的情況其他錯(cuò)誤其他未分類錯(cuò)誤

31、建議系統(tǒng)改進(jìn)建議第四節(jié)缺陷定義? 缺陷 等級(jí) 定義缺陷的嚴(yán)重程度對(duì)以上所述的缺陷類型都是適合的，缺陷的嚴(yán)重程度反映的是對(duì)缺陷的發(fā)現(xiàn)對(duì)象可能造成的影響或后果來定義的。缺陷等級(jí)缺陷性質(zhì)系統(tǒng)中對(duì)應(yīng)的錯(cuò)誤分類一級(jí)致命錯(cuò)誤系統(tǒng)崩潰系統(tǒng)死鎖描述導(dǎo)致對(duì)被描述的主要對(duì)象的理解錯(cuò)誤、不可行、不可運(yùn)轉(zhuǎn)、對(duì)業(yè)務(wù)和整個(gè)系統(tǒng)造成重大損失或損害；對(duì)使用、維護(hù)或保管人員有危險(xiǎn)或不安全，以及對(duì)產(chǎn)品的基本功能有致命影響的缺陷二級(jí)嚴(yán)重缺陷嚴(yán)重錯(cuò)誤對(duì)被描述的部分對(duì)象的理解或?qū)崿F(xiàn)錯(cuò)誤，部分的模塊或系統(tǒng)不可行或不能運(yùn)轉(zhuǎn)或部分模塊和系統(tǒng)缺失，對(duì)整個(gè)系統(tǒng)有重大影響或可能造成部分的損失或損害；嚴(yán)重影響使用安全三級(jí)一般缺陷次要錯(cuò)誤布局不合理文

32、字錯(cuò)誤四級(jí)微小缺陷微不足道五級(jí)建議缺陷新特性? 缺陷優(yōu)先級(jí)定義系統(tǒng)中部分單元模塊或單個(gè)功能描述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致或有缺失，不影響模塊的正常運(yùn)行，或有影響，但可以有替代的辦法或避免辦法基本不影響系統(tǒng)的運(yùn)行和功能的實(shí)現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義不一致不在定義、標(biāo)準(zhǔn)、范圍的定義和約束之內(nèi)，但是從提出者來看是需要完善的建議.缺陷 優(yōu)先 級(jí)描 述特急需要立刻進(jìn)行修改加急一天到兩天之內(nèi)必須修改高介于中和加急之間中缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單低留到組后解決，如果項(xiàng)目的進(jìn)度跟緊張可以在產(chǎn)品發(fā)布以前不解決? 缺陷狀態(tài)定義缺陷 狀態(tài)描述初始狀態(tài)（ new）測(cè)試或開發(fā)人員提交一個(gè)新的缺陷，等待

33、開發(fā)人員或項(xiàng)目經(jīng)理分配修改負(fù)責(zé)人打回（ feedback）要求缺陷的報(bào)告者再次對(duì)缺陷進(jìn)行說明已分配（ assigned）是指已經(jīng)分配給屬主，等待修改。已解決（ resolved）缺陷被屬主修改，等待測(cè)試人員驗(yàn)證關(guān)閉（ closed ）測(cè)試人員驗(yàn)證缺陷已經(jīng)修復(fù)重新打開（ reopen）測(cè)試人員驗(yàn)證，缺陷沒有修改正確遺留（ later ）經(jīng)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理驗(yàn)證此缺陷在本版本中不用修改第五節(jié) 缺陷完成度缺陷 完成 度描 述打開（ open）缺陷沒有被解決已解決（ fixed ）缺陷已經(jīng)修改遺留此缺陷步驟本階段解決（ suspended）重新打開重新打開某個(gè)缺陷（ reopen）不做修改不對(duì)這個(gè)缺陷進(jìn)行修改（won t fix）.重復(fù)與某個(gè)缺陷重復(fù)（ duplicate ）需求如此經(jīng)理和開發(fā)人員經(jīng)過需求和設(shè)計(jì)的核實(shí)后決定不需要修改不可重現(xiàn)被指派的開發(fā)人員想要再現(xiàn)缺陷進(jìn)行修改個(gè)時(shí)候，發(fā)現(xiàn)缺陷始終不能再現(xiàn)第六節(jié)處理機(jī)制退回機(jī)制若 在 測(cè) 試 過 程 中 發(fā) 生 如 下 情 況 ， 將 系 統(tǒng) 退 回 到 申 請(qǐng) 部 門 ：? 經(jīng) 過 測(cè) 試 后 ， 發(fā) 現(xiàn) 與 需 求 說 明 規(guī) 格 說 明 書 中 定 義 的 功 能 項(xiàng) 存 在 較 大的 差 異? 單 一 模 塊 ， 測(cè) 試 過 程 中 發(fā) 現(xiàn) 缺 陷