bug追踪系统设计与实现解析
BUGLIST管理追踪系统1.0
BUGLIST管理追踪系统1.0BUG跟踪管理系统1.0需求分析版本记录1 设计背景:为了开发项目的需要,便于项目开发中的协作和相互测试,并能有效追踪BUG,特在比较外面成熟系统的基础上,自己设计和开发一套适合内部小规模使用的BUG追踪系统------Bug 跟踪管理系统1.0.2 设计目标:1)1.0版本由于设计时间短,主要是配合论坛该版项目的开展.只要实现对一个5~10的项目开发小组的管理.2)技术上采用,应用开发组都比较熟悉的ASP来做开发语言,数据库将有SQL SERVER和ACCESS 两个版本,以便于管理和移植.3)该版本要为以后的升级和扩展提供支持.所以管理页面是采用简洁实用的方案,数据库表设计将严格遵循关系模型.3 相关概念:3.1 项目(Project):指有多人配合完成的开发和设计任务.3.2 模块(Model): 为实现项目功能而细化的,可以为小组成员接受的,定量的开发任务.(一般以一人一天来定义模块的大小).3.3 项目组(project group):开发同一个项目而在一起分工协作的所有成员的集合.(1.0版本不支持多个项目组).3.4 系统管理员(Administrator):对系统拥有最高管理的人,他可以批准成立新的项目组,任命新的项目组长,发起新的项目.原则上一个项目组在一次开发生命周期中,只能针对一个项目.(1.0版本不支持改功能).3.5 项目组长(team leader):对一个项目进行监控的领导,她可以添加新的项目组成员,可以对所有提交测试的模块进行测试.可以分配测试任务.3.6 开发人员(developer):负责具体模块开发的人,他必须在每天工作结束后,在系统中提交开发的模块,并对需要测试的模块,提交项目组其他人员测试,他可以提交测试备案.对测试人员,返回的BUG报告,进行处理,完成后需要说明处理过程,向测试人员申请BUG关闭3.7 测试人员(testing):被要求测试某个同一项目组其他成员的开发模块的人.他可以按照约定的测试方法和要求,或按照需求设计要求,进行测试.如果没有问题,他必须记录测试过程和具体结果,或上传自己的该次测试文档,并提交项目组长复核.如果发现BUG,可以提交BUG情况说明,必要时候上传BUG情况截图,返回开发人员修改.对开发人员申请的BUG关闭请求进行复核后,关闭该BUG.3.8 BUG (bug):一切不符合项目开发需求和设计的错误.4 功能描述:4.1 登入功能:系统管理员和项目成员均从这儿登入.4.1.1 登入权限分配:所有登入者,将按照用户名和密码,验证身份合法性,并分配相应权限后进入自己的管理页面.4.1.2 登入所属的项目组:成员从正在进行工作的项目组中,挑选可以进入的项目进入,项目成员必须先输入,该项目组约定的验证码后,才能进入.4.2 系统管理员的操作4.2.1项目列表:图4.2.1项目列表系统管理员的项目列表页面如图4.2.1,点预览可以看项目的详细内容.修改可以进入修改页面,点删除可以逻辑删除该项目.模个项目如果结束,项目组长可以向系统管理员申请关闭,系统管理员点了关闭,则项目将对系统成员关闭,成员将不能登入项目,提交BUG.只有系统管理员点激活,才能重新打开.4.2.2添加项目图4.2.2添加项目每个项目都有唯一的系统生成的序列号,项目名称必须填写.并要设置项目组长.每个项目都有一个该项目成员进入的验证码,默认是1111.其他项目都是选添项目.4.2.3 用户管理图4.2.3系统管理员可以添加系统成员,系统成员有系统管理员,项目组长和成员三类型.登入的系统管理员不可以删除自己本人.这儿可以修改和删除会员.4.2.3 用户添加图4.2.3系统管理员在这儿添加用户,用户的权限有成员,项目组长和系统管理员三类,部门是可选的,可以在部门列表中添加,实现比较简单,就不说明了.emial是必须填写的,系统将对email的合法性进行校验,因为系统中的许多通知功能需要邮件支持,所以信箱合法很重要.4.3项目组长的管理页面:4.3.1项目组长登入项目图4.3.1第一步选择所进入项目,按登入连接图4.3.2输入该项目的验证码,确认身份图4.3.3进入该项目的具体管理页面,上面是成员提交的模块列表项目组长的登入具体项目分两步,先登入系统,然后选择所领导项目,这儿要输入验证码确认身份.上面三张图说明了这个过程.项目组长可以是项目中的开发人员,除拥有成员的所有功能. 还可以添加和删除项目组成员,项目的设置,对申请通过的模块进行复核,并可以在项目结束后,申请关闭该项目.4.3.4模块详细图模块详细描写,下面是BUG列表,√表示BUG已经复核通过,被关闭.〤表示BUG待修改.☆表示BUG已经由开发者修正,申请测试人复核.选复核就讲提交项目组长二次复核,决定是否关闭该BUG.点详细将看到BUG的详细信息.具体如下图4.3.4:图4.3.4模块详细显示如图描写,有两个说明提交区域,依据进入人员角色来决定开发提交功能.系统建议无论开发,还是测试人员尽量上传BUG修改和测试说明文档.以便于今后详细复核,比较简单的处理过程,可直接填写说明.下面有该模块的BUG列表.模块提交人和项目组长有修改和逻辑删除的权限.模块提交人可以向项目组长申请通过该模块,系统会自动检测该模快是否还有没有关闭的BUG,只有所有BUG都已经处理,并关闭后,该操作才允许.4.3.5成员添加和管理图4.3.5.1选择项目成员,是系统成员中权限为成员的都在下拉表中显示.图4.3.5.2删除和查看项目成员4.3.6 BUG的提交和管理BUG是模块中的,不符合项目要求的错误,所以必须先选对应的模块,然后才能进入提交BUG页面.见图4.3.4,选上面的[提交BUG]连接,可以进入BUG提交页面.图4.3.6 BUG的提交,这儿填写BUG名称和简要说明,还允许上传6张BUG的说明截图在提交BUG的同时,系统将自动email到模块设计人信箱,提醒他及时处理.图4.3.6.2所有BUG列表,点BUG号可以进入BUG详细页面图4.3.6.3BUG详细页面该页面显示了BUG的详细情况,无论更正人或测试人,都会显示对应的提交说明和文件上传区,以记录和追踪BUG的处理过程,下面有BUG更正和复核的过程列表.该BUG产生的摸块编写人可以在处理BUG后,点[申请关闭BUG],以要求发现该BUG的测试员在复核后关闭该BUG.4.4项目成员的管理页面:4.4.1项目成员的项目管理页面项目成员点模块列表,可以看到自己的模块提价状态,申请测试中有自己提交的要求测试模块的列表,待改BUG中,有要求自己修改的BUG 列表.BUG列表则列出自己提交的所有BUG目前的处理情况,待复核BUG是开发人员已经修改好,等待自己复核确认,申请关闭的BUG.已复核BUG是自己修改好的BUG已经被确认关闭的BUG列表.操作和前面的项目组长没有区别.所有提交的BUG在所在模块的设计人未浏览前均可以允许修改和删除.。
bug跟踪管理系统bug跟踪流程
bug跟踪管理系统 bug跟踪流程Bug跟踪流程1. 目的本文档主要是为了规范产品缺陷的跟踪解决、保证每个发现的缺陷都能有效跟踪，直到缺陷解决关闭。
2. 适用范围本文档适用于公司所有产品的缺陷跟踪。
需要测试、软件开发人员、硬件开发人员协调执行。
3. 角色和职责 3.1 测试工程师测试工程师负责问题提交、问题验证。
测试工程师不能把new状态、reopen状态的bug更改为fixed等其他状态。
测试工程师不能把没有修改的问题直接关闭。
测试工程师要及时验证问题，确保问题的及时关闭；如果验证不通过的问题要及时reopen，以便软件工程师能尽快了解情况，尽快解决问题。
3.2 开发工程师软、硬件工程师负责修改问题，在问题修改完把问题状态修改为fixed状态。
如果软、硬件工程师认为是非问题的，要及时和测试工程师讨论决定，如果不能形成一致意见的，可以上报上一级主管讨论。
如果经过讨论后一致认为不是问题的可以置为Invalid，或者确认是问题、讨论后决定不修改的问题可以置为wontfix, 然后由问题提交人关闭问题。
如果软、硬件工程师自己发现问题，原则上要求软、硬件工程师自己提交问题，把问题纳入跟踪。
软、硬件工程师不能关闭不是自己提交的问题。
3.3 缺陷库管理员缺陷库管理员一般由测试主管兼任，负责缺陷库的日常管理、维护。
在特殊情况下可以直接关闭部分问题（例如软件或硬件、测试一致同意关闭的问题）。
4. Bug跟踪流程流程图：过程说明：A．New bug：测试人员、市场反馈的问题由测试人员填写bug。
开发人员发现的问题由开发人员填写。
Bug填写完成后提交给相应的软、硬件开发人员。
Bug填写要求见“bug填写规范”。
B．Fix bug：开发人员修改自己负责的bug；修改完成并合入版本后把bug的状态修改成fixed。
C．Close bug：问题验证通过后，由问题提交人关闭bug。
D．Reopen：问题验证没有通过，发现问题还存在，或者问题只修改了一部分，则重新打开这个bug。
如何使用Bug跟踪工具进行问题管理(四)
在软件开发过程中，问题管理是一个非常重要的环节。
无论是在个人开发还是团队协作中，如何高效地跟踪和解决问题成为了一个关键。
而Bug跟踪工具的使用无疑是问题管理的一大利器。
本文将探讨如何使用Bug跟踪工具进行问题管理，以及一些技巧和经验分享。
1. 选择合适的Bug跟踪工具在进行问题管理时，首先需要选择合适的Bug跟踪工具。
目前市面上有很多Bug跟踪工具可供选择，例如JIRA、Bugzilla、Redmine 等。
不同的Bug跟踪工具有着不同的特点和功能，根据自己的需求和团队的实际情况来选择最适合自己的工具。
2. 创建问题一般来说，问题管理的第一步就是创建问题。
在Bug跟踪工具中，我们可以点击创建问题的按钮，填写相应的问题描述、优先级、严重程度等信息。
同时，可以选择给问题分配处理人员，方便后续的跟踪和处理。
3. 跟踪问题状态Bug跟踪工具的一个重要功能就是可以跟踪问题的状态。
一般来说，问题的状态可以分为多个阶段，如新建、确认、处理中、已解决等。
通过Bug跟踪工具，可以清晰地了解每个问题所处的状态，以及处理的进度。
同时，工具还提供了问题过滤和搜索功能，可以根据不同的条件来筛选出需要关注和处理的问题。
4. 归类和优先级在问题管理过程中，将问题进行归类和设置优先级是非常重要的。
通过将问题进行归类，可以帮助开发人员更好地理解问题的本质，并且有针对性地进行解决。
同时，设置问题的优先级可以帮助团队合理安排工作的优先级，更好地满足需求和解决问题。
5. 记录和追踪解决方案在解决问题的过程中，记录解决方案是非常重要的。
通过记录解决方案，可以帮助团队成员更好地理解问题的根本原因，并且在未来遇到类似问题时能够快速找到解决方法。
同时，记录解决方案还可以提高团队的协作效率，避免重复的劳动。
6. 与团队成员协作在Bug跟踪工具中，与团队成员的协作是非常关键的。
通过在工具中@成员或者发送消息等方式，可以及时地与团队成员进行沟通和交流。
如何使用代码追踪工具进行Bug定位(七)
代码追踪工具是软件开发过程中必不可少的工具之一，它能帮助程序开发人员快速定位和解决Bug。
使用代码追踪工具能够极大地提高程序代码的可靠性和稳定性，减少Bug带来的不便和损失。
本文将介绍如何使用代码追踪工具进行Bug定位。
首先，要使用代码追踪工具进行Bug定位，我们需要在代码中插入调试语句。
调试语句是用来输出程序执行过程中的关键信息的语句，通过在关键位置插入调试语句，我们可以追踪程序的运行轨迹。
在实际应用中，我们可以使用一些特定的函数或者宏来定义调试语句，例如使用“print”函数来输出变量的值。
在插入调试语句的同时，我们需要确保调试语句不会影响程序的正常执行流程和性能。
接下来，我们需要选择合适的代码追踪工具。
市面上有很多优秀的代码追踪工具可供选择，例如GNU Debugger（GDB）、VisualStudio Debugger、Xcode Debugger等。
这些工具都具备强大的功能，可以帮助我们精确地定位Bug。
在选择代码追踪工具时，我们应该根据项目的开发环境和语言来进行选择，并考虑工具的易用性和功能完备性。
一旦选择好了合适的代码追踪工具，我们就可以开始进行Bug定位了。
首先，我们需要启动代码追踪工具，并将我们的程序加载到工具中。
接着，我们可以通过设置断点的方式来进行调试。
断点是我们在代码中设置的一个位置，当程序执行到该位置时，会自动停下来，以便我们观察程序的内部状态。
我们可以在关键的函数或者代码块中设置断点，以便进行精确的调试。
在程序执行到断点时，代码追踪工具会为我们提供一些基本的调试功能，例如查看变量的值、单步执行、跳过某些代码、修改变量的值等等。
我们可以通过这些功能来逐步推进程序的执行，观察程序的运行轨迹，并找出Bug所在的位置。
当我们发现Bug时，可以通过查看变量的值来分析问题的原因，进而采取相应的措施进行修复。
除了基本的调试功能，代码追踪工具还可以提供一些高级的功能，例如内存泄漏检测、性能分析等。
如何使用代码追踪工具进行Bug定位
代码追踪工具是软件开发中必不可少的工具之一，它能帮助开发者定位和修复Bug。
在本文中，我将介绍一些常用的代码追踪工具以及使用这些工具进行Bug定位的方法。
代码追踪工具有很多种类，其中一种是调试器。
调试器能够让开发者逐行执行代码，并在执行过程中查看变量的值。
通过调试器，开发者可以精确定位Bug出现的位置。
常见的调试器有GDB（GNU Debugger）和Xcode调试器（用于iOS开发）等。
使用调试器进行Bug 定位时，一般首先需要设置断点，然后逐步执行程序进行调试。
当程序执行到断点处时，可以检查变量的值，查看是否与预期一致，从而找到问题所在。
另一种代码追踪工具是日志工具。
通过在代码中插入日志语句，开发者可以在程序执行过程中输出关键变量的值或者一些调试信息。
常见的日志工具有Log4j（Java开发中常用的日志工具）和NSLog（用于iOS开发的日志输出函数）等。
使用日志工具进行Bug定位时，开发者可以通过查看日志信息来分析Bug出现的原因。
通过输出关键变量的值，开发者可以了解程序的执行流程，并找出问题所在。
除了调试器和日志工具，还有一些静态代码分析工具也可以用于Bug定位。
静态代码分析工具能够检查代码中的潜在问题和错误，并给出相应的警告或错误提示。
常见的静态代码分析工具有Lint（用于C/C++代码的静态代码分析工具）和FindBugs（用于Java代码的静态代码分析工具）等。
使用静态代码分析工具进行Bug定位时，开发者可以通过查看警告或错误提示来定位问题所在。
通过消除静态代码分析工具给出的警告或错误，可以修复程序中的Bug。
除了上述提到的工具，还有一些性能分析工具也可以帮助开发者进行Bug定位。
性能分析工具能够统计程序的执行时间、内存占用等性能指标，并给出相应的分析结果和建议。
常见的性能分析工具有Valgrind（用于C/C++代码的性能分析工具）和Instruments（用于iOS开发的性能分析工具）等。
如何使用Bug跟踪工具进行问题管理(六)
如何使用Bug跟踪工具进行问题管理在软件开发的过程中，问题和Bug的管理是一项重要的任务。
为了更好地追踪和解决问题，很多团队使用Bug跟踪工具来进行问题管理。
本文将介绍如何使用Bug跟踪工具进行问题管理以提高团队的工作效率。
一、选择合适的Bug跟踪工具选择合适的Bug跟踪工具是问题管理的第一步。
市面上有很多不同的Bug跟踪工具，如JIRA、Redmine、Bugzilla等。
你可以根据团队的需求和预算来选择最适合的工具。
二、建立问题追踪流程在开始使用Bug跟踪工具之前，需要建立一个明确的问题追踪流程。
这个流程包括问题的报告、分配、解决和关闭等各个环节。
团队成员应该清楚每个环节所需要做的工作，以便更好地协作。
三、报告问题在Bug跟踪工具中，报告问题是问题管理的第一步。
当团队成员发现问题时，他们应该将问题详细地记录在Bug跟踪工具中。
这包括问题的描述、重现步骤、影响范围等信息。
同时，可以附上截图或者日志文件来更好地描述问题。
四、分配问题在问题报告后，团队领导或者项目经理需要将问题分配给相关成员。
在Bug跟踪工具中，可以通过指派问题给特定的成员来实现分配。
分配问题时，需要考虑成员的技能和工作负载，以保证问题能够得到及时解决。
五、解决问题被分配的成员需要及时处理问题。
在Bug跟踪工具中，可以通过更改问题的状态来表示问题的解决进度。
解决问题时，成员应该根据问题的描述和重现步骤来进行调试和修复。
同时，可以在解决问题的过程中进行交流和讨论，以便更好地理解和解决问题。
六、重现问题在解决问题后，应该验证问题是否已被解决。
为了验证一个问题，可以根据问题的描述和重现步骤来进行测试。
如果问题已经解决，可以将问题的状态更改为已关闭。
如果问题仍然存在，可以重新分配给其他成员进行解决。
七、统计和分析Bug跟踪工具是一个非常有用的工具，可以提供各种统计和分析功能。
团队可以通过Bug跟踪工具来分析问题的类型、频率和严重程度等信息。
如何使用代码追踪工具进行Bug定位(二)
代码追踪工具是软件开发过程中常用的一种工具，它能够帮助开发者快速定位和修复Bug。
本文将以1200字左右的篇幅，介绍如何使用代码追踪工具进行Bug定位。
一、什么是代码追踪工具代码追踪工具是一种软件开发辅助工具，它能够记录程序运行过程中的细节，包括函数的调用路径、变量的赋值和引用等。
代码追踪工具可以帮助开发人员分析程序的执行流程，快速定位并修复Bug。
二、使用代码追踪工具进行Bug定位的流程1. 线上Bug的复现在开始Bug定位之前，首先需要能够复现该Bug。
可以通过复现用户提交的Bug报告，或者通过模拟用户场景来复现Bug。
建议在开发环境中尽量还原线上环境，以确保复现Bug的准确性。
2. 添加代码追踪工具在复现Bug的环境中，可以通过添加代码追踪工具来收集程序运行过程中的详细信息。
代码追踪工具通常提供API或者插件，可以方便地嵌入到代码中。
添加代码追踪工具后，可以通过设置断点或者日志输出来收集相关信息。
3. 运行程序并收集信息运行程序，并尽可能多地触发Bug。
当程序运行到断点处或者输出日志时，代码追踪工具将记录下程序的执行流程、变量的赋值和引用等细节。
这些信息将为Bug定位提供重要参考。
4. 分析收集的信息收集到足够信息后，可以开始分析这些信息。
可以使用代码追踪工具提供的调试工具或者分析工具，对收集到的信息进行可视化展示或者深入分析。
通过观察程序的执行流程和变量的变化，可以找到Bug 出现的原因。
5. 定位Bug并修复根据分析结果，可以确定Bug出现的具体位置。
可以使用代码追踪工具提供的定位功能，快速跳转到对应的代码位置。
在定位到Bug 后，可以进行修复，并验证修复后的代码是否解决了Bug。
三、常用的代码追踪工具1. XdebugXdebug是一款功能强大的代码追踪工具，支持PHP语言。
它可以帮助开发者跟踪程序运行过程中的函数调用和变量变化，提供了调试器和分析器等功能，非常适合PHP程序的Bug定位。
利用Bug追踪工具进行问题分析
利用Bug追踪工具进行问题分析在软件开发过程中，Bug（缺陷）是无法避免的。
为了提高软件质量和开发效率，我们需要借助专业的Bug追踪工具进行问题分析和解决。
本文将介绍利用Bug追踪工具进行问题分析的方法和步骤。
一、Bug追踪工具的选择在选择Bug追踪工具时，我们可以综合考虑以下几个方面：1. 功能和特性：一个好的Bug追踪工具应该提供完善的Bug管理功能，如问题分类、优先级、状态跟踪等，并且能够支持附件上传、邮件通知等特性。
2. 用户友好性：界面简洁清晰，易于使用和操作，减少学习成本。
3. 可定制性：能够根据项目的需求，自定义字段、流程和权限等。
4. 报表和统计功能：提供丰富的报表和统计功能，方便问题分析和管理。
根据不同的需求，常用的Bug追踪工具有JIRA、Bugzilla、Redmine等，我们可以根据实际情况选择合适的工具。
二、Bug分析步骤在利用Bug追踪工具进行问题分析时，可以按照以下步骤进行：1. 问题录入：将发现的Bug录入到Bug追踪工具中，详细描述Bug 的现象、复现步骤、影响范围等信息，并附上相关的截图、日志等。
2. 问题分类：对Bug进行分类，根据Bug的性质、来源、优先级等进行分类，方便后续问题的管理和分析。
3. 问题分析：对已录入的Bug进行分析，结合影响范围、复现步骤、日志等信息，进行原因分析和定位。
可以使用一些辅助工具和技术，如日志分析工具、调试工具等。
4. 问题解决：根据问题分析的结果，制定相应的解决方案，并进行问题修复。
修复完成后，将解决方案记录在Bug追踪工具中，并进行验证和确认。
5. 问题验证：对修复后的Bug进行验证，确保Bug已经解决，没有引入新的问题。
验证完成后，在Bug追踪工具中更新Bug的状态，并记录验证结果。
6. 问题统计：通过Bug追踪工具的报表和统计功能，对Bug进行统计和分析，了解Bug的分布情况、修复效率等，及时发现问题和改进。
三、问题管理和跟踪在问题管理和跟踪过程中，我们可以通过Bug追踪工具提供的功能和特性来进行管理，包括：1. 问题状态跟踪：记录Bug的状态、优先级等信息，方便团队成员对问题的跟踪和处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
摘要
随着社会的快速发展，计算机应用逐渐深入到了人们的生活和工作中，逐渐地人们已经离不开计算机，伴随着计算机的快速发展，软件测试成为了计算机软件行业发展的重中之重。
现在计算机软件已经深入到了社会的各个层次，还全面渗透到各行各业。
现在所有的职业都需要拥有计算机操作技能，并且有些公司需要员工熟练掌握一定的软件应用（Excel，Powerpoint等），随着计算机技术的飞速发展，计算机成为了除人力以外的另外一种生产力，将社会发展成了信息化社会，推动了人类社会的发展。
软件Bug追踪系统主要是在Myeclipse上用JSP编写的。
用了
SQLServer2000作为后台数据的管理，本文主要介绍怎么利用JSP和框架来开发软件Bug追踪系统的设计方法。
软件Bug追踪系统主要实现了登录首页管理、项目信息管理、用户信息管理、修改项目BUG、用户个人信息管理、帮助信息等.统计缺陷率，修复率，缺陷原因发生率来反映程序员在哪方面的能力还欠缺，从而指导进行哪些方面的培训工作，进一步提高整个项目组的软件开发能力。
关键词：软件；bug；管理系统；计算机；JSP
Abstract
With the rapid development of society, computer application gradually deep into the people's life and work, people have gradually leave the computer, along with the rapid development of computer, software testing has become the computer software industry development the top priority.
Now computer software reaches deep into the society at all levels, has penetrated into all walks of life. Now all professional needs to have computer skills, and some companies require employees master certain software applications (Excel, Powerpoint, etc.), with the rapid development of computer technology, computer has become the another productivity, other than the human will into the information society, social development promoted the development of human society.
Software Bug tracking system is mainly written in JSP on Myeclipse. With SQLServer2000 as background data management, this paper mainly introduces how to use JSP and framework to develop the software design method of a Bug tracking system. Software Bug tracking system mainly realize the login page information management, user information management, project management, Bug modification project, the user personal information management, and help information. Statistical defect rate, repair rate, incidence of defects reasons to reflect where programmers ability still lack, so as to guide on what aspects of the training work, improve the whole team of software development capabilities.
Keywords: software; Bug; Management system; The computer; The JSP
目录
1.绪论 4
1.1 系统及需求分析 4
1.1.1 系统需求 4
1.1.2可行性分析 5
1.2系统功能简介 5
1.2.1添加权限管理模块 6 1.2.2软件信息管理模块 6 1.2.3用户信息管理模块 6 1.2.4统计模块 6
1.3系统开发的目标 6
2. 系统分析 6
2.1 JSP运行环境 7
2.1.1 相关软件介绍 7
2.1.2 JSP环境的配置方案 7 2.2 业务流程分析 9
3系统设计 14
3.1 简要分析 14
3.1.1系统架构 14
3.1.2软件结构设计 16
3．2数据库设计 17
3.2.1 sqlserver2000数据库简介 17
3.2.2主要表的物理结构 17
4.系统的实现 18
4．1系统登陆界面 18
4．2系统主界面 19
4．3用户管理模块 20
4．4软件管理模块 20
4．5bug信息管理模块 20
4．6信息查询模块 20
5、程序调试 21
5.1 程序调试分析 21
5.2 程序的测试 21
5.2.1 测试的重要性及目的 21
5.2.2 系统测试 23
5.2.3 测试的主要内容 23
总结 25
致谢 27
参考文献 28
附录 29
1.绪论
随着时代的发展，信息的作用和能力大幅度提高，传递速度也加快，软件规模急剧增大，软件设计的复杂程度不断提高，项目团队的日益扩大及人工管理的不足，迫切地需要有相应的辅助工具来支持，以提高开发的效率和改善软件的质量。
因此，软件Bug管理系统应运而生，它的主要作用就是为了提高软件产品的可靠程度和质量，让软件在运行过程中不出现不可拯救的Error，在软件测试过程中，软件Bug追踪系统起了很重要的作用，为软件开发部门提供了一个管理软件Bug的应用管理工具。
本文主要叙述了该软件的功能介绍和实现，它主要能够实现登录首页管理、项目信息管理、用户信息管理、修改项目BUG、用户个人信息管理、统计缺陷率、修复率、系统公告等。
本设计主要是为了软件测试过程中软件bug管理方便而设计的，主要是为了提高软件开发过程中测试和修改软件错误的管理效率。
它包括了系统可行性研究，系统模块设计，模块的具体流程设计，一些需要进一步讨论或者研究的问题，需要的资料与硬件，数据表的定义等。
1.1 系统及需求分析
1.1.1 系统需求
目前，随着要开发的软件规模越来越大，软件质量受到极大的关注。
大多数中型软件公司的开发过程都遵循CMM标准，来保证软件过程的质量。
但紧紧通过保证软件过程的质量来保证最终产品的质量，这还是不够的。
为了保证所提交的软件产品能够满足客户的需求，以及在使用中的可靠性，就必须对所开发的软件产品进行系统而全面的测试。
遵循CMM标准开发的测试过程CASE测试过程中缺陷管理工具不少，但是对缺陷的状态跟踪和缺陷处理流程支持力度还不够强大，并且分布异地测试支持，统计分析功能以及与具体企业开发流程相结合的bug处理流程都相对欠缺。
在大规模的软件测试过程中，测试进度状态以及缺陷的处理规范程度都成为首要问题。
基于此需求，本课题通过对软件开发过程中软件测试过程进行研究，分析设计一个中小规模软件测试过程bug管理工具，来帮助测试人员，程序员和项目管理人员跟踪当前缺陷处理状态，对缺陷的处理过程进行规范化，以及相应的统计分析功能，分布异地测试支持。
统计缺陷率，修复率，缺陷原因发生率来反映程序员在哪方面的能力还欠缺，从而指导进行哪些方面的培训工作，进一步提高整个项目组的软件开发能力。
1.1.2可行性分析
由于本系统管理的对象单一,都是软件测试过程bug管理人员，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。
因此，比较适合于采用数据库管理。
且各软件测试过程bug管理部门用于管理的微机都是酷睿以上的机器，在存储量、速度方面都能满足数据库运行的要求。
在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。
软件测试过程bug管理中总是面对大量的信息如用户个人信息，软件信息等。
因此需要信息进行及时管理，及时了解各个环节中信息的变更，力求提高管理效率。
本系统力求使系统功能简洁明了,但功能齐全且易于操作。
系统具有效率高、成本低、质量高、功能强等特点，建立一个软件测试过程bug管理系统的数据库比较容易,经济费用开支不大。