Bug的提交与解决方案

要点：需要一个web工具来记录和跟踪Bug。

状态：在一个项目或者系统中需要定义Bug的状态，方便测试和开发工程师的交流，以下是几种状态的定义：

  Open ：bug已经提出但是下一步动作还没有开始，

  Waiting For PAR ：所有的开发和测试工程师都确定这个Bug是有效的，但是PAR还没有创建，（注：PAR指的是记录问题的一个Project Action Report，相同的或者一个version的问题可以分配一个PAR号）

  PVCS : Bug已经log到PAR上了并且在PVCS上做好了记录，（注：这里所说的PVCS是一种功能强大的配置管理工具）

  Closed ：决定或修改所有的部门都已经同意并且执行了，此时Bug可以closed。

职责分配：当logging或者editing一个Bug, 团队里面改变状态所需要分配的任务状态：
 
  Development：1.当Bug创建或者修改后开发工程师评估Bug和创建PAR
               2.当测试工程师评估和回应开发工程师的回应时，和开发工程师回应下一个修改动作时。
 
  V&V：1.当测试工程师创建和修改Bug时，或者测试工程师有一些其它的动作（eg：改变脚本，重运行脚本，开始根据PAR修改脚本）
       2.当开发工程师评估和回应测试工程师为这个Bug作的下一个修改动作

  Other：当开发或测试组人员不在，由其它相关部门人员为Bug作的修改进行回应。

注：此种方案适宜于开发和测试工程师不在一起的情况。当然如果成员在一起的话也可以用此方案，使之流程化，方便配置管理。