ASP.NET软件BUG缺陷管理系统(2)

来源:xiaoniu168.com 作者:本站原创 添加时间:2011-10-14 点击数:28105

计算机毕业设计研究目的:

研究方法及内容
目前,网络应用软件运行的模式主要有二类:Client/server模式,Browser/Web模式。前者主要的缺点是维护、升级较麻烦,后者是近几年伴随Internet迅速发展起来的一种技术,它与客户/服务器方式类似,客户端是一个标准的浏览器,服务器端是Web Server ,而Web Server与数据库和应用服务器的紧密结合,使得这种模式的应用范围不断扩大,它已不仅仅用于网上查询,有很多部门的业务系统、企业的MIS系统纷纷采用这种模式,它的主要优点是便于扩充应用、升级维护简便。
另外,BUG跟踪管理系统的软件也必将不断的更新;同时软件产品本身就要经过一个不断自我完善的过程。
基于上述考虑,用Browser/Web模式来设计BUG跟踪管理系统比较合适。作为一个BUG跟踪管理系统,首先应该包括BUG的详细信息和跟踪处理履历。Bug信息可以包括项目名称,版本号,发现者,级别,测试步骤,异常现象,预期结果,同时可以包括BUG发生的事前条件和必要的抓图。
其次应该定义BUG状态:
? 新建(New):测试中新发现的Bug;
? 打开 (Open):被确认并分配给相关开发人员处理;
? 修正(Fixed):开发人员已完成修正,等待测试人员验证;
? 重新打开(Reopen):修正失败,再次提交。
? 拒绝(Declined):对BUG内容存在异议,返回给测试人员;
? 延期(Deferred): 不在当前版本修复的错误,下一版修复
? 关闭(Closed):错误已被修复;

研究目的
我使用过的BUG管理系统有BUGFREE和BUGTRACKER。BUGFREE操作简便,但是权限上没有限制,任何人都可以关闭BUG,激活BUG。这使得一些不会操作的人会误把BUG给关了。还有对于BUG的分类、BUG的级别等内容不能设定。BUG的历史不能修改,只能添加。
BUGTRACKER是英文的,在导出BUG时中文会变成乱码。
Bugzilla的安装算不上复杂,但是却足以使人焦头烂额,究其原因,主要是它所依赖的东西太多了,即要有数据库服务器、HTTP服务器和邮件服务器,还需要perl和十多个perl模块。
在一个项目中,客户也在同时使用BUG系统,那么项目人员修改的BUG已经过测试员的验证,但还要经过客户的验证,因此不能把BUG给关了,但是项目人员还要继续修改别的BUG,程序员要修改哪些BUG,测试员要验证哪些BUG。就不太好查询了。还有同一套系统,在公司有测试环境,在客户那里有生产环境,有的问题在生产环境里会出现,在公司测试环境里不会出现,这样的BUG在公司测试人员说不能重现,而现场的工程师会坚持说存在问题。在BUG系统里怎样来记录这样的BUG。感觉现在用的系统没有一个合适的状态可以描述。
因此我希望开发一个BUG跟踪管理系统。它定位是:
1)记录的是从项目单元测试开始到项目上线,售后服务过程中发现的BUG。
单位内部人员发现的BUG,都给予记录,并进行跟踪。
从上线开始,客户提出的所有问题本系统都给以记录,并可以查询。对于由测试员验证了是BUG的问题进入BUG的处理流程。不是BUG的问题由项目经理关闭。
2)使用者是单位内部人员及客户。
3)能够满足本单位管理BUG的需要。

〖资料来源:计算机毕业论文 www.xiaoniu168.com

第3页为计算机毕业论文总体功能介绍......

【联系方式】

【本站信誉】

用心做计算机毕业设计论文网