试管婴儿跟人工授精的区别基于软件测试的缺陷管理系统的设计与实现毕业论文

2021年2月2日发(作者：试管怀孕要一直打针吗)
广州大学华软软件学院

毕业论文（设计）


课题名称


基于软件测试的缺陷管理系统的设计与实现






——基本业务管理与信息统计分析模块


学




院







华软软件学院







系




别








软件工程系








专业班级







软件开发
2
班







学生姓名










冯名诗










学




号
















指导教师










林平荣










日




期






2011
年
4
月
10
日








广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

摘要：

软件测试近些年来在国内的发展非常快速，它可作为企业软件项目开发中
的软件质量和项目管理的监控技 术，逐渐成为企业软件开发的成败直接挂钩的项目
过程。

FGWBMS
软件缺陷管理系统开发目的旨在建立一个以微软的
MVC2
与
MSSQL
Server 2005
为基础，符合
CM MI
对于软件缺陷管理功能，而且轻量、精致的软件缺陷
管理系统
(BMS)
。

软件缺陷管理为本系统的主要应用目标，同时能够满足不同用户群（如项目经
理、 测试人员、开发人员）的流程控制，提供足够灵活的接口是实现上述需求的关
键。

本 论文主要介绍了基于
B/S
模式软件缺陷管理系统的
MVC2
三层模式与
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 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 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


E
NTITY
F
RAMEWORK
分析

..................................... 22
3.3
开发设计模型
.................................................. 23
3.3.1
系统整体模式架构

........................................... 24
3.4
权限模块
............................. ......................... 25
3.5
模块结构
.................................................. .... 27
3.5.1
母板模块
(Shared/ )
.............................. 27
3.5.2
业务模块
(View
目录下
) ...................................... 27
3.5.3
控制模块
(controllers
目录下
) ............................... 30
3.6
核心模块设计
.................................................. 32
第
4
章

部分功能实现
.................................................. 35

4

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

4.1


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
功能测试：

................... .............................. 41
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
前

言



随着软件产业的发展，软件的质量已 经越来越成为软件产品成功的关键性因素，
质量保证的一个重要方法就是通过测试活动来尽早的发现问题 。软件测试的出现保
证了软件在生产过程中的质量控制，在测试过程中所发现的质量问题就被称为“软< br>件缺陷”。

软件中的缺陷
(Defect
或
BUG)
是软件开发过程中的“副产品”。通常，缺陷会
导致软件产品在某种程度上不能满足用户的需要。每一 个软件开发团队都必须知道
如何妥善处理软件中的缺陷，这关系到软件生存、发展的质量根本。


在软件开发流程的每个阶段都必须引入软件测试技术，
及早测试，
杜绝错误 的蔓
延。然而，测试工作的天性决定了测试人员可能是开发人员总想回避的角色。在测
试实践的 早期，当测试人员查出某个缺陷，报告给开发人员时，多数情况下开发人
员会象征性表示一下感谢，然后 把测试报告撂在一边，继续忙手头的工作。事后到
底有没有修改，谁也不知道。如果测试人员频繁给同一 开发人员报错或不停地追问
缺陷的修改情况，开发人员或许会逐渐丧失好脾气，出于维护技术权威或其他 目的，
他会狡辩：这不是错误，这是软件的一个特殊功能。或者说：这不是什么大问题，
现在开 发进度紧，而且纠正起来也挺麻烦的，等有时间再说吧。于是，不了了之，
问题依旧存在。

为了规避这种情况的发生，软件企业必须引入软件缺陷跟踪管理机制。测试人
员不再需要直接与 开发人员接触，甚至不需要知道开发者是谁，查出错误以后，直
接报到缺陷跟踪管理系统就可以了（有些 测试团队是有写入权限控制的），开发人
员做不做修改以及什么时间之前必须完成修改是项目管理部门的 事情（当然测试团
队也可以提相关建议）。引入缺陷跟踪管理机制一方面划清了各个角色的职责，避免了不必要争执，另一方面也有助于项目管理部门及时了解软件产品在生产过程中
所处的质量状况， 从而更好地控制产品的质量。

BMS
是
Bugs
Manager
System
的缩写，中文意思是＂缺陷管理系统＂，软件缺陷
管理是在软件生命周期 中为确保缺陷被跟踪和管理所进行的活动。
狭义地讲，
BUG
是



广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

写程序过程中造成的错误。< br>广义地讲，
BUG
是影响客户正常使用的任何问题。
就是说，
BUG< br>不仅仅是编程中出现的问题，还包括客户需求和功能规范等方面。

那么缺陷管理有什么优点？

1.

便于查找和跟踪。对于大型本地 化软件的测试，报告的错误总数可能成百上
千个，如果在没有错误跟踪系统的情况下，要求查找某个错误 ，简直是搜
索者的恶梦，其难度和效率可想而知。这样就会导致某个缺陷被遗忘，质
量得不到保 证。

2.

便于跟踪和监控错误的处理过程和方法。可以方便地检查处理方 法是否正
确，可以确定处理者的姓名和处理时间，作为工作质量的统计和考核的参
考。

3.

便于集中管理，提高效率。本地化服务商和软件供应商共享同一个错误跟踪系统数据库，各自负责处理己方需要处理的软件错误。对于需要对方提供
更多信息的错误，可以通过 改变错误的当前信息（状态、处理者、处理建
议等）
，使对方尽快处理。

4.

安全性高。通过权限设置，不同权限的用户能执行不同的操作，保证只有适当的人员才能执行正确的处理。例如，测试工程师只能报告和验证错误，
修复工程师能够修复错误。

5.

保证处理顺序的正确性，根据当前错误的状态，决定当前错误的处理 方法。
例如，如果是新报告的确认的错误，那么需要修复。如果是已经修复的错
误，需要测试者 验证是否完全修复。

6.

便于项目结束后的存档。错误跟踪系统具有方便 存储的特点，可以随时或在
项目结束后存储，以备将来参考。



在国外，
缺陷跟踪对于保证软件质量的重要作用目前已经被大多数软件组织所接
受。在

上，几乎每一个比较受欢迎的开源项目，都有十分完备的
Bug
追踪记录。


目前比较著名的商业缺陷跟踪软件有
Compuware
公司的
T rackRecord
。开源软件
有
Mozilla
的
Bugzil la
。




2

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

第
1
章


系统分析




软件中的缺陷
(Defect
或
BUG)
是软件开发过程 中的“副产品”
。通常，缺陷会导
致软件产品在某种程度上不能满足用户的需要。每一个软件开 发团队都必须知道如
何妥善处理软件中的缺陷，这关系到软件生存、发展的质量根本。


软件缺陷管理系统，
管理的信息对象即是软件缺陷，
在知道软件缺陷的定义 之后
就可以进行管理。软件缺陷管理是在软件生命周期中为确保缺陷被跟踪和管理所进
行的活动 。狭义地讲，
BUG
是写程序过程中造成的错误。广义地讲，
BUG
是影响客 户
正常使用的任何问题。就是说，
BUG
不仅仅是编程中出现的问题，还包括客户需求 和
功能规范等方面。



1.1

系统设计目的


本软件缺陷管理系统设计目的旨在建立一个以
MVC2
与
MSSQL 2005
为基础，功能简单、结构灵活而且轻量、精致的管理 系统。软件缺陷管理为本系
统的主要应用目标，同时能够满足不同用户群（如项目经理、测试人员、开发 人
员）的管理，实现上述需求的关键。

1.2

功能简介



项目管理功能：缺陷所对应的项目，模块，版本等的管理

缺陷管理功能：本系统的主要内容。

信息统计分析功能：对不同属性软件缺陷统计，并分析结论。

1.3

系统需求



在本文中主要是从简单的两个方面进行阐述系统的需 求，
也是任何信息系统所关心的最基本
的需求：功能需求，与性能需求。


3

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

1.3.1

功能需求



功能需求是本系统体 现其作用的重点，
也是用户所要求的功能，
作为一个软件缺
陷管理系统，其重中之重就 是缺陷的管理。


同时作为一个软件缺陷，同样有其归属，软件缺陷只会出现在一个 软件项目中，
这是一个大的方向。从细分的时候，一个项目有多个版本，一个版本中有多个模块，
而软件缺陷可以在这其中任一个对象当中。如整个项目和客户所需的软件不符合，
这是一个软件缺陷； 某个版本的性能达不到客户要求，这是一个软件缺陷；某个版
本中的某个模块无法正常使用或得出的结果 与客户要求的不符合，这一样是一个软
件缺陷。所以软件缺陷和项目是不可分离的，要对软件缺陷进行管 理，就必须对其
项目进行简单的管理。同时信息管理还有一个重要功能模块，即是统计功能，让项
目经理能够发现某种缺陷的发生频率与防止其再次发生。


任何的信息管理系统， 都离不开其管理者，
即使用者。软件缺陷管理系统发展至
今，可以说在项目中涉及的人员都可以 使用软件缺陷管理系统，如在软件工程中，
项目的前期，如需求师；项目的管理人，项目经理；测试小组 中，测试工程师；项
目中的开发人员。还有就是一个大项目中，多个组织和公司同时进行开发时，会多< br>出很多参与到项目中的人员。本系统是一个轻量级的软件缺陷管理系统，所以本文
只针对三个角色 进行描述。


1.3.1.1

项目管理需求：


a)

项目管理：新增项目、修改项目、删除项目、项目列表。

b)

模块管理：新增模块、修改模块、删除模块、模块列表。

c)

版本管理：新增版本、修改版本、删除版本、版本列表。

1.3.1.2

缺陷管理需求：



软件缺陷有一系列的属性组成，这些属性指示了需要系统跟踪和管理的是什么。

软件缺陷属性包括：缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺
4



广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。


缺陷标识
：是标记某个缺陷的唯一的表示，可以使用数字序号表示。

缺陷类型
：是根据缺陷的自然属性划分缺陷种类


缺陷类型

功能

用户界面

文档

软件包

性能

描述

影响了各种系统功能、逻辑的缺陷

影响了用户界面、人机交互特性

影响发布和维护

由于软件配置库、变更管理或版本控制引起的错误

不满足系统可测量的属性值，如执行时间，事务处理速率。

系统
/
模块接口

与其他组件、模块或设备驱动程序、调用参数、控制块或
参数列表等不匹配、冲突。

表格
1-1
缺陷类型列表


缺陷严重程度
： 是指因缺陷引起的故障对软件产品的影响程度，所谓“严重
性”我指的是在测试条件下，一个错误在系统 中的绝对影响。


缺陷严重等级

致命

严重

一般

较小

描述

系统任何一个主要功能完全丧失、用户数据受到破坏

系统的主要功能部分丧失、数据不能保存

系统次要功能没有完全实现，不影响用户的正常使用

使操作者不方便或遇到麻烦，它不影响功能的操作和执行

表格
1-2
缺陷严重程度


5

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


缺陷产生的可能性
：
指缺陷在产品中发生的可能性，
通常可以用频率来表示。


缺陷产生可能性

总是

通常

描述

总是产生这个软件缺陷，其产生的频率是
100%
按照测试用例，
通常情况 下会产生这个软件缺陷，
其产生
的频率大概是
80-90%
有时

按照测试用例，
有的时候产生这个软件缺陷，
其产生的频
率大概是
3 0-50%
很少

按照测试用例，
很少产生这个软件缺陷，
其产生 的频率大
概是
1-5%
表格
1-3
缺陷长生的可能性列表



缺陷优先级
：指缺陷必须被修 复的紧急程度。“优先级”的衡量抓住了在严
重性中没有考虑的重要程度因素。


缺陷优先级

描述

立即解决
(P1
级
)
缺陷导致系统几乎不能使用或测试不能继续，
需立即修复

高优先级
(P2
级）

缺陷严重，影响测试，需要优先考虑

正常排队
(P3
级）

缺陷需要正常排队等待修复

低优先级
(P4
级
)
缺陷可以在开发人员有时间的时候被纠正

表格
1-4
缺陷优先级列表


一般来讲，缺陷严重等级和缺陷优先级相关性很强，但是 ，具有低优先级和
高严重性的错误是可能的，
反之亦然。
例如，
产品徽标是重 要的，
一旦它丢失了，
这种缺陷是用户界面的产品缺陷，
但是它阻碍产品的形象。那么它是优先级很高
的软件缺陷。


6

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


缺陷状态
：指缺陷通过一个跟踪修复过程的进展情况，也就是在软件生命周
期中的状态基本定义。


缺陷状态

打开

描述

问题还没有解 决，
存在源代码中，
确认
“提交的缺陷”
，
等待处理，如新报的缺陷 。

修复

已被开发人员检查、修复过的缺陷，通过单元测试，认
为已解决但还没有被测试人员验证

关闭

重新打开

测试人员验证后，确认缺陷不存在之后的状态。

测试人员验证后，
还依然存在的缺陷，
等待开发人员进
一步修复

不能重现

开发不能复现这个软件缺陷，
需要测试人员检查缺陷复
现的步骤。

需要更多信
息


开发能复现这个软件缺陷，但开发人员需要一些信 息，
例如：缺陷的日志文件，图片等。

表格
1-5
缺陷状态列表

缺陷来源
：指缺陷所在的地方，如文档、代码等。


缺陷来源

需求说明书

设计文档

描述

需求说明书的错误、或不清楚引起的问题

设计文档描述不准确、和需求说明书不一致的问题

系统集成接口

系统各模块参数不匹配、开发组之间缺乏协调引起
的缺陷

数据流
(
库
)
程序代码

由于数据字典、数据库中的错误引起的缺陷

纯粹在编码中的问题所引起的缺陷

表格
1-6
缺陷来源列表


7

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


缺陷根源
：指造成上述错误的根本因素，以寻求软件开发流程的改进、管理
水平的提高。


缺陷根源

测试策略

描述

错误的测试范围，误解了测试目标，超越测试能力
等

过程，工具和方法

无效的需求收集过程，过时的风险管理过程，不适
用的项 目管理方法，没有估算规程，无效的变更控
制过程等。

团队
/
人

项目团队职责交叉，缺乏培训。没有经验的项目团
队，缺乏士气和动机不纯等。

缺乏组织和通讯

硬件

缺乏用户参与，职责不明确，管理失败等。

硬件配置不对、缺乏，或处理器缺陷导致算术精度
丢失，内存溢出等

软件

软件设置不对、缺乏，或操作系统错误导致无法释
放资源，
工 具软件的错误，
编译器的错误，
2000
千
年虫问题等。

工作环境

组织机构调整，预算改变，工作环境恶劣，如噪音
过大。

表格
1-7
缺陷根源列表



软件缺陷的属 性只是作为一个软件缺陷的组成部分，
参与人员需要管理缺陷不只
一个，不同的角色参与的管理 也是不同的，所以下面是大概所需要的功能。

a)

缺陷管理：新增缺陷、修改缺陷、缺陷列表、缺陷日志。





业务的处理是本文的重点，也是本系统的重点之一。

整个业务的一般流程 都是根据软件缺陷的状态进行跟踪管理的，
不同状态由不同
的角色进行处理，这就向工作流(BPM)
一样。缺陷信息提交后，会进行分配，进入待

8

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

修正状态。通常情况下，被分 配的开发人员会负责对它进行修复。然后由测试人员
进行验证，验证通过后就会被关闭。如果没有通过验 证，就会交给开发人员进行修
复。但开发人员基于某种原因或理由，也可能会拒绝修改，这时会交给评审 委员会
进行评审，如果通过评审，则这个缺陷会被关闭，否则开发人员还是要继续进行修
复。< br>





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
。


9

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


1.4

用例分析


1.4.1

主程序用例


主程序用例图

模块管理

<>
项目管理

<>
版本管理

测试人员

项目经理

缺陷管理

信息统计与
分析

开发人员

图
1-1
主程序一级用例图



项目经理进行登陆认证后，在进行项目管理 ，模块管理，版本管理，缺陷管理等
方面的操作。


测试人员，开发人员进行登陆认证后，可以进行缺陷管理。


10

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


1.4.2

项目管理用例


项目管理

修改项目
描述

编辑项目
内容

<>
<>
修改项目
标题

创建项目

<>
项目经理

统计项目数目

删除项目

<>
图
1-2
项目管理用例图


a)

系统从项目管理中，提取编辑项目内容，创建项目，删除项目等功能，让项
目经理进行对其选择操作。< br>
b)

编辑项目内容，包括修改项目标题，修改项目描述。

c)

一旦项目经理完成编辑项目内容，创建项目，删除项目等方面的操作后，系统就自动对项目进行统计数目。


11

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


1.4.3

模块管理用例


模块管理

修改模块
描述

编辑模块
内容

<>
<>
修改模块
标题

创建模块

<>
项目经理

统计模块数目

删除模块

<>
图
1-3
模块管理用例图


a)

一旦创建项目后，系统从模块管理中，提取编辑模块内容，创建模块，删除
模块等功能，让项目经理进行 对其选择操作。

b)

编辑模块内容，包括修改模块标题，修改模块描述。

c)

一旦项 目经理完成编辑模块内容，创建模块，删除模块等方面的操作后，系
统就自动对模块进行统计数目。

12

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

1.4.4

版本管理用例


版本管理

修改版本
描述

编辑版本
内容

<>
<>
修改版本
标题

创建版本

<>
项目经理

统计版本数目

删除版本

<>
图
1-4
版本管理用例图


a)

一旦创建项目后，系统从版本管理中，提取编辑版本内容，创建版本，删除
版本等功能，让项目经理进行 对其选择操作。

b)

编辑版本内容，包括修改版本标题，修改版本描述。

c)

一旦项 目经理完成编辑版本内容，创建版本，删除版本等方面的操作后，系
统就自动对版本进行统计数目。

13

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


1.4.5

缺陷管理用例


缺陷管理

添加缺陷

<>
记录缺陷
日志

测试人员

编辑缺陷

项目经理

<>
<>
修改缺陷
状态

开发人员


图
1-5
分类管理用例图





a)

项目经理，在缺陷管理中，可以进行添加缺陷，编辑缺陷，等方面的操作。

b)

测试人员，可以发起缺陷，即添加缺陷。

c)

测试人员对缺陷进行验证，开发人员提交修复后，即修改缺陷状态操作

d)

无论任何人在缺陷管理中对缺陷状态进行修改，都会记录其历史日志。






14

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

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


15

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


第
2
章


数据库设计



2.1

数据库设计分析


各数据表描述

数据表

T_Project
T_P_Version
T_P_Module
T_Defect
T_D_Properties
T_D_Log
描述

项目信息

版本信息

模块信息

缺陷信息

缺陷属性信息

缺陷日志信息

表
2-1
数据表描述

相关区域

Admin > Comments
Admin > Settings
Admin > Posts
Admin > Catetories
Admin > Users
Admin > Users
2.2

数据库字典


2.2.1

T_Project

字段名

P_ID
P_Title
类型

varchar(50)
varchar(50)
默认值

扩展









描述

id
项目名称

标识描述

P_Description
varchar(500)


表
2-2 T_Project
表


键名

类型

字段名

P_ID
PK_T_Project
PRIMARY
表
2-3 T_Project
索引


16

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


2.2.2

T_P_Version

字段名

P_V_ID
P_ID
P_V_Title
P_V_Description
类型

nvarchar(50)
nvarchar(50)
nvarchar(50)
默认值





扩展


FK->T_Project.P_ID




描述

id
项目
id
版本名称

版本描述

nvarchar(500)


表
2-4 T_P_Version
表


键名

PK_T_P_Version
类型

PRIMARY
字段名

P_V_ID
表
2-5 T_P_Version
索引


2.2.3

T_P_Module

字段名

P_M_ID
P_ID
P_M_Title
P_M_Description
类型

nvarchar(50)
nvarchar(50)
nvarchar(50)
默认值





扩展

描述

id

FK->T_Project.P_ID
项目
id




模块名称

模块描述

nvarchar(500)


表
2-6 T_P_Module
表


键名

PK_T_P_Module
类型

PRIMARY
字段名

P_M_ID
表
2-7 T_P_Module
索引


17

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


2.2.4

T_Defect
字段名

D_ID
D_Title
类型

nvarchar(50)
nvarchar(50)














默认值



扩展




FK->T_D_Properties.D_P_I
D






FK->T_Project.P_ID
FK->T_P_Version.P_V_ID
FK->T_P_Module.P_M_ID
FK->T_Users.U_ID
FK->T_Users.U_ID
FK->T_Users.U_ID
描述

id
缺陷名称

缺陷属性
id
缺陷描述

打开时间

更新时间

项目
id
版本
id
模块
id
处理人
id
指派人
id
发起者
id
D_Properties_ID
nvarchar(50)
D_Description
D_OpenDate
D_UpdateDate
P_ID
P_V_ID
P_M_ID
D_HandlerUser
D_Designee
D_Sponsor
nvarchar(500)
datetime
datetime
nvarchar(50)
nvarchar(50)
nvarchar(50)
nvarchar(50)
nvarchar(50)
nvarchar(50)
表
2-8 T_Defect
表


键名

PK_T_Defect
类型

PRIMARY
表
2-9 T_Defect
索引

字段名

D_ID

2.2.5

T_D_Properties

字段名

D_P_ID
D_P_Type
类型

nvarchar(50)
nvarchar(50)
默认值






扩展









描述

id
缺陷类型

缺陷严重程度

缺陷优先等级

缺陷状态

缺陷根源

D_P_Severity
nvarchar(50)
D_P_Priority
nvarchar(50)
D_P_Status
D_P_Origin
nvarchar(50)
nvarchar(50)

表格
2-10 T_D_Properties
表

类型

字段名

D_P_ID

键名

PK_T_D_Properties
PRIMARY
表
2-11 T_D_Properties
索引




18

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

2.2.6

T_D_Log

字段名

L_ID
L_Date
L_User
L_D_ID
L_Description
L_Status
类型

nvarchar(50)
datetime
nvarchar(50)
nvarchar(50)
nvarchar(50)
默认值










扩展












描述

id
日志时间

用户

缺陷
id
日志描述

缺陷状态

nvarchar(500)


表格
2-12 T_D_Log
表


键名

PK_T_D_Log
类型

PRIMARY
字段名

L_ID
表
2-13 T_D_Log
索引


19

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


2.3

E-R
图


P_V_ID
1
T_P_Version
n
P_ID
拥有

1
关联

1
T_Project
1
拥有

n



1
拥有

n
T_Defect
D_ID
1

T_P_Module
P_M_ID
1
关联

图
2-1
主程序
E-R
图


1
拥有

n
D_ID
1
T_D_Log
L_ID
T_Defect
1
拥有

T_D_Properties
图
2-2
缺陷管理
E-R
图

D_P_ID


20

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


第
3
章


功能模块设计



3.1

MVC
模式分析


使用像
AS P
，
PHP
，
或者
CFML
这样的基于过程化开发的语言来 开发一般的
Web
应
用程序，它们的输入、处理和输出都不能很好的进行分离，因而很 难体现出业务模
型和业务重用性，
以至于代码难以结构混乱和难以维护。
MVC
从根本上强制性的将它
们分开。

MVC
是一种将应用程序的逻辑层和表现层进行分离的方法。
MVC2
是基
于模型
-
视图
-
控制器这一设计模式的。本系统采用
MVC2
框架下的
MVC
开发
模式。

?

模型
(Model)
代表你的数据结构。通常来说，你的模型类将包含取出、插入、
更新你的数据库资料这些功能。

?

?

视图
(View)
是展示给用户的信息。一个视图通常是一个网页。

控制器
(Controller)
是模型、视图以及其它任何处理
HTTP
请求所必须的资
源之间的中介，并生成网页。



MVC
三层模式的好处显而易见，首当其冲就是模型重性能很好地发挥，因为模型
是自包含 的，并且与控制器和视图相分离，所以很容易改变你的应用程序的数据层
和业务规则。由于运用
MVC
的应用程序的三个部件是相互对立，改变其中一个不会
影响其它两个，所以依据这种设计 思想你能构造良好的松偶合的构件。


21

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


图
3-1 MVC
模式


3.2

Entity Framework
分析



图
3-2 EF
结构



Entity Framework
是微 软以

为基础所发展出来的对象关系对
应
(O/R Mapping)
解决方案。
Entity Framework
以
Entity Data Model(EDM)
为主
,
利
用抽象化数据结构方式
,
将数据库对象转换成应用程序对象
,< br>库表字段转换为属性
,

22

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现

并系转换为关联系统
,
把数据库的
E/R
模型转换成对象模型
,
使开发人员通过对概念< br>应用程序模型编程来创建数据访问应用程序
,
以此降低面向数据的应用程序所需要
的开发量
,
并减轻系统维护工作。

Entity
Framew ork
技术的应用中
,
可针对数据库中各个表按照
1:1
映射生成模 型
和映射信息
,
在代码中直接对表中数据进行增、删、改、查操作。但在实际应用中< br>,
这种简单的处理方式不利于进一步降低程序开发工作量
,
部分情况还违背了“ 程序开
发以应用为中心的概念模型来工作”的理念
,
对象的概念不清晰。为此
,
对几种常用
的数据库情景的建模方法进行列举：

a)

带有有效载荷的多对多关系建模


b)

自引用关系建模


c)

跨表实体建模


d)

多实体建模


e)

多表派生建模


f)

表分割建模



3.3

开发设计模型


基于
MVC2 + EF
模型的一点看法，能解决数据访问到逻辑
分析考虑，为系统设计找到一个 平衡点，它能把扩展功能从框架中剥离出来，降低
了框架的复杂度，让框架更容易实现。扩展功能与框架 以一种很松的方式耦合，两
者在保持接口不变的情况下，可以独立变化和发布。公开插件接口，让第三方 有机
会扩展应用程序的功能，共同分享成果。

为更好地体现出系统的灵活性和可扩展 性，本系统采用了
MVC
三层模式开发和
EF
的混合开发模式，实现数据连 接层和业务层的分离，加上事件处理
（
Action
）和过滤器（
Filte r
）处理的机制，在数据库存取数据时，进行格式化数
据。


23

广州大学华软件学院

软件工程系

冯名诗

毕业论文——基于软件测试的缺陷管理系统设计与实现


3.3.1

系统整体模式架构


M
V
C
模
型

Controller
控制器

Model
模型

(
业务处理模型
)
客
户

View
视图


图
3-3
混合式开发模型图




24