bug跟踪流程.docVIP

Bug跟踪规程 目的 This document describes how to file and track bugs for a project from early development stage to maintenance. This document describes the process from the following aspects: Who, When, Where, What, How. Intended readers: Bugzilla administrator, and projects tester, developer, maintainer, partner. 适用范围 描述系统测试阶段对bug的跟踪管理。 制定Bug跟踪计划 参考“Bug跟踪计划模版”编写项目Bug跟踪计划。 指定Bug报告系统 使用公司的bugzilla报告系统报告Bug。该系统部署在/bugzilla/。 定义项目基本信息 测试人员可以根据项目情况修改Bug严重等级的定义以及响应时间。默认的bug严重等级的定义以及响应时间如下： Blocker（1级): Blocks development and/or testing work; Critical（2级):crashes, loss of data, severe memory leak； Major（3级）: major loss of function; Normal（4级） Minor（5级）: minor loss of function, or other problem where easy workaround is present. Trivial（6级）: cosmetic problem like misspelled words or misaligned text. Enhancement（7级）:Request for enhancement. 响应时间：除了5、6、7级以外的所有Bug 都应该在Bug Review Meeting前被检查和置态。 Bug优先级和修正时间： Urgent 1: Cant continue testing. Must fix right away. Cant install, boot, start Xwindow, OS crash, Destroy OS； High 2: Must fix in next release. Otherwise, cant release the next release.OSs basic function, key feature cant work;Impact OSs base such as library.Destroy customers data or system. Instability of OS.； Medium 3: Must fix as early as possible before the last beta.Legal issue, product issue, New GUI, market issue, fatal failure of application. Conformance with standard, compatibility with SW, bug of key function.un-important application crash.； Low 4 指定角色人员和权限 变更控制委员会 CCB：变更控制委员会由项目产品经理的上级主管、研发组Leader的上级主管、测试组Leader的上级主管组成。权限：是项目Bug的默认抄送者之一。 项目Leader Marketing team：项目的产品市场部。对WANTHOLD和WANTNOTBUG状态的bug给出是否同意的意见和原因； Development manager：项目的研发组Leader。WANTHOLD和WANTNOTBUG状态的bug给出是否同意的意见以及原因； Test manager：项目的测试组Leader。是有权限可以设置Bug状态为HOLD/NOTBUG/NOTVERIFIED的唯一角色。 Developer：项目的研发人员； Development manager /DM：研发组Leader的角色； Tester：项目的测试人员； Test manager/TM：扮演测试组Leader的角色； Document writer：项目的手册编写人员； Partner：Tester。 登录帐号 所有成员在Bug报告系统中的登录帐号是自己的有效电子邮件帐号，可以收到在自己扮演角色的权限