QC质量体系配置

北京科技有限公司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状态 144.1.2 开发人员可以改变的bug状态 144.1.3 项目负责人可以改变的bug状态 154.2 Allprojects 154.3 BUG_Reason 174.4 Invalid_BUG_Reason 174.5 Enviorment 184.6 PlanPriority(用例优先级) 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注明：×只有查看的权限√权限参照相应的角色分配（所有删除权限都设置成删除自己创建的东西）新建项目时，所有Groups全部按以上组创建，TD原有组全部不加入user。SetupGroupRequirements权限角色分配P_Developeradmin权限分配Testeradmin权限分配Testplan权限角色分配Testeradmin权限分配具有所有权限Tester权限分配Testtab权限角色分配Testeradmin权限分配具有所有功能的权限Tester权限分配具有所有功能的权限Defects权限角色分配Testeradmin权限分配具有所有的权限关于bug状态改变规则设定如图所示：P_Developeradmin权限分配具有所有的权限权限分配及bug状态改变规则如图所示：Tester权限分配具有所有的权限关于bug状态改变规则设定如图所示：P_Developer权限分配具有所有的权限权限分配及bug状态改变如图所示：CustomizeProjectEntities增加DEFECT自定义字段BUG产生原因（BUG_Reason）：（暂要求）CustomizeProjectEntities中在DEFECT—>UserFields增加BUG_Reason，FieldType选择LookupList；在“Setupworkflow——>DefectDetailsFieldCustomization”中设置P_Developeradmin、P_Developer角色为必填项。BUG产生环境（Environment）：CustomizeProjectEntities中在DEFECT—>UserFields增加Environment，FieldType选择LookupList，并设置为必填项；BUG原因(BUG_Reason)CustomizeProjectEntities中在DEFECT—>UserFields增加BUG_Reason，FieldType选择LookupList，并设置为必填项；BUG涉及到的版本（InvolvedVersion）：CustomizeProjectEntities中在DEFECT—>UserFields增加InvolvedVersion，FieldType选择String,FieldLength填写50，选中History；无效BUG原因（Invalid_BUG_Reason）（暂不要求）CustomizeProjectEntities中在DEFECT—>UserFields增加Invalid_BUG_Reason，FieldType选择LookupList；相关联的BUGID（Related_BUGID）：（暂不要求）CustomizeProjectEntities中在DEFECT—>UserFields增加Related_BUGID，FieldType选择String,FieldLength填写50，选中History；增加TEST自定义字段用例优先级别（PlanPriority）：CustomizeProjectEntities中在TEST—>UserFields增加PlanPriority，FieldType选择LookupList，并选择“Required”。CustomizeprojectlistsBugStatusBUG中间状态有：Fixed、Open、Worksforme、Byspec、Duplicate；BUG终结状态有：Closed、Invalid、Later、won’tfix测试人员可以改变的bug状态New：测试中新报告的软件缺陷；Invalid：描述的问题不是一个bug(输入错误后，通过此项来取消),当BUG状态为Invalid时必须选择“Invalid_BUG_Reason”；Open：测试人员验证fix状态的bug，发现bug没有修订好；Closed：错误已被修复，并关闭；开发人员可以改变的bug状态Fixed：开发人员已完成修正，等待测试人员验证；Byspec:缺陷的原因是开发人员认为测试人员理解需求有误，或者需求未定义明确，由开发人员转给产品经理进行处理；(此类状态的缺陷在测试人员进行验证测试或BUGreview时会转变为Open或Later或Invalid)由此类BUG引起的需求或设计变更，需要发起Project为CC的BUG并进入变更评审流程，此时CC的BUG需要填写“Related_BUGID”；Worksforme:缺陷无法重现，或当时没有很好的解决方法(此类状态的缺陷在测试人员进行验证测试或BUGreview时会转变为Open或Later)。Duplicate：所提交的bug是一个重复的bug（此类状态的缺陷在测试人员进行验证测试或BUGreview时会转变为Reopen或Invalid），当开发人员将BUG置为此状态时，必须填写“Related_BUGID”；项目负责人可以改变的bug状态Later：描述的问题将不会在产品的这个版本中解决，注明原因注：所有开发人员除FixedBUG外置BUG为其他状态时均需要详细注明Comments；所有测试人员除ClosedBUG外置BUG为其他状态时均需要详细注明Comments；所有BUGComments都需要详细描述并注明作者及日期，点击“addcomments”按钮后系统可以自动加入作者及日期。Allprojects按照子系统及系统模块进行创建。如：边防一体化项目中包含20个子系统Versions产品版本管理说明：产品确定的Release版本号定义为Vx.x.x；如：V1.0.0在V1.0.0未发布之前所有的测试Build版本定义为：Vx.x.x_YY/MM/DD；如：V1.0.0_07/12/20；当V1.0.0发布后且产品经理未定义新的Release版本号前所有需要更新的程序包均认为是本版本的Patch，此时所有的测试Build版本定义为：Vx.x.x_Px_YY/MM/DD；如：V1.0.0_P1_08/01/14；当产品经理确认新的Release版本号后，如：V1.0.1，所有的测试Build版本定义按新的Release版本号定义Vx.x.x_YY/MM/DD；如：V1.0.1_08/02/20；上线后发现的BUG在DetectedinVersion一项填写当前Release版本号，如V1.0.0BUG需要在产品的升级版本中解决时，由产品经理与开发人员协商在PlannedClosingVersion一项中选择升级Release版本号，如V1.0.1测试人员针对有PlannedClosingVersion的BUG填写ClosedinVersion，此项对应Build版本号，如V1.0.1_08/02/20如果在某一个版本中发现问题，同时其他在线运营的版本也存在同样的问题则需要填写InvolvedVersion一项。如在V2.0.0版本中发现某一个BUG，经验证此BUG同时存在于V1.0.0，V1.0.1中，则InvolvedVersion一项中填写：V1.0.0；V1.0.1（该项为填写项，非选择项)所有子版本号均放置于大版本号下面，如下图所示：BUG_Reason“BUG_Reason”，Item分别为：产品定义不明确、产品原有BUG、粗心大意、单元测试不足、对程序设计语言不熟悉、软件设计缺陷、未遵从编码规范、需求理解错误、业务知识缺乏、由其他BUG引起、相关系统BUG、无效BUG；Invalid_BUG_Reason“Invalid_BUG_Reason”，Item分别为：测试方法错误、测试环境问题、测试人员需求理解错误、需求变更、重复BUG；Enviorment“Enviorment”,Item按照产品需求说明书中定义的环境要求配置，一般情况下包括：WinXP+IE6.0；WinXP+IE7.0；WinXP+Firefox；Win2000+IE5.5；Win2000+IE6.0；Win2000+Firefox；Vista+IE7.0；Vista+FirefoxPlanPriority(用例优先级)“PlanPriority”，Item分别为：P1，P2，P3；优先级相关定义参照《测试用例优先级划分准则》、《测试用例编写规范及评审流程》。PlanStatus增加状态“Completed”SetUpWorkfl