一个自定义的BUG管理流程

    这几天一直在研究QualityCenter9.0，在网上查阅资料时见到一个比较不错的管理流程，当然就收编一下，以后也许用得上。
 
    1、 管理工具及平台

        采用QualityCenter9.0的Windows平台

    2、 组权限设置

        定义五个权限组，具有不同的权限，一个用户可以同时加入多个组

        A） TEST组

            提交BUG、验证BUG，测试人员最低权限组

        B） TESTLEADER组

            审核BUG

        C） DEVE组

            修复BUG

        D） PROJECTMANAGE组

            分配、延期、拒绝BUG等

        E） MANAGE组

            具体项目的设置权限，如配置组、定义实体、列表等

        3、 BUG状态定义了11种BUG状态：

            新建、确认、否决、打开、延期、拒绝、驳回、修复、固定、关闭、重新打开

        4、 BUG状态转换图

           

        5、 BUG详细设置

            1） 新建

                A－D组都具有BUG提交权限，

               缺陷提交字段包括： 摘要、项目、项目版本、模块、环境、检测者、检测日期、
                               测试轮次、严重程度、可重现、状态、描述所有字段必填，
                               检测者默认为登陆人，只读；检测日期默认为当前日期，只读；
                               状态默认为“新建”，只读；

               缺陷详细信息界面包括：摘要、项目、项目版本、模块、环境、检测者、检测日期、
                                 测试轮次、严重程度、可重现、状态、描述、优先级、分配给、
                                 计划关闭轮次、估计修复时间、关闭于轮次、实际修复时间、
                                 关闭日期

               可修改字段：         项目、项目版本、模块、环境、测试轮次、严重程度、
                                 是否重现、描述

                  该状态下的BUG信息外只能提交人自己修改，他人无权修改，状态由TESTLEADER组权
               限人员修改

            2） 确认

               由TESTLEADER组权限人员修改，其他组成员只能修改自己所属的缺陷描述

            3） 否决

               由TESTLEADER组权限人员修改，终态之一，该状态下全部字段只读

            4） 打开

               由PROJECTMANAGE组权限人员修改，此状态下分配给、优先级、计划关闭轮次、估计修复
               时间字段必填

            5） 延期

               由PROJECTMANAGE组权限人员修改

            6） 拒绝

               由PROJECTMANAGE组权限人员修改，注释必填

            7） 修复

               由DEVE组权限人员修改，只能修改缺陷状态

            8） 固定

               由PROJECTMANAGE组权限人员修改，只能修改状态

            9） 驳回

                   因描述不清由PROJECTMANAGE组权限人员修改，只能修改状态，可由由TESTLEADER
                组权限人员修改为“确认”，但必须填写注释

            10）已关闭

                   由TEST组权限人员修改，此时实际关闭轮次、实际修复时间必填、实际关闭日期系统
                默认为当前时间，只读

            11）重新打开

                由TEST组权限人员修改，只能修改状态