一区二区三区日韩精品-日韩经典一区二区三区-五月激情综合丁香婷婷-欧美精品中文字幕专区

分享

軟件測(cè)試標(biāo)準(zhǔn)規(guī)范

 桃花源士 2022-01-02

1      目的

為了確保軟件產(chǎn)品質(zhì)量,使產(chǎn)品能夠順利交付和通過(guò)驗(yàn)收,特編寫(xiě)本文檔,以作參考

2      適用范圍

本文檔適用于項(xiàng)目開(kāi)發(fā)過(guò)程中的單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、業(yè)務(wù)測(cè)試、驗(yàn)收測(cè)試以及一些專項(xiàng)測(cè)試。

3      職責(zé)

?  項(xiàng)目測(cè)試人員編寫(xiě)《測(cè)試計(jì)劃》、《測(cè)試方案》,指導(dǎo)測(cè)試人員完成各階段的測(cè)試工作。

?  項(xiàng)目測(cè)試人員搭建測(cè)試環(huán)境。

?  項(xiàng)目組測(cè)試人員按照《測(cè)試計(jì)劃》、《測(cè)試方案》完成所承擔(dān)的測(cè)試任務(wù),并按要求輸出《問(wèn)題報(bào)告》、《測(cè)試報(bào)告》。

?  測(cè)試經(jīng)理審核負(fù)責(zé)控制整個(gè)項(xiàng)目的時(shí)間和質(zhì)量。依照確認(rèn)測(cè)試規(guī)則和準(zhǔn)則對(duì)產(chǎn)品進(jìn)行確認(rèn)和提出修改意見(jiàn)。

?  研發(fā)人員確認(rèn)修改測(cè)試人員提交的bug。

4      工作流程

4.1  測(cè)試依據(jù)

詳細(xì)設(shè)計(jì)是模塊測(cè)試的依據(jù)。因此設(shè)計(jì)人員應(yīng)向測(cè)試人員提供《系統(tǒng)需求規(guī)格書(shū)名書(shū)》、《詳細(xì)設(shè)計(jì)》、《概要設(shè)計(jì)》等有關(guān)資料。測(cè)試人員必須認(rèn)真閱讀,真正弄懂系統(tǒng)需求和詳細(xì)設(shè)計(jì)。

4.2  制訂《測(cè)試方案》

在測(cè)試之前,項(xiàng)目測(cè)試人員根據(jù)《測(cè)試計(jì)劃》的要求,編寫(xiě)相應(yīng)的《測(cè)試方案》,《測(cè)試方案》應(yīng)包括以下內(nèi)容:

?  測(cè)試目的;

?  所需人員及相應(yīng)培訓(xùn)要求;

?  測(cè)試環(huán)境、工具和測(cè)試軟件;

?  測(cè)試用例、測(cè)試數(shù)據(jù)和預(yù)期的結(jié)果。

4.3  單元測(cè)試

項(xiàng)目開(kāi)發(fā)實(shí)現(xiàn)過(guò)程中,每個(gè)程序單元編碼調(diào)試通過(guò)后,要及時(shí)進(jìn)行單元測(cè)試。

單元測(cè)試由單元開(kāi)發(fā)者自己進(jìn)行,使用白盒測(cè)試方法,根據(jù)程序單元的控制流程,爭(zhēng)取達(dá)到分支覆蓋。

單元測(cè)試針對(duì)程序模塊,從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以獨(dú)立進(jìn)行單元測(cè)試。

?  單元測(cè)試內(nèi)容包括模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、邏輯覆蓋測(cè)試、路徑測(cè)試、域測(cè)試、錯(cuò)誤處理測(cè)試,代碼覆蓋率測(cè)試等;

?  單元測(cè)試組織原則一般根據(jù)開(kāi)發(fā)進(jìn)度安排對(duì)已開(kāi)發(fā)完成的單一模塊進(jìn)行測(cè)試;

?  單元測(cè)試停止標(biāo)準(zhǔn):完成了所有規(guī)定單元的測(cè)試,單元測(cè)試中發(fā)現(xiàn)的bug已經(jīng)得到修改。

4.4  集成測(cè)試

編碼開(kāi)發(fā)完成,項(xiàng)目組內(nèi)部應(yīng)進(jìn)行集成測(cè)試。

集成測(cè)試由測(cè)試人員編寫(xiě)(測(cè)試計(jì)劃、測(cè)試用例)并實(shí)施測(cè)試。集成測(cè)試著重對(duì)各功能模塊之間的接口進(jìn)行測(cè)試,驗(yàn)證各功能模塊是否能協(xié)調(diào)工作、參數(shù)傳遞及功能調(diào)用是否正常。測(cè)試采用交叉方法,即測(cè)試人員編寫(xiě)的測(cè)試用例由其他項(xiàng)目組測(cè)試人員進(jìn)行測(cè)試。

集成測(cè)試過(guò)程中測(cè)試人員應(yīng)填寫(xiě)《問(wèn)題報(bào)告》,測(cè)試完成后測(cè)試人員編寫(xiě)《測(cè)試報(bào)告》。

4.5  系統(tǒng)測(cè)試

在集成測(cè)試完成之后,應(yīng)對(duì)整個(gè)系統(tǒng)軟件和硬件進(jìn)行系統(tǒng)測(cè)試。對(duì)性能、可靠性、健壯性、壓力承受力等方面分別進(jìn)行評(píng)價(jià),以驗(yàn)證系統(tǒng)是否滿足規(guī)定的需要。

系統(tǒng)測(cè)試由項(xiàng)目測(cè)試人員按照《測(cè)試計(jì)劃》、《測(cè)試方案》完成所承擔(dān)的測(cè)試任務(wù),并按要求輸出《問(wèn)題報(bào)告》、《測(cè)試報(bào)告》。

系統(tǒng)測(cè)試一般進(jìn)行如下幾種情況的測(cè)試:

?  正常情況

?  非正常情況

?  破壞性測(cè)試

?  邊界情況

?  非法情況

?  強(qiáng)度測(cè)試

?  性能測(cè)試

?  兼容性測(cè)試

?  用戶友好性測(cè)試

界面設(shè)計(jì)規(guī)范測(cè)試:

?  光標(biāo)的初始位置

?  字體是否統(tǒng)一

?  字號(hào)是否符合規(guī)定

?  標(biāo)題顏色

?  按鈕的名稱是否規(guī)范

?  界面布局是否合理,整體效果如何

輸入值測(cè)試:

?  數(shù)據(jù)類型

?  數(shù)據(jù)長(zhǎng)度

?  約束條件是否滿足,是否完整

?  TAB和Enter鍵是否起作用

?  鍵盤(pán)操作能否全部代替鼠標(biāo)操作

?  輸入(光標(biāo))是否按照順序前進(jìn)

按鈕測(cè)試:

?  將按鈕放開(kāi)和封閉是否嚴(yán)格、準(zhǔn)確,不能使用的按鈕必須封閉

?  檢查“退出”、“取消”等具有共性按鈕的功能

異常情況測(cè)試:

在完成正常功能測(cè)試后,按正常處理的相同操作順序,執(zhí)行與正常處理不同的動(dòng)作例如:

?  正常處理中要求輸入日期的字段,這時(shí)輸入字符或數(shù)字

?  正常處理中輸入字段有范圍要求,這時(shí)輸入超過(guò)范圍的值

?  正常處理中用兩個(gè)值限定范圍,這時(shí)用一個(gè)值或不限定

?  正常處理中要求用“Tab”鍵,這時(shí)安“Enter”鍵或其他鍵

?  正常處理中單選框、多選框、下拉框等,試一下那個(gè)非指定鍵操作

?  使用不同于指定的按鈕操作

4.6  業(yè)務(wù)測(cè)試

在集成測(cè)試與系統(tǒng)測(cè)試結(jié)束后,均可由最終用戶或測(cè)試人員對(duì)系統(tǒng)進(jìn)行測(cè)試。業(yè)務(wù)測(cè)試著重測(cè)試業(yè)務(wù)流程,功能、用戶界面等方面。

項(xiàng)目測(cè)試人員和相關(guān)人員制定測(cè)試方案和測(cè)試用例,并進(jìn)行測(cè)試。

測(cè)試的結(jié)果應(yīng)輸出《問(wèn)題報(bào)告》。

4.7  驗(yàn)收測(cè)試

4.7.1    驗(yàn)收測(cè)試的條件

?  按照項(xiàng)目計(jì)劃規(guī)定的驗(yàn)收測(cè)試進(jìn)度安排進(jìn)行測(cè)試準(zhǔn)備

?  在驗(yàn)收測(cè)試前,各項(xiàng)內(nèi)部的測(cè)試活動(dòng)都受到監(jiān)控并爭(zhēng)取執(zhí)行

4.7.2    交付版本的要求

?  按照集成測(cè)試用例完成了整個(gè)系統(tǒng)的集成測(cè)試

?  集成版本滿足設(shè)計(jì)定義的各項(xiàng)功能、性能要求

?  提交的數(shù)據(jù)庫(kù)腳本樣本需要完整,沒(méi)有冗余數(shù)據(jù)

?  在集成測(cè)試中發(fā)現(xiàn)的bug已經(jīng)得到解決,各級(jí)缺陷修改率達(dá)到標(biāo)準(zhǔn)

?  軟件需求分析說(shuō)明書(shū)中定義的所有功能都已經(jīng)實(shí)現(xiàn),性能指標(biāo)全部達(dá)到性能需求指標(biāo)

?  提交階段性測(cè)試報(bào)告,包括功能和性能測(cè)試報(bào)告

?  所有文檔齊備完整

4.7.3    版本發(fā)布的準(zhǔn)則

?  軟件產(chǎn)品通過(guò)了單元測(cè)試、集成測(cè)試、業(yè)務(wù)測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試

?  測(cè)試部提交文檔:測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例、測(cè)試分析報(bào)告

?  所有測(cè)試項(xiàng)必須符合以下標(biāo)準(zhǔn)

n  致命錯(cuò)誤:無(wú)

n  功能錯(cuò)誤:無(wú)

n  功能缺陷:項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核通過(guò)

n  界面缺陷:項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核通過(guò)

n  建議:項(xiàng)目經(jīng)理、技術(shù)經(jīng)理、測(cè)試負(fù)責(zé)人審核通過(guò)

?  以上幾項(xiàng)其中之一不滿足要求,視為不合格

在產(chǎn)品交付和用戶驗(yàn)收之前,通過(guò)驗(yàn)收測(cè)試來(lái)確認(rèn)在規(guī)定的使用環(huán)境下整個(gè)產(chǎn)品的運(yùn)行情況是否滿足規(guī)定的要求。

在產(chǎn)品交付之前,由指定的驗(yàn)收負(fù)責(zé)人組織制定測(cè)試方案和測(cè)試用例,主持驗(yàn)收。

驗(yàn)收測(cè)試過(guò)程應(yīng)輸出《問(wèn)題報(bào)告》。

4.8  用戶現(xiàn)場(chǎng)測(cè)試

將軟件部署到用戶實(shí)際生產(chǎn)環(huán)境后,由于環(huán)境差異,需要在用戶現(xiàn)場(chǎng)進(jìn)行確認(rèn)測(cè)試,保證系統(tǒng)功能、性能完備,可正常運(yùn)行。測(cè)試內(nèi)容:

?  根據(jù)軟件系統(tǒng)規(guī)模,準(zhǔn)備現(xiàn)場(chǎng)測(cè)試用例,涵蓋所有重要功能點(diǎn),若規(guī)模小,需要將全部功能點(diǎn)全部測(cè)試一遍

?  重點(diǎn)檢查上傳、下載的數(shù)據(jù)是否可以正常的打開(kāi)或保存

?  確認(rèn)界面美觀,基本信息和鏈接無(wú)錯(cuò)誤

?  考慮用戶實(shí)際的軟件環(huán)境和網(wǎng)絡(luò)環(huán)境,以客戶端最為復(fù)雜的軟硬件環(huán)境作為測(cè)試機(jī)器,檢查有無(wú)異常情況出現(xiàn)

?  針對(duì)前期發(fā)現(xiàn)的bug進(jìn)行回歸測(cè)試,以保證發(fā)布版本為最新版本

4.9  編寫(xiě)測(cè)試文檔

4.9.1    測(cè)試點(diǎn)

將測(cè)試模塊分解成多個(gè)功能點(diǎn),測(cè)試點(diǎn)應(yīng)涵蓋功能點(diǎn),也涵蓋了正常測(cè)試和異常測(cè)試。

4.9.2    輸入數(shù)據(jù)

   輸入數(shù)據(jù)包括界面輸入數(shù)據(jù)、數(shù)據(jù)庫(kù)的初始數(shù)據(jù)及其他外部輸入數(shù)據(jù)。特別是數(shù)據(jù)庫(kù)的初始所需屬性一一列出,全面是指:數(shù)據(jù)能達(dá)到模塊所涉及的全部功能。

4.9.3    測(cè)試描述

   描述測(cè)試步驟,包括:測(cè)試人員所執(zhí)行的動(dòng)作(包括鼠標(biāo)、鍵盤(pán)、加載外部數(shù)據(jù)等操作);系統(tǒng)的反應(yīng),包括:光標(biāo)定位、光標(biāo)聚焦、顯示字段值、按鈕的封閉和放開(kāi)、功能鍵的封閉和放開(kāi)、系統(tǒng)提示和系統(tǒng)消息等。

4.9.4    預(yù)期輸出數(shù)據(jù)

  按準(zhǔn)備的輸入數(shù)據(jù)和設(shè)計(jì)要求的處理過(guò)程,模塊應(yīng)輸出的數(shù)據(jù)。

  輸出數(shù)據(jù)包括:屏幕輸出數(shù)據(jù)、輸出到數(shù)據(jù)庫(kù)的數(shù)據(jù)、輸出到其他外部介質(zhì)上的數(shù)據(jù)。

4.9.5    實(shí)際輸出

  填寫(xiě)本測(cè)試點(diǎn)程序運(yùn)行后的實(shí)際輸出。

4.9.6    正確與否

   程序運(yùn)行后,實(shí)際輸出結(jié)果和預(yù)期輸出結(jié)果一致時(shí),為正常,否則為不正常。

4.9.7    測(cè)試結(jié)論

   填寫(xiě)本次測(cè)試的結(jié)論,是合格或不合格。若不合格時(shí),應(yīng)總結(jié)存在的問(wèn)題,可以讓修改者一目了然。

5      缺陷管理

5.1  缺陷的定義及其基本屬性

缺陷是指在軟件開(kāi)發(fā)過(guò)程中的針對(duì)軟件產(chǎn)品和開(kāi)發(fā)過(guò)程中的問(wèn)題,這些問(wèn)題已經(jīng)影響或可能會(huì)影響軟件產(chǎn)品的質(zhì)量。缺陷應(yīng)該具備以下屬性,也就是往缺陷管理庫(kù)或者缺陷列表中提交的缺陷應(yīng)該具備以下屬性:

屬性名稱

描述

缺陷標(biāo)識(shí)

標(biāo)記某個(gè)缺陷的一組符號(hào),每個(gè)缺陷必須有一個(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ì)缺陷的其他描述

5.2  缺陷分類

根據(jù)缺陷的定義,將缺陷分為如下列:

?  文檔缺陷:是指對(duì)文檔的靜態(tài)檢查過(guò)程中發(fā)現(xiàn)的缺陷。檢查活動(dòng)包括同行評(píng)審、產(chǎn)品審計(jì)等。評(píng)審的缺陷要根據(jù)被評(píng)審對(duì)象的類型來(lái)確定,被評(píng)審的對(duì)象包括最終出產(chǎn)物和中間過(guò)程產(chǎn)出物,比如需求文檔、設(shè)計(jì)文檔、計(jì)劃、報(bào)告、用例等

?  代碼缺陷:是指對(duì)代碼進(jìn)行同行評(píng)審、審計(jì)或代碼走查過(guò)程中發(fā)現(xiàn)的缺陷

?  測(cè)試缺陷:是指由測(cè)試活動(dòng)發(fā)現(xiàn)的測(cè)試對(duì)象的缺陷,測(cè)試活動(dòng)包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等

?  過(guò)程缺陷:有稱為不符合項(xiàng)問(wèn)題,是指通過(guò)過(guò)程評(píng)審、過(guò)程分析、管理評(píng)審、質(zhì)量評(píng)估、質(zhì)量審核等活動(dòng)發(fā)現(xiàn)的關(guān)于過(guò)程的缺陷和問(wèn)題。過(guò)程缺陷的發(fā)現(xiàn)者一般是測(cè)試人員、項(xiàng)目經(jīng)理等

5.3  文檔缺陷分類

缺陷分類

描述

描述不完整

文檔內(nèi)容缺失,或文檔應(yīng)該包括的范圍沒(méi)有涵蓋

不一致

一致性問(wèn)題有兩類:

一是與源頭說(shuō)明書(shū)不一致,比如需求和客戶業(yè)務(wù)需求不一致、設(shè)計(jì)與需求不一致等

二是上下文或者與前提不一致

描述錯(cuò)誤

文檔描述是錯(cuò)誤的,不可實(shí)現(xiàn)或?qū)е洛e(cuò)誤的輸出或結(jié)果

功能問(wèn)題

該缺陷將會(huì)導(dǎo)致用戶功能的錯(cuò)誤、不滿足、不可用

不清楚或有歧義

內(nèi)容的描述不清楚、不能準(zhǔn)確表達(dá)、或表達(dá)的意思有歧義

邏輯錯(cuò)誤

內(nèi)容組織邏輯不清楚、邏輯錯(cuò)誤

接口問(wèn)題

與最終用戶接口問(wèn)題、與外部系統(tǒng)的接口問(wèn)題、內(nèi)部子系統(tǒng)或模塊的接口問(wèn)題

輸入輸出問(wèn)題

輸入輸出不完整、不正確、不可測(cè)試或驗(yàn)證

不細(xì)化

內(nèi)容還需要進(jìn)一步細(xì)化

性能問(wèn)題

文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在性能問(wèn)題

安全性問(wèn)題

文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在安全性問(wèn)題

5.4  代碼缺陷分類

缺陷分類

描述

常量變量定義問(wèn)題


不滿足設(shè)計(jì)或需求


編寫(xiě)代碼不符合規(guī)范


條件判斷處理


循環(huán)處理錯(cuò)誤


異常處理


算法邏輯問(wèn)題


注釋問(wèn)題


代碼冗余


性能問(wèn)題


5.5  系統(tǒng)測(cè)試缺陷分類

缺陷類型

描述

功能錯(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è)面無(wú)法顯示,或者顯示錯(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應(yīng)用程序頁(yè)面出現(xiàn)空鏈接、錯(cuò)誤鏈接、死鏈接

頁(yè)面文字錯(cuò)誤

Web應(yīng)用程序頁(yè)面出現(xiàn)的中外文拼寫(xiě)、使用、以及不同語(yǔ)種頁(yè)面的編碼錯(cuò)誤

頁(yè)面圖形錯(cuò)誤

Web應(yīng)用程序頁(yè)面出現(xiàn)圖片內(nèi)容使用不當(dāng),或者無(wú)法顯示

ALT錯(cuò)誤

Web應(yīng)用程序頁(yè)面當(dāng)中超文本標(biāo)識(shí)語(yǔ)言、文本標(biāo)簽解釋錯(cuò)誤

排版錯(cuò)誤

Web應(yīng)用程序頁(yè)面排版不符合要求或者不符合使用習(xí)慣

業(yè)務(wù)邏輯不合理

應(yīng)用程序的實(shí)現(xiàn)流程和規(guī)定業(yè)務(wù)流程不一致,或者實(shí)現(xiàn)流程無(wú)法正確完成。包括流程數(shù)據(jù)的部分并行、爭(zhēng)用、同步等操作,引起的流程斷裂、死鎖、以及其他異常情況

業(yè)務(wù)邏輯不方便

應(yīng)用程序?qū)崿F(xiàn)流程在實(shí)際情況下雖然可以完成,但是存在不必要的反復(fù)、等待、冗余等影響使用效率的情況

其他錯(cuò)誤

其他未分類錯(cuò)誤

建議

系統(tǒng)改進(jìn)建議

5.6  缺陷等級(jí)定義

缺陷的嚴(yán)重程度對(duì)以上所述的缺陷類型都是適合的,缺陷的嚴(yán)重程度反映的是對(duì)缺陷的發(fā)現(xiàn)對(duì)象可能造成的影響或后果來(lái)定義的。

缺陷等級(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ò)誤

布局不合理

文字錯(cuò)誤

系統(tǒng)中部分單元模塊或單個(gè)功能描述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致或有缺失,不影響模塊的正常運(yùn)行,或有影響,但可以有替代的辦法或避免辦法

四級(jí)

微小缺陷

微不足道

基本不影響系統(tǒng)的運(yùn)行和功能的實(shí)現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)范和定義不一致

五級(jí)

建議缺陷

新特性

不在定義、標(biāo)準(zhǔn)、范圍的定義和約束之內(nèi),但是從提出者來(lái)看是需要完善的建議

5.7  缺陷優(yōu)先級(jí)定義

缺陷優(yōu)先級(jí)

描述

特急

需要立刻進(jìn)行修改

加急

一天到兩天之內(nèi)必須修改

介于中和加急之間

缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單

留到組后解決,如果項(xiàng)目的進(jìn)度跟緊張可以在產(chǎn)品發(fā)布以前不解決

5.8  缺陷狀態(tài)定義

缺陷狀態(tài)

描述

初始狀態(tài)(New)

測(cè)試或開(kāi)發(fā)人員提交一個(gè)新的缺陷,等待開(kāi)發(fā)人員或項(xiàng)目經(jīng)理分配修改負(fù)責(zé)人

打回(FeedBack)

要求缺陷的報(bào)告者再次對(duì)缺陷進(jìn)行說(shuō)明

已分配(Assigned)

是指已經(jīng)分配給開(kāi)發(fā)者,等待修改。

已解決(Resolved)

缺陷被開(kāi)發(fā)者修改,等待測(cè)試人員驗(yàn)證

關(guān)閉(Closed)

測(cè)試人員驗(yàn)證缺陷已經(jīng)修復(fù)

重新打開(kāi)(Reopen)

測(cè)試人員驗(yàn)證,缺陷沒(méi)有修改正確

遺留(Later)

經(jīng)項(xiàng)目經(jīng)理和技術(shù)經(jīng)理驗(yàn)證此缺陷在本版本中不用修改

5.9  缺陷完成度

缺陷完成度

描述

打開(kāi)(Open)

缺陷沒(méi)有被解決

已解決(Fixed)

缺陷已經(jīng)修改

遺留(Suspended)

此缺陷步驟本階段解決

重新打開(kāi)(Reopen)

重新打開(kāi)某個(gè)缺陷

不做修改(Won’t fix)

不對(duì)這個(gè)缺陷進(jìn)行修改

重復(fù)(Duplicate)

與某個(gè)缺陷重復(fù)

需求如此

經(jīng)理和開(kāi)發(fā)人員經(jīng)過(guò)需求和設(shè)計(jì)的核實(shí)后決定不需要修改

不可重現(xiàn)

被指派的開(kāi)發(fā)人員想要再現(xiàn)缺陷進(jìn)行修改個(gè)時(shí)候,發(fā)現(xiàn)缺陷始終不能再現(xiàn)

5.10       缺陷管理流程

6      處理機(jī)制

6.1  退回機(jī)制

若在測(cè)試過(guò)程中發(fā)生如下情況,將系統(tǒng)退回到申請(qǐng)部門(mén):

?  經(jīng)過(guò)測(cè)試后,發(fā)現(xiàn)與需求說(shuō)明規(guī)格說(shuō)明書(shū)中定義的功能項(xiàng)存在較大的差異

?  單一模塊,測(cè)試過(guò)程中發(fā)現(xiàn)缺陷輸了較多或者無(wú)法繼續(xù)進(jìn)行系統(tǒng)其它功能模塊的測(cè)試,繼續(xù)測(cè)試無(wú)意義

?  測(cè)試過(guò)程中,頻繁死機(jī)或系統(tǒng)崩潰

?  主業(yè)務(wù)流程出現(xiàn)斷點(diǎn)

6.2  異常情況處理機(jī)制

非正常情況下,需要進(jìn)行特別處理的情形,此情況需要主管領(lǐng)導(dǎo)簽字確認(rèn):

?  上線時(shí)間緊急的情況下,未經(jīng)測(cè)試部充分測(cè)試就需要部署到用戶現(xiàn)場(chǎng)

?  進(jìn)度明顯延遲,尚未進(jìn)行驗(yàn)收測(cè)試就需要上線

6.3  報(bào)告機(jī)制

若出現(xiàn)以下情況,需要及時(shí)向部門(mén)領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理匯報(bào)的情況:

?  測(cè)試后期出現(xiàn)重大邏輯錯(cuò)誤,修改測(cè)試影響上線時(shí)間

?  測(cè)試過(guò)程中用戶需求出現(xiàn)重大變更

?  測(cè)試負(fù)責(zé)人定期匯報(bào)測(cè)試情況

7      測(cè)試完成的標(biāo)準(zhǔn)

7.1  被測(cè)試出的、在軟件錯(cuò)誤級(jí)別分類中定義的:

?  一級(jí)缺陷,致命錯(cuò)誤,100%得到修改并且復(fù)測(cè)通過(guò)

?  二級(jí)缺陷,嚴(yán)重錯(cuò)誤,100%得到修改并且復(fù)測(cè)通過(guò)

?  三級(jí)缺陷,一般錯(cuò)誤,95%得到修改并且復(fù)測(cè)通過(guò)

?  四級(jí)缺陷,輕微錯(cuò)誤,95%得到修改并且復(fù)測(cè)通過(guò)

7.2  用戶可以接受未修改的軟件錯(cuò)誤

7.3  測(cè)試超過(guò)了預(yù)定時(shí)間表,由項(xiàng)目經(jīng)理決定是否停止測(cè)試

7.4  測(cè)試結(jié)論及評(píng)價(jià)標(biāo)準(zhǔn)

測(cè)試結(jié)論

評(píng)價(jià)標(biāo)準(zhǔn)

拒絕發(fā)布

遺留了一級(jí)、二級(jí)缺陷

測(cè)試通過(guò)版本

不能遺留以一、二類缺陷

三類 一般缺陷95%得到修改并且通過(guò)復(fù)測(cè)

四類輕微缺陷85%得到修改并且通過(guò)復(fù)測(cè)

推薦使用版本

不能遺留以一、二類缺陷

三類 一般缺陷95%得到修改并且通過(guò)復(fù)測(cè)

四類輕微缺陷90%得到修改并且通過(guò)復(fù)測(cè)

可以證實(shí)發(fā)布版本

不能遺留以一、二類缺陷

三類 一般缺陷97%得到修改并且通過(guò)復(fù)測(cè)

四類輕微缺陷90%得到修改并且通過(guò)復(fù)測(cè)

7.5  輸出

《階段性測(cè)試報(bào)告》

《性能測(cè)試報(bào)告》

《測(cè)試總結(jié)報(bào)告》

《測(cè)試問(wèn)題列表》

8      其他約束

9 記錄

號(hào)

號(hào)

1

測(cè)試計(jì)劃


2

測(cè)試方案


3

問(wèn)題報(bào)告及維護(hù)記錄


4

測(cè)試總結(jié)報(bào)告

    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評(píng)論

    發(fā)表

    請(qǐng)遵守用戶 評(píng)論公約

    類似文章 更多

    精品综合欧美一区二区三区| 国产欧美日产久久婷婷| 国产精品十八禁亚洲黄污免费观看| 粗暴蹂躏中文一区二区三区| 黄色在线免费高清观看| 国产精品成人一区二区在线| 欧美成人精品国产成人综合| 久久国产成人精品国产成人亚洲| 久久人人爽人人爽大片av| 国产不卡免费高清视频| 日韩成人动画在线观看| 日韩免费国产91在线| 亚洲中文字幕熟女丝袜久久| 久久精品蜜桃一区二区av| 精品欧美在线观看国产| 国产精品人妻熟女毛片av久| 年轻女房东2中文字幕| 欧美日韩亚洲综合国产人| 91久久精品国产成人| 免费一区二区三区少妇| 国产成人国产精品国产三级| 婷婷激情五月天丁香社区| 日本成人中文字幕一区| 日韩不卡一区二区视频| 99精品国产自在现线观看| 又大又紧又硬又湿又爽又猛| 欧美精品亚洲精品一区| 亚洲一区二区三区免费的视频| 欧美色婷婷综合狠狠爱| 欧美精品亚洲精品日韩专区| 国产一区二区久久综合| 亚洲最新的黄色录像在线| 欧美日韩国产另类一区二区 | 亚洲欧美日韩综合在线成成| 国产视频福利一区二区| 亚洲国产综合久久天堂| 国产精品视频第一第二区| 精品国产亚洲免费91| 亚洲天堂久久精品成人| 免费播放一区二区三区四区| 久久99夜色精品噜噜亚洲av|