QC質(zhì)量體系配置

北京科技有限公司PAGE25QC項目配置說明文件日期：2009-9-4 目錄1 Group 32 SetupGroup 32.1 Requirements權限角色分配 32.1.1 P_Developeradmin權限分配 42.1.2 Testeradmin權限分配 52.2 Testplan權限角色分配 52.2.1 Testeradmin權限分配 52.2.2 Tester權限分配 62.3 Testtab權限角色分配 62.3.1 Testeradmin權限分配 62.3.2 Tester權限分配 62.4 Defects權限角色分配 62.4.1 Testeradmin權限分配 62.4.2 P_Developeradmin權限分配 72.4.3 Tester權限分配 82.4.4 P_Developer權限分配 93 CustomizeProjectEntities 103.1 增加DEFECT自定義字段 103.2 增加TEST自定義字段 134 Customizeprojectlists 134.1 BugStatus 134.1.1 測試人員可以改變的bug狀態(tài) 144.1.2 開發(fā)人員可以改變的bug狀態(tài) 144.1.3 項目負責人可以改變的bug狀態(tài) 154.2 Allprojects 154.3 BUG_Reason 174.4 Invalid_BUG_Reason 174.5 Enviorment 184.6 PlanPriority(用例優(yōu)先級) 184.7 PlanStatus 185 SetUpWorkflow 195.1 AddDefectFieldCustomization 195.1.1 Tester/P_Developer 195.1.2 Testeradmin/P_Developeradmin 205.2 DefectDetailsFieldCustomization 215.2.1 Tester 215.2.2 Testeradmin 225.2.3 P_Developeradmin（暫不配） 235.2.4 P_Developer 246 ConfigeureMail（暫不配） 247 Settraceablilitynotificationrules 248 CustomizeModuleAccess 25GroupFunctionRoleRequirementsTestplanTesttabDefectsTesteradmin√√√√P_Developeradmin√××√Tester×√√√P_Developer×××√Testeradmin：XXXP_Developeradmin：XXXP_Developer：XXXTester:XXX注明：×只有查看的權限√權限參照相應的角色分配（所有刪除權限都設置成刪除自己創(chuàng)建的東西）新建項目時，所有Groups全部按以上組創(chuàng)建，TD原有組全部不加入user。SetupGroupRequirements權限角色分配P_Developeradmin權限分配Testeradmin權限分配Testplan權限角色分配Testeradmin權限分配具有所有權限Tester權限分配Testtab權限角色分配Testeradmin權限分配具有所有功能的權限Tester權限分配具有所有功能的權限D(zhuǎn)efects權限角色分配Testeradmin權限分配具有所有的權限關于bug狀態(tài)改變規(guī)則設定如圖所示：P_Developeradmin權限分配具有所有的權限權限分配及bug狀態(tài)改變規(guī)則如圖所示：Tester權限分配具有所有的權限關于bug狀態(tài)改變規(guī)則設定如圖所示：P_Developer權限分配具有所有的權限權限分配及bug狀態(tài)改變?nèi)鐖D所示：CustomizeProjectEntities增加DEFECT自定義字段BUG產(chǎn)生原因（BUG_Reason）：（暫要求）CustomizeProjectEntities中在DEFECT—>UserFields增加BUG_Reason，F(xiàn)ieldType選擇LookupList；在“Setupworkflow——>DefectDetailsFieldCustomization”中設置P_Developeradmin、P_Developer角色為必填項。BUG產(chǎn)生環(huán)境（Environment）：CustomizeProjectEntities中在DEFECT—>UserFields增加Environment，F(xiàn)ieldType選擇LookupList，并設置為必填項；BUG原因(BUG_Reason)CustomizeProjectEntities中在DEFECT—>UserFields增加BUG_Reason，F(xiàn)ieldType選擇LookupList，并設置為必填項；BUG涉及到的版本（InvolvedVersion）：CustomizeProjectEntities中在DEFECT—>UserFields增加InvolvedVersion，F(xiàn)ieldType選擇String,FieldLength填寫50，選中History；無效BUG原因（Invalid_BUG_Reason）（暫不要求）CustomizeProjectEntities中在DEFECT—>UserFields增加Invalid_BUG_Reason，F(xiàn)ieldType選擇LookupList；相關聯(lián)的BUGID（Related_BUGID）：（暫不要求）CustomizeProjectEntities中在DEFECT—>UserFields增加Related_BUGID，F(xiàn)ieldType選擇String,FieldLength填寫50，選中History；增加TEST自定義字段用例優(yōu)先級別（PlanPriority）：CustomizeProjectEntities中在TEST—>UserFields增加PlanPriority，F(xiàn)ieldType選擇LookupList，并選擇“Required”。CustomizeprojectlistsBugStatusBUG中間狀態(tài)有：Fixed、Open、Worksforme、Byspec、Duplicate；BUG終結(jié)狀態(tài)有：Closed、Invalid、Later、won’tfix測試人員可以改變的bug狀態(tài)New：測試中新報告的軟件缺陷；Invalid：描述的問題不是一個bug(輸入錯誤后，通過此項來取消),當BUG狀態(tài)為Invalid時必須選擇“Invalid_BUG_Reason”；Open：測試人員驗證fix狀態(tài)的bug，發(fā)現(xiàn)bug沒有修訂好；Closed：錯誤已被修復，并關閉；開發(fā)人員可以改變的bug狀態(tài)Fixed：開發(fā)人員已完成修正，等待測試人員驗證；Byspec:缺陷的原因是開發(fā)人員認為測試人員理解需求有誤，或者需求未定義明確，由開發(fā)人員轉(zhuǎn)給產(chǎn)品經(jīng)理進行處理；(此類狀態(tài)的缺陷在測試人員進行驗證測試或BUGreview時會轉(zhuǎn)變?yōu)镺pen或Later或Invalid)由此類BUG引起的需求或設計變更，需要發(fā)起Project為CC的BUG并進入變更評審流程，此時CC的BUG需要填寫“Related_BUGID”；Worksforme:缺陷無法重現(xiàn)，或當時沒有很好的解決方法(此類狀態(tài)的缺陷在測試人員進行驗證測試或BUGreview時會轉(zhuǎn)變?yōu)镺pen或Later)。Duplicate：所提交的bug是一個重復的bug（此類狀態(tài)的缺陷在測試人員進行驗證測試或BUGreview時會轉(zhuǎn)變?yōu)镽eopen或Invalid），當開發(fā)人員將BUG置為此狀態(tài)時，必須填寫“Related_BUGID”；項目負責人可以改變的bug狀態(tài)Later：描述的問題將不會在產(chǎn)品的這個版本中解決，注明原因注：所有開發(fā)人員除FixedBUG外置BUG為其他狀態(tài)時均需要詳細注明Comments；所有測試人員除ClosedBUG外置BUG為其他狀態(tài)時均需要詳細注明Comments；所有BUGComments都需要詳細描述并注明作者及日期，點擊“addcomments”按鈕后系統(tǒng)可以自動加入作者及日期。Allprojects按照子系統(tǒng)及系統(tǒng)模塊進行創(chuàng)建。如：邊防一體化項目中包含20個子系統(tǒng)Versions產(chǎn)品版本管理說明：產(chǎn)品確定的Release版本號定義為Vx.x.x；如：V1.0.0在V1.0.0未發(fā)布之前所有的測試Build版本定義為：Vx.x.x_YY/MM/DD；如：V1.0.0_07/12/20；當V1.0.0發(fā)布后且產(chǎn)品經(jīng)理未定義新的Release版本號前所有需要更新的程序包均認為是本版本的Patch，此時所有的測試Build版本定義為：Vx.x.x_Px_YY/MM/DD；如：V1.0.0_P1_08/01/14；當產(chǎn)品經(jīng)理確認新的Release版本號后，如：V1.0.1，所有的測試Build版本定義按新的Release版本號定義Vx.x.x_YY/MM/DD；如：V1.0.1_08/02/20；上線后發(fā)現(xiàn)的BUG在DetectedinVersion一項填寫當前Release版本號，如V1.0.0BUG需要在產(chǎn)品的升級版本中解決時，由產(chǎn)品經(jīng)理與開發(fā)人員協(xié)商在PlannedClosingVersion一項中選擇升級Release版本號，如V1.0.1測試人員針對有PlannedClosingVersion的BUG填寫ClosedinVersion，此項對應Build版本號，如V1.0.1_08/02/20如果在某一個版本中發(fā)現(xiàn)問題，同時其他在線運營的版本也存在同樣的問題則需要填寫InvolvedVersion一項。如在V2.0.0版本中發(fā)現(xiàn)某一個BUG，經(jīng)驗證此BUG同時存在于V1.0.0，V1.0.1中，則InvolvedVersion一項中填寫：V1.0.0；V1.0.1（該項為填寫項，非選擇項)所有子版本號均放置于大版本號下面，如下圖所示：BUG_Reason“BUG_Reason”，Item分別為：產(chǎn)品定義不明確、產(chǎn)品原有BUG、粗心大意、單元測試不足、對程序設計語言不熟悉、軟件設計缺陷、未遵從編碼規(guī)范、需求理解錯誤、業(yè)務知識缺乏、由其他BUG引起、相關系統(tǒng)BUG、無效BUG；Invalid_BUG_Reason“Invalid_BUG_Reason”，Item分別為：測試方法錯誤、測試環(huán)境問題、測試人員需求理解錯誤、需求變更、重復BUG；Enviorment“Enviorment”,Item按照產(chǎn)品需求說明書中定義的環(huán)境要求配置，一般情況下包括：WinXP+IE6.0；WinXP+IE7.0；WinXP+Firefox；Win2000+IE5.5；Win2000+IE6.0；Win2000+Firefox；Vista+IE7.0；Vista+FirefoxPlanPriority(用例優(yōu)先級)“PlanPriority”，Item分別為：P1，P2，P3；優(yōu)先級相關定義參照《測試用例優(yōu)先級劃分準則》、《測試用例編寫規(guī)范及評審流程》。PlanStatus增加狀態(tài)“Completed”SetUpWorkfl