bug的生命周期

bug

• 当且仅当规格说明书是存在的并且正确的，程序和规格说明书之间的不匹配才是错误
• 当产品规格说明书没有提到时，以用户需求为准，当程序最终没有实现用户的合理预期的功能要求时，就是软件错误

bug的生命周期

• New
  新发现的Bug，未经评审决定是否指派给开发人员进行修改
• Open
  开发确认是Bug，并且认为需要进行修改
• Fixed
  开发人员进行修改后标识成修改状态，有待测试人员的回归测试验证
• Rejected
  如果开发认为不是Bug，则拒绝修改
• Delay
  如果开发认为暂时不需要修改或暂时不能修改，则延后修改
• Closed
  修改状态的Bug经测试人员的回归测试验证通过，则关闭Bug
• Reopen
  如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改

测试人员新发现的Bug，必须由测试组长评审后才决定是否Open并分派给开发人员。
测试人员，Open的Bug可以直接分派给Bug对应的程序模块的负责人

bug等级

• 崩溃
  （阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失）
• 严重
  （主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启）
• 一般
  （功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时间长、查询时间长）
• 次要
  （界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚）