軟件測試總體方案

目錄軟件開發(fā)模型軟件測試模型需求分析概要設(shè)計詳細(xì)設(shè)計開發(fā)集成測試系統(tǒng)測試驗收測試Alpha測試Bate測試開發(fā)周期所需要產(chǎn)生的文檔軟件測試類型白盒測試靜態(tài)白盒測試動態(tài)白盒測試功能測試UI測試性能測試負(fù)載測試強(qiáng)度測試容量測試基準(zhǔn)測試競爭測試安全性和訪問控制測試應(yīng)用程序級別的安全性系統(tǒng)級別的安全性故障轉(zhuǎn)移和恢復(fù)測試兼容性測試瀏覽器兼容性操作系統(tǒng)兼容性硬件兼容性安裝測試多語種測試分辨率測試發(fā)布測試說明書測試宣傳材料測試幫助文件測試廣告用語文檔審核測試總結(jié)缺陷管理錯誤跟蹤管理系統(tǒng)軟件錯誤的狀態(tài)Bug管理的一般流程軟件錯誤流程管理要點(diǎn)環(huán)境軟件開發(fā)模型軟件開發(fā)模型主要有以下幾類1，瀑布模型：這是最傳統(tǒng)的軟件開發(fā)模型，即分析-設(shè)計-編碼-測試，但它的不可以回復(fù)性決定了它的使用局限性，它適合于開發(fā)中需求變更極少，代碼質(zhì)量較高以及開發(fā)人員的水平極高的軟件，雖然它具有以上的局限性，但是它是下面軟件開發(fā)模型的基礎(chǔ)；2，螺旋模型和跌代模型：這兩個模型雖然有各自不同的定義，但是實(shí)踐起來是相同的，它將軟件需求按照優(yōu)先等級，分階段，分周期開發(fā)，每個周期產(chǎn)生一套相對獨(dú)立的軟件產(chǎn)品。這個模型適合于需求變化比較多，最后結(jié)果不容易被預(yù)料的軟件。使用這種模型，軟件錯誤可以盡早被發(fā)現(xiàn)。3，噴泉模型：這個模型在軟件開發(fā)的任何一個階段都可以返回到以前的階段的軟件模型，比如分析-概要設(shè)計-分析-概要設(shè)計-詳細(xì)設(shè)計-編碼-概要設(shè)計-詳細(xì)設(shè)計-編碼-測試。適合于需求變化頻繁，項目時間不緊張的軟件模型4,XP模型：這種模型沒有分析和設(shè)計期間，一邊編碼一邊測試，沒有任何文檔產(chǎn)生。它適合于項目非常緊張的軟件軟件測試模型軟件測試模型主要有V模型，X模型，00模型?？紤]到公司軟件的特性，決定采用V模型進(jìn)行測試工作，下面主要介紹這種模型驗收測試系統(tǒng)測試集成測試單元測試編碼概要設(shè)計詳細(xì)設(shè)計需求分析需求分析需求分析期間，測試的主要工作為審核需求分析報告：需求中是否存在不合理現(xiàn)象；需求是否可以被實(shí)現(xiàn)召開需求評審會議：評審會議項目經(jīng)理，系統(tǒng)分析師，用戶代表，客戶，測試設(shè)計師參加書寫驗收測試計劃概要設(shè)計概要設(shè)計期間，測試的主要工作為審核概要設(shè)計報告：概要設(shè)計是否符合全部需求，概要設(shè)計是否存在問題召開概要設(shè)計評審會議：由項目經(jīng)理，系統(tǒng)分析師，系統(tǒng)設(shè)計師，設(shè)計師，測試設(shè)計師,技術(shù)專家參加書寫系統(tǒng)測試計劃詳細(xì)設(shè)計詳細(xì)設(shè)計期間，測試的主要工作為審核詳細(xì)設(shè)計報告：詳細(xì)設(shè)計是否符合全部需求，詳細(xì)設(shè)計是否存在問題召開詳細(xì)設(shè)計評審會議：由項目經(jīng)理，系統(tǒng)設(shè)計師，設(shè)計師，編碼人員，測試設(shè)計師參加書寫集成測試計劃：開發(fā)開發(fā)期間測試主要工作為召開開發(fā)指南評審會議：由項目經(jīng)理，設(shè)計師，開發(fā)員參加書寫個階段測試用例召開測試用例評審會議：由項目經(jīng)理，測試設(shè)計師，測試工程師參加設(shè)計（由測試設(shè)計師設(shè)計）并書寫測試腳本（由開發(fā)人員書寫）開發(fā)后期，由開發(fā)人員對開發(fā)的模塊進(jìn)行單元測試集成測試按照模塊上下集關(guān)系，進(jìn)行從上到下或者從下到上的集成測試方法進(jìn)行集成測試，單元測試與集成測試主要考慮功能性測試。同時也要對模個模塊或者集成模塊進(jìn)行非功能性的抽樣測試。系統(tǒng)測試對整合系統(tǒng)進(jìn)行整合測試，這時的測試主要測試系統(tǒng)的整體功能和全部非功能性的需求。驗收測試驗收測試首先進(jìn)行正規(guī)性的測試，即由技術(shù)人員模擬各戶環(huán)境，以用戶的身份進(jìn)行安裝和測試工作。然后進(jìn)行非正規(guī)測試alpha測試和bate測試。Alpha測試由公司內(nèi)部開發(fā)人員模擬用戶進(jìn)行測試，這個時候還允許對需求做些修改工作Bate測試alpha測試后將產(chǎn)品提交給某些特定用戶，進(jìn)行測試，注意這是的軟件一定要有使用時間限制，這時候凍結(jié)系統(tǒng)需求

開發(fā)周期所需要產(chǎn)生的文檔階段 開發(fā)文檔 測試文檔立項前期項目合同可行性分析報告項目計劃書需求分析期需求規(guī)格說明書需求規(guī)格審核報告需求規(guī)格評審報告驗收測試計劃書概要設(shè)計期概要設(shè)計書概要設(shè)計審核報告概要設(shè)計評審報告系統(tǒng)測試計劃書詳細(xì)設(shè)計期數(shù)據(jù)庫設(shè)計詳細(xì)設(shè)計書詳細(xì)設(shè)計審核報告詳細(xì)設(shè)計評審報告集成測試計劃書編碼前期編碼規(guī)范編碼測試用例測試腳本設(shè)計書測試腳本編碼后期單元測試報告編碼后期系統(tǒng)測試期系統(tǒng)測試報告驗收測試期驗收測試報告后期使用手冊配置指南廣告材料測試總結(jié)報告（決定產(chǎn)品是否可以發(fā)布）藍(lán)色為可選項軟件測試類型軟件測試是指使用人工或者自動的手段來運(yùn)行或測定某個軟件產(chǎn)品系統(tǒng)的過程，其目的是在于檢驗是否滿足規(guī)定的需求或者弄清預(yù)期的結(jié)果與實(shí)際結(jié)果的區(qū)別。本文主要描述軟件測試的一些類型。白盒測試白盒測試是基于代碼的測試，測試人員通過閱讀程序代碼或者通過使用開發(fā)工具中的單步調(diào)試來判斷軟件的質(zhì)量，一般白盒測試由項目經(jīng)理在程序員開發(fā)中來實(shí)現(xiàn)。白盒測試分為動態(tài)白盒測試和靜態(tài)白盒測試靜態(tài)白盒測試?yán)醚劬?，瀏覽代碼，憑借經(jīng)驗，找出代碼中的錯誤或者代碼中不符合書寫規(guī)范的地方。比如，代碼規(guī)范中規(guī)定，函數(shù)必須為動賓結(jié)構(gòu)。而黑盒測試發(fā)現(xiàn)一個函數(shù)定義如下：FunctionNameGet({}這是屬于不符合開發(fā)規(guī)范的。有這樣一段代碼:if((i<0&(i>=0這段代碼交集為整個數(shù)軸，IF語句沒有必要I=0;while(I>100{J=J+100;T=J*PI;}在循環(huán)體內(nèi)沒有I的增加，錯誤產(chǎn)生。動態(tài)白盒測試?yán)瞄_發(fā)工具中的調(diào)式工具進(jìn)行測試。比如一段代碼有4個分支，輸入4組不同的測試數(shù)據(jù)使4組分支都可以走通而且結(jié)果必須正確。if(I<0{P1}else{P2}在調(diào)試中輸入I=-1,測試P1程序段通過;再輸入1=1,測試P2程序段，這樣的測試屬于動態(tài)白盒測試的缺陷。白盒測試通常在單元測試的時候進(jìn)行。功能測試功能測試指測試軟件各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI或者測試腳本與應(yīng)用程序進(jìn)行交互，并對交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。功能測試的主要參考為類似于功能說明書之類的文檔。UI測試UI測試指測試用戶界面的風(fēng)格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等用戶界面（UI測試用于核實(shí)用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化，易操作性測試。UI測試比較主觀，與測試人員的喜好有關(guān)比如：頁面基調(diào)顏色刺眼；文字中出現(xiàn)錯別字；頁面顯示范圍超過屏幕范圍等都屬于UI測試中的缺陷。性能測試性能測試主要測試軟件測試的性能，包括負(fù)載測試，強(qiáng)度測試，容量測試，基準(zhǔn)測試以及基準(zhǔn)測試負(fù)載測試負(fù)載測試是一種性能測試指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行，程序是否能夠承擔(dān)。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。比如，用戶并發(fā)量測試就是屬于負(fù)載測試的用戶，可以使用測試工具，模擬上百人客戶同時訪問，看系統(tǒng)響應(yīng)時間，處理速度如何？強(qiáng)度測試強(qiáng)度測試是一種性能測試，他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況。這類測試往往可以書寫系統(tǒng)要求的軟硬件水平要求。主要測試對象為低CPU主頻，低存儲空間（內(nèi)存或外存），低連接速度。實(shí)施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工作量。比如：一個系統(tǒng)在內(nèi)存366M下可以正常運(yùn)行，但是降低到258M下不可以運(yùn)行，告訴內(nèi)存不足，這個系統(tǒng)對內(nèi)存的要求就是366M。容量測試容量測試指通過代碼往存儲空間中插入一定數(shù)量的數(shù)據(jù)，看看相關(guān)程序是否能夠正常運(yùn)行。容量測試使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。例如，通過編寫代碼項存貯空間輸入一定數(shù)量的記錄，然后運(yùn)行需要使用這個存儲空間的程序，判斷程序是否運(yùn)行正常?；鶞?zhǔn)測試基準(zhǔn)測試與已知現(xiàn)有的系統(tǒng)進(jìn)行比較，主要檢驗是否與類似的產(chǎn)品具有競爭性的一種測試。如果你要開發(fā)一套財務(wù)系統(tǒng)軟件并且你已經(jīng)獲得用友財務(wù)系統(tǒng)的性能等數(shù)據(jù)，你可以測試你這套系統(tǒng)，看看哪些地方比用友財務(wù)系統(tǒng)好，哪些地方差？以便改進(jìn)自己的系統(tǒng)，也可為產(chǎn)品廣告提供數(shù)據(jù)。競爭測試軟件競爭使用各種資源（數(shù)據(jù)紀(jì)錄，內(nèi)存等），看他與其他相關(guān)系統(tǒng)對資源的爭奪能力。比如：一臺機(jī)器上即安裝您的財務(wù)系統(tǒng)，又安裝用友財務(wù)系統(tǒng)。當(dāng)CPU占有率下降后，看看是否能夠強(qiáng)過用友財務(wù)系統(tǒng)，而是自己的系統(tǒng)能夠正常運(yùn)行？安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性，測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粝ⅲòㄘ攧?wù)數(shù)據(jù)），而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。比如不通過登入頁面，直接進(jìn)入系統(tǒng)？系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。比如輸入管理員賬戶，檢查其密碼是否容易猜取，或者可以從數(shù)據(jù)庫中獲得？故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試指當(dāng)主機(jī)軟硬件發(fā)生災(zāi)難時候，備份機(jī)器是否能夠正常啟動，使系統(tǒng)是否可以正常運(yùn)行，這對于電信，銀行等領(lǐng)域的軟件是十分重要的。故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機(jī)地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù)?；謴?fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設(shè)備輸入/輸出（I/O故障或無效的數(shù)據(jù)庫指針和關(guān)健字）。然后調(diào)用恢復(fù)進(jìn)程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。一定要注意主備定時備份比如電信系統(tǒng)，突然主機(jī)程序發(fā)生死機(jī)，備份機(jī)器是否能夠啟動，使系統(tǒng)能夠正常運(yùn)行，從而不影響用戶打電話？兼容性測試又叫配置測試。兼容性測試核實(shí)測試對象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同?？蛻魴C(jī)工作站可能會安裝不同的軟件例如，應(yīng)用程序、驅(qū)動程序等而且在任何時候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源。（如瀏覽器版本，操作系統(tǒng)版本等）下面列出主要配置測試瀏覽器兼容性測試軟件在不同產(chǎn)商的瀏覽器下是否能夠正確顯示與運(yùn)行；比如測試IE，Natscape瀏覽器下是否可以運(yùn)行這套軟件？操作系統(tǒng)兼容性測試軟件在不同操作系統(tǒng)下是否能夠正確顯示與運(yùn)行；比如測試WINDOWS98,WINDOWS2000,WINDOWSXP,LINU,UNIX下是否可以運(yùn)行這套軟件？硬件兼容性測試與硬件密切相關(guān)的軟件產(chǎn)品與其他硬件產(chǎn)品的兼容性，比如該軟件是少在并口設(shè)備中的，測試同時使用其他并口設(shè)備，系統(tǒng)是否可以正確使用.比如在INTER，舒龍CPU芯片下系統(tǒng)是否能夠正常運(yùn)行？這樣的測試必須建立測試實(shí)驗室，在各種環(huán)境下進(jìn)行測試。安裝測試安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下:例如，進(jìn)行首次安裝、升級、完整的或自定義的安裝_都能進(jìn)行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。這通常是指運(yùn)行大量為功能測試制定的測試。安裝測試包括測試安裝代碼以及安裝手冊。安裝手冊提供如何進(jìn)行安裝，安裝代碼提供安裝一些程序能夠運(yùn)行的基礎(chǔ)數(shù)據(jù)。多語種測試又稱本地化測試，是指為各個地方開發(fā)產(chǎn)品的測試，如英文版，中文版等等，包括程序是否能夠正常運(yùn)行，界面是否符合當(dāng)?shù)亓?xí)俗，快捷鍵是否正常起作用等等，特別測試在A語言環(huán)境下運(yùn)行B語言軟件（比如在英文win98下試圖運(yùn)行中文版的程序），出現(xiàn)現(xiàn)象是否正常。本地化測試還要考慮：當(dāng)語言從A翻譯到B,字符長度變化是否影響頁面效果。比如中文軟件中有個按鍵叫“看廣告”，翻譯到英文版本中為“Viewadvertisement”可能影響頁面的美觀程度&要考慮同一單詞在各個國家的不同意思，比如football在英文中為足球，而美國人使用中可能理解為美式橄欖球。&要考慮各個國家的民族習(xí)慣，比如龍個美國中被理解邪惡的象征，但翻譯到中國，中國人認(rèn)為為吉祥的象征。分辨率測試測試在不同分辨率下，界面的美觀程度,分為800*600，1024*768，1152*864，1280*768，1280*1024，1200*1600大小字體下測試。一個好的軟件要有一個極佳的分辨率，而在其他分辨率下也都能可以運(yùn)行。發(fā)布測試主要在產(chǎn)品發(fā)布前對一些附帶產(chǎn)品，比如說明書，廣告稿等進(jìn)行測試說明書測試主要為語言檢查，功能檢查，圖片檢查語言檢查：檢查說明書語言是否正確，用詞是否易于理解；功能檢查：功能是否描述完全，或者描述了并沒有的功能等；圖片檢查:：檢查圖片是否正確宣傳材料測試主要測試產(chǎn)品中的附帶的宣傳材料中的語言，描述功能，圖片幫助文件測試幫助文件是否正確，易懂，是否人性化。最好能夠提供檢索功能。廣告用語產(chǎn)品出公司前的廣告材料文字，功能，圖片，人性化的檢查文檔審核測試文檔審核測試目前越來越引起人們的重視，軟件質(zhì)量不是檢查出來的，而是融進(jìn)軟件開發(fā)中來。前置軟件測試發(fā)越來越受到重視。請看一個資料：總結(jié)據(jù)美國軟件質(zhì)量安全中心2000年對美國一百家知名的軟件廠商統(tǒng)計，得出這樣一個結(jié)論：軟件缺陷在開發(fā)前期發(fā)現(xiàn)比在開發(fā)后期發(fā)現(xiàn)資金，人力上節(jié)約90%；軟件缺陷在推向市場前發(fā)現(xiàn)比在推出后發(fā)現(xiàn)資金，人力上節(jié)約90%。所以說軟件的缺陷應(yīng)該盡早發(fā)現(xiàn)。不是所有的軟件都要進(jìn)行任何類型的軟件測試的，可以根據(jù)產(chǎn)品的具體情況進(jìn)行組裝測試不同的類型缺陷管理軟件測試的主要目的在于發(fā)現(xiàn)軟件存在的錯誤（Bug，對于如何處理測試中發(fā)現(xiàn)的錯將直接影響到測試的效果。只有正確、迅速、準(zhǔn)確地處理這些錯誤，才能消除軟件錯誤，保證要發(fā)布的軟件符合需求設(shè)計的目標(biāo)。在實(shí)際軟件測試過程中，對于每個Bug都要經(jīng)過測試、確認(rèn)、修復(fù)、驗證等的管理過程，這是軟件測試的重要環(huán)節(jié)。錯誤跟蹤管理系統(tǒng)為了正確跟蹤每個軟件錯誤的處理過程，通常將軟件測試發(fā)現(xiàn)的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統(tǒng)。目前已有的缺陷跟蹤管理軟件包括Compuware公司的TrackRecord軟件（商業(yè)軟件）、Mozilla公司的Buzilla軟件（免費(fèi)軟件），以及國內(nèi)的微創(chuàng)公司的BMS軟件，這些軟件在功能上各有特點(diǎn)，可以根據(jù)實(shí)際情況選用。當(dāng)然，也可以自己開發(fā)缺陷跟蹤軟件，例如基于Notes或是ClearQuese開發(fā)缺陷跟蹤管理軟件。作為一個缺陷跟蹤管理系統(tǒng)，需要正確設(shè)計每個錯誤的包含信息的字段內(nèi)容和記錄錯誤的處理信息的全部內(nèi)容。字段內(nèi)容可能包括測試軟件名稱，測試版本號，測試人名稱，測試事件，測試軟件和硬件配置環(huán)境，發(fā)現(xiàn)軟件錯誤的類型，錯誤的嚴(yán)重等級，詳細(xì)步驟，必要的附圖，測試注釋。處理信息包括處理者姓名，處理時間，處理步驟，錯誤記錄的當(dāng)前狀態(tài)。正確的數(shù)據(jù)庫權(quán)限管理是錯誤跟蹤管理系統(tǒng)的重要考慮要素，一般要保證對于添加的錯誤不能從數(shù)據(jù)庫中刪除。軟件錯誤的狀態(tài)新信息（New:測試中新報告的軟件缺陷；打開（Open:被確認(rèn)并分配給相關(guān)開發(fā)人員處理；修正（Fixed:開發(fā)人員已完成修正，等待測試人員驗證；拒絕（Declined:拒絕修改缺陷；延期（Deferred:不在當(dāng)前版本修復(fù)的錯誤，下一版修復(fù)關(guān)閉（Closed:錯誤已被修復(fù)；Bug管理的一般流程測試人員提交新的Bug入庫，錯誤狀態(tài)為New高級測試人員驗證錯誤，如果確認(rèn)是錯誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Declined狀