[发明专利]一种软件编制过程中BUG的处理方法

说明书

技术领域

本发明属于软件技术，具体涉及一种软件编制过程中BUG的处理方法。

背景技术

软件产业作为一种“无污染、微能耗、高就业”的产业，能大幅度提高国家整体经济运行效率，拉升国民经济指数。随着全球化经济和信息技术的发展，只有提高软件产品的技术含量和质量，才能很好的面对各种严峻的挑战。

在软件开发的过程中，由于各种原因，难免会存在错误缺陷(BUG)。对于一个高科技的软件企业来说，只有迅速、准确地处理这些BUG，才能缩短软件研发周期，使软件符合设计需求，保证软件质量，提高产品在市场中的竞争能力。

目前针对BUG缺陷管理的软件有国外的Testdirector，功能全面，但是价格高达几十万，中小软件企业只能望而止步，Bugzilla是一款免费的BUG管理软件，但是其安装配置复杂、使用繁琐，对于要求高效的工作效率的开发团队也不适合。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种接口灵活、使用方便，可以提高工作效率的软件编制过程中BUG的处理方法。

本发明的技术方案如下：一种软件编制过程中BUG的处理方法，包括如下步骤：

(1)测试工程师或研发工程师根据发现的问题在BUG主表中新建一个BUG，BUG状态默认为NOT_Approved；

(2)项目总负责人将该BUG的状态设置为Open，并判断该BUG属于哪个开发小组，对BUG进行转发；

(3)开发小组检查新转发过来的BUG，选择具体负责的研发工程师，并转发BUG；

(4)研发工程师根据BUG的描述信息找到问题所在，修改程序解决这个BUG，并把BUG的状态改为SQA；若该BUG不是一个错误时，修改BUG状态为Not_Bug；

(5)测试工程师针对状态为SQA的BUG，验证这个BUG是否已经修改成功，如果根据最初的发现步骤证实问题已解决，就将BUG状态改为Close，关闭该BUG；若还能重现，或者不同意研发工程师的解法，则再次将BUG的状态改为Open，转至步骤(2)由项目负责人继续处理。

进一步，如上所述的软件编制过程中BUG的处理方法，步骤(1)中所述的BUG主表的内容包括BUG总表编号、BUG报告人、测试工程师、研发工程师、BUG描述、BUG状态、重要性、CUSTOMER、递交日期、递交时间、产品、版本、Build_Number、Fixed_Build_Number、Target_RC、BUG模块、转发描述、机器名称。

进一步，如上所述的软件编制过程中BUG的处理方法，其中，修改后的BUG被收录在历史记录中以备查询，历史记录包含的内容有：BUG状态、修改日期、修改时间、负责人、转发人、测试工程师、历史消息及修改记录。

本发明的有益效果如下：本发明对BUG的处理权限进行了严格的划分，形成了一个完整的体系，通过BUG的状态来实现测试工程师和研发工程师之间的沟通，对于BUG的详细内容的交流可以通过BUG描述和转发描述来转发，从而实现了BUG的科学化管理。BUG主表中BUG的描述信息全面，检索方便，详细的历史记录功能便于对整个过程的跟踪，为BUG的测试、确认、修复、验证等环节提供了良好的管理平台。

附图说明

图1为本发明的处理流程图。

具体实施方式

下面结合附图和具体实施例对本发明进行详细的描述。

本发明所提供的软件编制过程中BUG的处理方法采用ACCESS 2003开发，C/S架构模式，服务器端使用。该方法具有对BUG的状态准确、实时的进行跟踪，并对数据库具有强大的检索功能，方便测试人员和研发人员之间的交流和沟通。

整个BUG的管理过程中，是通过BUG的状态来实现测试工程师和研发工程师之间的沟通。对于BUG的详细内容的交流可以通过BUG描述和转发描述来转发，整个处理流程如图1所示，图中方框内表示BUG的状态，具体步骤如下：

(1)测试工程师或研发工程师发现问题就在BUG主表中新建一个BUG，BUG状态默认为NOT_Approved；

(2)项目总负责人设置这个BUG的状态为Open，并判断这个BUG属于哪个开发小组，指派给组长或具体的该小组的成员；

(3)开发小组长能够看到自己以及自己小组其他成员有的BUG，检查新转发过来的BUG，选择具体负责的研发工程师，并转发BUG；

(4)研发工程师会根据BUG的详细描述信息找到问题所在，修改程序解决这个BUG，并把BUG的状态改为SQA，若该BUG不是一个错误时，修改BUG状态为Not_Bug，处理完毕；