毕业论文（设计）
课题名称 基于软件测试的缺陷管理系统的设计与实现
——基本业务管理与信息统计分析模块
广州大学华软件学院 软件工程系 冯名诗 毕业论文——基于软件测试的缺陷管理系统设计与实现
摘要： 软件测试近些年来在国内的发展非常快速，它可作为企业软件项目开发中
的软件质量和项目管理的监控技术，逐渐成为企业软件开发的成败直接挂钩的项目过程。
FGWBMS软件缺陷管理系统开发目的旨在建立一个以微软的ASP.net MVC2与MSSQL Server 2005为基础，符合CMMI对于软件缺陷管理功能，而且轻量、精致的软件缺陷管理系统(BMS)。
软件缺陷管理为本系统的主要应用目标，同时能够满足不同用户群（如项目经理、测试人员、开发人员）的流程控制，提供足够灵活的接口是实现上述需求的关键。
本论文主要介绍了基于B/S模式软件缺陷管理系统的MVC2三层模式与ADO.NET Entity Framework(EF)混合开发架构的基本业务与信息统计分析模块的设计与实现，侧重点放在了讨论这个程序的需求分析、设计、实现及所用到的项目管理知识。对维护人员提交的缺陷报告认真鉴定、筛选、分类,进入不同的处理流程,以获得真正的缺陷跟踪数据。
关键词： MVC2,软件缺陷,BMS
2
广州大学华软件学院 软件工程系 冯名诗 毕业论文——基于软件测试的缺陷管理系统设计与实现
Abstract: Software testing develops very fast in recent years domestically. It can be
used as the monitoring technology of software quality and project management in the development of enterprise software project, and gradually becomes the project process tied to the success or failure of enterprise software development.
The development aim of FGWBMS is to establish a lightweighted and delicated BMS
based on Microsoft's asp.net MVC2 and MSSQL Server 2005 to which accords with the function request of CMMI.
The main application target of the system is to manage the software defect as well as
satisfy different user groups’ (such as the project manager, testers, developers) process control above which is achieved mainly by providing the interface flexible enough.
This paper mainly introduced MVC2 three-layer model based on the BMS of B/S and
the design and implementation of the mixed development framework ’s basic business information as well as statistical analysis which belongs to ADO.NET Entity Framework (EF). The paper emphasises not only on discussing the needs as well as the design of the program but implementing the knowledge of project management. To get the real defect tracking data, we must seriously identificate, screen, classificate the defect reports which is submitted by maintenance personnel and actualize different treatment process.
Keywords: MVC2；Software Defect；BMS
3
广州大学华软件学院 软件工程系 冯名诗 毕业论文——基于软件测试的缺陷管理系统设计与实现
目录
前 言 ................................................................. 1 第1章 系统分析 ....................................................... 3 1.1 系统设计目的 ................................................... 3 1.2 功能简介 ....................................................... 3 1.3 系统需求 ....................................................... 3 1.3.1 功能需求 .................................................... 4 1.3.2 性能需求 .................................................... 9 1.4 用例分析 ...................................................... 10 1.4.1 主程序用例 ................................................. 10 1.4.2 项目管理用例 ............................................... 11 1.4.3 模块管理用例 ............................................... 12 1.4.4 版本管理用例 ............................................... 13 1.4.5 缺陷管理用例 ............................................... 14 1.5 运行环境 ...................................................... 15 1.5.1 硬件环境 ................................................... 15 1.5.2 软件环境 ................................................... 15 第2章 数据库设计 .................................................... 16 2.1 数据库设计分析 ................................................ 16 2.2 数据库字典 .................................................... 16 2.2.1 T_Project .................................................. 16 2.2.2 T_P_Version ................................................ 17 2.2.3 T_P_Module ................................................. 17 2.2.4 T_Defect ................................................... 18 2.2.5 T_D_Properties ............................................. 18 2.2.6 T_D_Log .................................................... 19 2.3 E-R图 ......................................................... 20 第3章 功能模块设计 .................................................. 21 3.1 MVC模式分析 ................................................... 21 3.2 ADO.NET ENTITY FRAMEWORK分析 ..................................... 22 3.3 开发设计模型 .................................................. 23 3.3.1 系统整体模式架构 ........................................... 24 3.4 权限模块 ...................................................... 25 3.5 模块结构 ...................................................... 27 3.5.1 母板模块(Shared/ Site.Master) .............................. 27 3.5.2 业务模块(View目录下) ...................................... 27 3.5.3 控制模块(controllers目录下) ............................... 30 3.6 核心模块设计 .................................................. 32 第4章 部分功能实现 .................................................. 35
4
广州大学华软件学院 软件工程系 冯名诗 毕业论文——基于软件测试的缺陷管理系统设计与实现
4.1 ASP.NET MVC2模式 .............................................. 35 4.1.1 MVC2的强类型 .............................................. 35 4.1.2 MVC2的代码组织 ............................................ 36 第5章 系统测试 ...................................................... 39 5.1 测试说明 ...................................................... 39 5.1.1 测试平台环境如下： ......................................... 41 5.1.2 主要测试业务： ............................................. 41 5.1.3 功能测试： ................................................. 42 5.2 性能测试 ...................................................... 43 5.2.1 测试对象 ................................................... 44 5.2.2 测试工具 ................................................... 44 5.2.3 测试目的 ................................................... 45 5.2.4 术语及缩写词 ............................................... 45 5.2.5 计算公式 ................................................... 46 5.2.6 测试模型 ................................................... 47 5.2.7 测试过程简述 ............................................... 47 5.2.8 测试结果 ................................................... 48 设计总结 ............................................................. 49 致谢 ................................................................. 51 参考文献 ............................................................. 52
5
前 言
随着软件产业的发展，软件的质量已经越来越成为软件产品成功的关键性因素，质量保证的一个重要方法就是通过测试活动来尽早的发现问题。软件测试的出现保证了软件在生产过程中的质量控制，在测试过程中所发现的质量问题就被称为“软件缺陷”。
软件中的缺陷(Defect或BUG)是软件开发过程中的“副产品”。通常，缺陷会导致软件产品在某种程度上不能满足用户的需要。每一个软件开发团队都必须知道如何妥善处理软件中的缺陷，这关系到软件生存、发展的质量根本。
在软件开发流程的每个阶段都必须引入软件测试技术，及早测试，杜绝错误
的蔓延。然而，测试工作的天性决定了测试人员可能是开发人员总想回避的角色。在测试实践的早期，当测试人员查出某个缺陷，报告给开发人员时，多数情况下开发人员会象征性表示一下感谢，然后把测试报告撂在一边，继续忙手头的工作。事后到底有没有修改，谁也不知道。如果测试人员频繁给同一开发人员报错或不停地追问缺陷的修改情况，开发人员或许会逐渐丧失好脾气，出于维护技术权威或其他目的，他会狡辩：这不是错误，这是软件的一个特殊功能。或者说：这不是什么大问题，现在开发进度紧，而且纠正起来也挺麻烦的，等有时间再说吧。于是，不了了之，问题依旧存在。
为了规避这种情况的发生，软件企业必须引入软件缺陷跟踪管理机制。测试人员不再需要直接与开发人员接触，甚至不需要知道开发者是谁，查出错误以后，直接报到缺陷跟踪管理系统就可以了（有些测试团队是有写入权限控制的），开发人员做不做修改以及什么时间之前必须完成修改是项目管理部门的事情（当然测试团队也可以提相关建议）。引入缺陷跟踪管理机制一方面划清了各个角色的职责，避免了不必要争执，另一方面也有助于项目管理部门及时了解软件产品在生产过程中所处的质量状况，从而更好地控制产品的质量。
BMS是Bugs Manager System的缩写，中文意思是＂缺陷管理系统＂，软件缺陷管理是在软件生命周期中为确保缺陷被跟踪和管理所进行的活动。狭义地讲，BUG是写程序过程中造成的错误。广义地讲，BUG是影响客户正常使用的任
何问题。就是说，BUG不仅仅是编程中出现的问题，还包括客户需求和功能规范等方面。
那么缺陷管理有什么优点？
1. 便于查找和跟踪。对于大型本地化软件的测试，报告的错误总数可能成
百上千个，如果在没有错误跟踪系统的情况下，要求查找某个错误，简直是搜索者的恶梦，其难度和效率可想而知。这样就会导致某个缺陷被遗忘，质量得不到保证。
2. 便于跟踪和监控错误的处理过程和方法。可以方便地检查处理方法是否
正确，可以确定处理者的姓名和处理时间，作为工作质量的统计和考核的参考。
3. 便于集中管理，提高效率。本地化服务商和软件供应商共享同一个错误
跟踪系统数据库，各自负责处理己方需要处理的软件错误。对于需要对方提供更多信息的错误，可以通过改变错误的当前信息（状态、处理者、处理建议等），使对方尽快处理。
4. 安全性高。通过权限设置，不同权限的用户能执行不同的操作，保证只
有适当的人员才能执行正确的处理。例如，测试工程师只能报告和验证错误，修复工程师能够修复错误。
5. 保证处理顺序的正确性，根据当前错误的状态，决定当前错误的处理方
法。例如，如果是新报告的确认的错误，那么需要修复。如果是已经修复的错误，需要测试者验证是否完全修复。
6. 便于项目结束后的存档。错误跟踪系统具有方便存储的特点，可以随时
或在项目结束后存储，以备将来参考。
在国外，缺陷跟踪对于保证软件质量的重要作用目前已经被大多数软件组织
所接受。在Sourceforge.org上，几乎每一个比较受欢迎的开源项目，都有十分完备的Bug追踪记录。
目前比较著名的商业缺陷跟踪软件有Compuware公司的TrackRecord。开源
软件有Mozilla的Bugzilla。
第1章 系统分析
软件中的缺陷(Defect或BUG)是软件开发过程中的“副产品”。通常，缺陷
会导致软件产品在某种程度上不能满足用户的需要。每一个软件开发团队都必须知道如何妥善处理软件中的缺陷，这关系到软件生存、发展的质量根本。
软件缺陷管理系统，管理的信息对象即是软件缺陷，在知道软件缺陷的定义
之后就可以进行管理。软件缺陷管理是在软件生命周期中为确保缺陷被跟踪和管理所进行的活动。狭义地讲，BUG是写程序过程中造成的错误。广义地讲，BUG是影响客户正常使用的任何问题。就是说，BUG不仅仅是编程中出现的问题，还包括客户需求和功能规范等方面。
1.1 系统设计目的
本软件缺陷管理系统设计目的旨在建立一个以ASP.NET MVC2与MSSQL 2005为基础，功能简单、结构灵活而且轻量、精致的管理系统。软件缺陷管理为本系统的主要应用目标，同时能够满足不同用户群（如项目经理、测试人员、开发人员）的管理，实现上述需求的关键。 1.2 功能简介
项目管理功能：缺陷所对应的项目，模块，版本等的管理 缺陷管理功能：本系统的主要内容。
信息统计分析功能：对不同属性软件缺陷统计，并分析结论。
1.3 系统需求
在本文中主要是从简单的两个方面进行阐述系统的需求，也是任何信息系统所关心的最基本的需求：功能需求，与性能需求。
1.3.1 功能需求
功能需求是本系统体现其作用的重点，也是用户所要求的功能，作为一个软
件缺陷管理系统，其重中之重就是缺陷的管理。
同时作为一个软件缺陷，同样有其归属，软件缺陷只会出现在一个软件项目
中，这是一个大的方向。从细分的时候，一个项目有多个版本，一个版本中有多个模块，而软件缺陷可以在这其中任一个对象当中。如整个项目和客户所需的软件不符合，这是一个软件缺陷；某个版本的性能达不到客户要求，这是一个软件缺陷；某个版本中的某个模块无法正常使用或得出的结果与客户要求的不符合，这一样是一个软件缺陷。所以软件缺陷和项目是不可分离的，要对软件缺陷进行管理，就必须对其项目进行简单的管理。同时信息管理还有一个重要功能模块，即是统计功能，让项目经理能够发现某种缺陷的发生频率与防止其再次发生。
任何的信息管理系统，都离不开其管理者，即使用者。软件缺陷管理系统发
展至今，可以说在项目中涉及的人员都可以使用软件缺陷管理系统，如在软件工程中，项目的前期，如需求师；项目的管理人，项目经理；测试小组中，测试工程师；项目中的开发人员。还有就是一个大项目中，多个组织和公司同时进行开发时，会多出很多参与到项目中的人员。本系统是一个轻量级的软件缺陷管理系统，所以本文只针对三个角色进行描述。
1.3.1.1 项目管理需求：
a) 项目管理：新增项目、修改项目、删除项目、项目列表。 b) 模块管理：新增模块、修改模块、删除模块、模块列表。 c) 版本管理：新增版本、修改版本、删除版本、版本列表。
1.3.1.2 缺陷管理需求：
软件缺陷有一系列的属性组成，这些属性指示了需要系统跟踪和管理的是什
么。
软件缺陷属性包括：缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、
缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。
缺陷标识：是标记某个缺陷的唯一的表示，可以使用数字序号表示。 缺陷类型：是根据缺陷的自然属性划分缺陷种类
缺陷类型 功能 用户界面 文档 软件包 性能 描述 影响了各种系统功能、逻辑的缺陷 影响了用户界面、人机交互特性 影响发布和维护 由于软件配置库、变更管理或版本控制引起的错误 不满足系统可测量的属性值，如执行时间，事务处理速率。 系统/模块接口 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。 表格 1-1 缺陷类型列表
缺陷严重程度：是指因缺陷引起的故障对软件产品的影响程度，所谓“严重性”我指的是在测试条件下，一个错误在系统中的绝对影响。
缺陷严重等级 致命 严重 一般 较小 描述 系统任何一个主要功能完全丧失、用户数据受到破坏 系统的主要功能部分丧失、数据不能保存 系统次要功能没有完全实现，不影响用户的正常使用 使操作者不方便或遇到麻烦，它不影响功能的操作和执行 表格 1-2 缺陷严重程度
缺陷产生的可能性：指缺陷在产品中发生的可能性，通常可以用频率来表示。
缺陷产生可能性 总是 通常 描述 总是产生这个软件缺陷，其产生的频率是100% 按照测试用例，通常情况下会产生这个软件缺陷，其产生的频率大概是80-90% 有时 按照测试用例，有的时候产生这个软件缺陷，其产生的频率大概是30-50% 很少 按照测试用例，很少产生这个软件缺陷，其产生的频率大概是1-5% 表格 1-3 缺陷长生的可能性列表
缺陷优先级：指缺陷必须被修复的紧急程度。“优先级”的衡量抓住了在严重性中没有考虑的重要程度因素。
缺陷优先级 描述 立即解决(P1级) 缺陷导致系统几乎不能使用或测试不能继续，需立即修复 高优先级(P2级） 缺陷严重，影响测试，需要优先考虑 正常排队(P3级） 缺陷需要正常排队等待修复 低优先级(P4 级) 表格 1-4 缺陷优先级列表 缺陷可以在开发人员有时间的时候被纠正
一般来讲，缺陷严重等级和缺陷优先级相关性很强，但是，具有低优先级和高严重性的错误是可能的，反之亦然。例如，产品徽标是重要的，一旦它丢失了，这种缺陷是用户界面的产品缺陷，但是它阻碍产品的形象。那么它是优先级很高的软件缺陷。
缺陷状态：指缺陷通过一个跟踪修复过程的进展情况，也就是在软件生命周期中的状态基本定义。
缺陷状态 打开 描述 问题还没有解决，存在源代码中，确认“提交的缺陷”，等待处理，如新报的缺陷。 修复 已被开发人员检查、修复过的缺陷，通过单元测试，认为已解决但还没有被测试人员验证 关闭 重新打开 测试人员验证后，确认缺陷不存在之后的状态。 测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复 不能重现 开发不能复现这个软件缺陷，需要测试人员检查缺陷复现的步骤。 需要更多信息
开发能复现这个软件缺陷，但开发人员需要一些信息，例如：缺陷的日志文件，图片等。 表格 1-5 缺陷状态列表
缺陷来源：指缺陷所在的地方，如文档、代码等。
缺陷来源 需求说明书 设计文档 描述 需求说明书的错误、或不清楚引起的问题 设计文档描述不准确、和需求说明书不一致的问题 系统集成接口 系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷 数据流(库) 程序代码 由于数据字典、数据库中的错误引起的缺陷 纯粹在编码中的问题所引起的缺陷 表格 1-6 缺陷来源列表
缺陷根源：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理水平的提高。
缺陷根源 测试策略 描述 错误的测试范围，误解了测试目标，超越测试能力等 过程，工具和方法 无效的需求收集过程，过时的风险管理过程，不适用的项目管理方法，没有估算规程，无效的变更控制过程等。 团队/人 项目团队职责交叉，缺乏培训。没有经验的项目团队，缺乏士气和动机不纯等。 缺乏组织和通讯 硬件 缺乏用户参与，职责不明确，管理失败等。 硬件配置不对、缺乏，或处理器缺陷导致算术精度丢失，内存溢出等 软件 软件设置不对、缺乏，或操作系统错误导致无法释放资源，工具软件的错误，编译器的错误，2000 千年虫问题等。 工作环境 组织机构调整，预算改变，工作环境恶劣，如噪音过大。 表格 1-7 缺陷根源列表
软件缺陷的属性只是作为一个软件缺陷的组成部分，参与人员需要管理缺陷
不只一个，不同的角色参与的管理也是不同的，所以下面是大概所需要的功能。
a) 缺陷管理：新增缺陷、修改缺陷、缺陷列表、缺陷日志。
业务的处理是本文的重点，也是本系统的重点之一。
整个业务的一般流程都是根据软件缺陷的状态进行跟踪管理的，不同状态由
不同的角色进行处理，这就向工作流(BPM)一样。缺陷信息提交后，会进行分配，
进入待修正状态。通常情况下，被分配的开发人员会负责对它进行修复。然后由测试人员进行验证，验证通过后就会被关闭。如果没有通过验证，就会交给开发人员进行修复。但开发人员基于某种原因或理由，也可能会拒绝修改，这时会交给评审委员会进行评审，如果通过评审，则这个缺陷会被关闭，否则开发人员还是要继续进行修复。
1.3.1.3 信息统计分析需求：
这个过程涉及到的人员角色有：
测试人员：进行测试的人员，缺陷的发起者； 项目经理：对整个项目负责，对产品质量负责的人员；
开发人员：执行开发任务的人员，完成实际的设计及编码工作；
a) 信息统计：不同属性类型的缺陷统计、不同模块中缺陷统计、不
同版本中缺陷统计。
b) 统计分析：根据相应公式计算统计信息，得出结论。
1.3.2 性能需求
忽略网络环境因素、主题模板及功能插件运作的因素，以本地测试为准。
1.3.2.1 响应时间与内存使用量：
数据库安装响应：时间2秒内，内存使用量最高上限8,000,000 bytes。 前台浏览响应时间：时间0.8秒，内存使用量最高上限9,000,000 bytes。 后台操作响应时间：时间0.9秒，内存使用量最高上限9,000,000 bytes。
1.4 用例分析
1.4.1 主程序用例
主程序用例图 模块管理 <
项目经理进行登陆认证后，在进行项目管理，模块管理，版本管理，缺陷管
理等方面的操作。
测试人员，开发人员进行登陆认证后，可以进行缺陷管理。
1.4.2 项目管理用例
项目管理 修改项目描述 编辑项目内容 <
a) 系统从项目管理中，提取编辑项目内容，创建项目，删除项目等功能，让项目经理进行对其选择操作。
b) 编辑项目内容，包括修改项目标题，修改项目描述。
c) 一旦项目经理完成编辑项目内容，创建项目，删除项目等方面的操作后，系统就自动对项目进行统计数目。
1.4.3 模块管理用例
模块管理 修改模块描述 编辑模块内容 <
a) 一旦创建项目后，系统从模块管理中，提取编辑模块内容，创建模块，
删除模块等功能，让项目经理进行对其选择操作。 b) 编辑模块内容，包括修改模块标题，修改模块描述。
c) 一旦项目经理完成编辑模块内容，创建模块，删除模块等方面的操作后，
系统就自动对模块进行统计数目。
1.4.4 版本管理用例
版本管理 修改版本描述 编辑版本内容 <
a) 一旦创建项目后，系统从版本管理中，提取编辑版本内容，创建版本，删除版本等功能，让项目经理进行对其选择操作。 b) 编辑版本内容，包括修改版本标题，修改版本描述。
c) 一旦项目经理完成编辑版本内容，创建版本，删除版本等方面的操作后，系统就自动对版本进行统计数目。
1.4.5 缺陷管理用例
缺陷管理 添加缺陷 <
a) 项目经理，在缺陷管理中，可以进行添加缺陷，编辑缺陷，等方面的操作。
b) 测试人员，可以发起缺陷，即添加缺陷。
c) 测试人员对缺陷进行验证，开发人员提交修复后，即修改缺陷状态操作 d) 无论任何人在缺陷管理中对缺陷状态进行修改，都会记录其历史日志。
1.5 运行环境
1.5.1 硬件环境
a) 服务器端:
服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情况下，服务器的性能往往不尽人意，现在硬件性能已经相当出色，而且价格也很便宜，因此通常应给服务器端配置高性能硬件。 本网络系统服务器端的配置如下：
处理器：Inter Pentium（Celeron） 4 2.4GHz 或更高。 内存：512MB 硬盘空间：60G 显卡：SVGA显示适配器
1.5.2 软件环境
a) 服务器端:
操作系统：Windows NT/2000/2003//2008/XP professional 网站服务器：IIS6 + .NET 4.0 数据库管理系统：MSSQL Sever 2005
b) 用户端:
操作系统：Windows NT/2000/2003/XP professional或Linux 2.6.4 .etc
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库基于软件测试的缺陷管理系统的设计与实现毕业论文在线全文阅读。
相关推荐：