软件缺陷管理系统的设计与开发-开题报告

软件测试行业是随着社会化大生产及市场经济对产品质量的要求而产生的。因为产品质量是企业生存的保证。软件测试是一项繁琐、重复而又必须细致的工作。作为软件测试人员除了要具有良好的专业技能外，还要具有一丝不苟、脚踏实地的工作素质，要始终把客户的需求永贯心中，把保证质量作为永恒的使命。

软件测试主要包括单元测试、集成测试、系统测试、验收测试；也有各种不同测试方法，如功能测试、性能测试、自动化测试、兼容性测试、配置测试、UI界面测试等；但软件测试中关键的还是人的因素。软件测试就是发现软件中的问题，并分析其产生的原因，并解决它。所以只有全面地了解软件的研发过程，真正地进入到软件的整个生命周期，才能尽量多的发现其中的问题，才能更可靠的保证软件质量。

目前，不少软件公司研制出了相应的软件缺陷管理软件，用得比较多的包括Rational公司的C1earQuest软件和Mozilla公司的Bugzilla软件，国内的微创公司也推出一套软件缺陷管理系统BMS。这些产品的推出说明缺陷管理越来越受到软件企业的重视，但商业软件往往价格昂贵，代价高也不一定能起到很好的作用，例如ClearQuest的一个License报价在5万人民币，如果再要使用与ClearQuest相配套的ClearCase，则一个License要5000美金。价格是一个问题，维护代价也很高。另外，Rational系列产品有些地方不够人性化，比如要查找一个己经提交的缺陷不是很方便，也无法避免重复缺陷的提交，这样就给缺陷审核人员带来了很多不必的麻烦[4]。即使购买了Rational系列产品的公司往往由于过程管理没有跟上，使得这些过程支持软件发挥不了它们强大的作用。可见，工具只是手段，过程本身的改进才是重点[5]。而微创公司的BMS系统中的缺陷状态设置仅为3种：已激活、已解决、已关闭，这对于缺陷状态的描述和缺陷处于不同状态的统计略显不足，因为国外许多关于缺陷管理的参考文献将缺陷状态定义为5-7种。另外，BMS系统将所有成员分成两种角色：一般用户（包括个人用户、项目经理）、企业经理，该系统的角色设置较少，且角色不能定制。而一些免费的开源软件功能又不够强大，比如Bugzilla软件的统计、查询和分析功能较少，人性化设计较差，用户定制界面较少。

以上记述的软件缺陷管理系统已经具备比较完善的功能和软件缺陷处理流程，但多为国外软件，没有与国内的大众软件开发模式接轨；虽然部分属于开源软件，但自定义也需要编写大量代码；而一些汉化后的软件多为收费软件，价格不菲，操作流程繁琐，对于中小型软件公司也不是很适用。导致这些软件公司仍使用Excel进行软件缺陷的跟踪管理，有的甚至没有进行相应的管理，发现软件缺陷即时对应，没有软件缺陷的优先级和跟踪记录与统计，使软件开发效率费时费力，可复用性差，直接影响到项目的进度与成本。为此研究一个处理流程简洁的、开源的软件缺陷管理软件还是很有必要的。

作为一个软件缺陷管理系统，首先应该包括软件缺陷的详细信息和跟踪处理履历。软件缺陷可以包括项目名称，版本号，发现者，级别，测试步骤，异常现象，预期结果，同时可以包括软件缺陷发生的事前条件和必要的抓图。

其次应该定义软件缺陷状态：

新建(New)：测试中新发现的软件缺陷；

打开 (Open)：被确认并分配给相关开发人员处理； 

修正(Fixed)：开发人员已完成修正，等待测试人员验证； 

重新打开（Reopen）：修正失败，再次提交；

拒绝(Declined):对软件缺陷内容存在异议，返回给测试人员； 

延期(Deferred): 不在当前版本修复的错误，下一版修复；

关闭(Closed)：错误已被修复周期结束。 

在实际运用中的软件缺陷管理系统用来描述报告所发现的软件缺陷，处理软件缺陷属性，管理软件缺陷的整个生命周期和生成软件缺陷跟踪图表等。软件缺陷数据是生成各种各样测试分析、质量控制图表的基础，从这些软件缺陷分析图表中可以清楚的看到软件缺陷的修复过程，分析软件缺陷发生的根本原因，管理软件缺陷的效率。软件缺陷管理系统可以通过添加、修改、排序、查寻、存储操作来管理软件缺陷。软件缺陷管理系统在实现技术层面上来看是一个数据库应用程序。它包括前台用户界面、后台缺陷数据库以及中间数据处理层。目前，不少软件缺陷管理系统是采用B/S结构来实现的，相应地，采用的编程语言是ASP或JSP。

由于过程管理软件往往与软件组织结构设置和实际的开发过程紧密关联，若软件无法进行恰当的定制，必然限制该软件在软件组织内的推广使用。因此，根据特定的需求采取自主研发软件缺陷管理系统的方式也逐渐受到青睐。

二、^范文提纲

（一）摘要

（二）引言

1、软件缺陷管理系统的开发背景和意义

2、软件缺陷管理系统的研究内容

（三）软件缺陷管理系统综述

1、软件缺陷管理系统目标

2、软件缺陷管理系统流程

2.1软件缺陷生命周期

   2.2缺陷管理流程中的角色

（四）系统分析

1、系统可行性研究

1.1经济可行性

   1.2技术可行性

2、系统的需求分析

（五）系统设计

1、系统功能设计

2、数据库设计

2.1数据库关系模型

   2.2数据字典

（六）系统实现

1、CSS样式表文件

2、创建数据库连接

3、系统主要功能实现

3.1用户登录

   3.2浏览缺陷

3.3提交缺陷

   3.4归档处理

3.5管理员功能

（七）系统测试

1、单元测试

2、集成测试

3、输入参数错误捕获及处理

（八）结束语

（九）致谢

（十）参考文献

三、参考文献目录

[1] 朱少明.软件测试方法和技术.北京:清华大学出版社,2005

[2] SPIN一CS，主流测试工具介绍，软件学报，2003.1

[3] 徐晓春,李高健.软件配置管理.北京:清华大学出版社,2002

[4] 陈雷. 软件测试实践之缺陷跟踪管理.程序员. 2004，12

[5] 崔启亮，胡一鸣. 国际化软件测试. 北京：电子工业出版社，2006

[6] 殷广丽. 浅析软件测试管理及缺陷管理. 山东教育学院学报. 2005

[7] 张瑞. 什么是软件缺陷. 测试时代. 2003，12

[8] Stephen H.Ka. 软件质量工程——度量与模型. 第2版. 北京：电子工业出版社，2004

[9] Weinberg,G. M. 质量·软件·管理——系统思维. 北京：清华大学出版社，2004

[10] 关河.也谈缺陷跟踪管理[EB/OL].  :// .soft6.com/know/detail.asp?id=BABHIB，2003-11-19