[发明专利]程序中错误的管理系统

说明书

本发明有关于一种管理系统，应用于Bug的管理、分析及统计，特别是一种藉由网络服务器及数据库来管理Bug的系统。

Bug原意是指小臭虫，后来引伸为程序当中的小错误，以致于使得程序没有办法正常的执行，或是执行得到错误的结果。Bug大多指语意逻辑上的错误，而非语法上的错误。而一般而言，软件产品或是程序在生产过程的最后一个步骤，通常是测试产品的一些基本功能是否符合标准，且尽可能地找出Bug，此一动作，大多是由品管(Quality Assurance；QA)人员或是说测试人员来进行。另外，软件产品也常以发行α或β测试版来由消费者大众共同测试。

虽然说大部分的Bug都不会影响程序的执行，但却很有可能会造成程序不当的结束或者是程序死机，而使得为存盘的资料流失。所以，当发现有Bug时，如产品已在市面上流通，则会推出新的修正(patch)档，供使用者自行升级(update)，以免发生类似的事情。

现在一般现行的Bug处理流程，是由测试人员进行测试，发现有Bug时，再以电子邮件或是文件的形式，将其传递给适当的除错(debug)人员，如此的方式，很难使得测试数据分享，且同样的问题，再同时可能又许多不同的人评注，从而造成一个问题很难得到一个圆满的解决方案，而影响许多问题的时效性及准确性。另一方面，在资料的管理上，也会造成许多的问题，同样种类的问题，如果指派由不同人处理，因为资源无法有效的分享，而造成重工的现象；而如以人工传递文件，也可能因为人为疏忽，造成问题未能实时解决。

本发明乃为解决上述问题而提供一种Bug管理系统，可自动传送Bug的相关资料，不需人工传递，且能有效的管理Bug相关资料，达到资源共享以及及时处理问题的目的。

根据本发明所揭示的Bug管理系统，是藉由一服务器，可自动将测试人员发现Bug并填写的相关资料，传送给负责的除错人员，而除错人员也可藉由服务器将处理完毕的资料回传到服务器，而服务器也会自动将其传送给相关的测试人员，使得测试人员可以检视，并确认其结果，如此利用网络的便利性，可方便Bug的管理及分析，并可藉由服务器达到资源共享以及职责分明，而不会延误处理时间。

为使对本发明的目的、构造特征及其功能有进一步的了解，兹配合附图详细说明如下：

图1为本发明的示意图；

图2为本发明测试人员处理的流程图；以及

图3为本发明除错人员处理流程图。

根据本发明所揭示的Bug管理系统，如图1所示，测试人员在测试端14进入系统，利用浏览器的方式，将所发现的Bug相关资料传送到服务器12，服务器12会自动将Bug相关资料传送到除错端13给所负责的除错人员，除错人员接收到Bug相关资料后，便开始处理，处理完毕后，再将处理完后的Bug相关资料上传到服务器12上，同样的，服务器12也会将资料自动传送给原先的测试人员，供其检视；如果不同意处理结果，可发回除错人员重新处理；如果确认无误后，服务器12会将此一次的Bug相关处理程序及资料，备份到数据库11内，而可供以后遇到相同问题时，可以参考，以免日后发生重工的现象及对Bug做分析和统计。

当然，在处理中，所有的人员都可以藉由浏览器的方式，到服务器12上去查询相关的资料，达到资源共享的目的，且因为指定有负责的除错人员，所以可以达到职责分明，不用担心其时效性及准确性。另一方面，因为一切的资料传递，都是通过网络，由服务器自动传递，所以可省去人工传递的时间，以及人为的疏失，更能有效的管理进度及流程。

实际执行的状况，请参阅图2，由测试人员测试所需进行测试的模块(步骤21)，当发现到有Bug时，则填写Bug的相关资料(步骤22)，并决定所负责除错的人员(步骤23)，如果不填写的话，则自动指定为此一模块的设计者；实际填写时，是填写一Bug单讯息表，包含有下列字段：

●Bug记录号；

●Bug单编号，在填写中自动产生；

●Bug所在模块编号，程序中每一模块均有编号，记录为Bug所在模块编号；

●版本编号，本程序的版本编号；

●发现者编号，发现此一Bug的测试人员的编号；

●Bug优先等级，问题的严重性，也就是处理的优先级，可为A、B、C等；

●问题类型号，此一问题的类型编号，譬如101为接口问题、102为数据库问题、103为边界问题等等；

●Bug单主旨，本窗体的主旨；

●发现日期；

●问题点详述，由测试人员对问题作一概略性的描述；

●问题点属性，问题的属性，譬如为S是软件问题、H是硬件问题等等。