试管八周胎停软件测试管理系统毕业论文

2021年1月20日发(作者：试管四代移植后成功率)

目
录

摘要

............... .................................................. .................................................. .................
3
ABSTRACT
......... .................................................. .................................................. ...........
4
前言

................. .................................................. .................................................. ...............
5
1
项目的总体介绍

... .................................................. .................................................. ......
7

1.1
软件测试管理系统的最新发展

.................................................. .............................
7

1.2
管理

.
.............................. .................................................. .........................................
7

1.2.1

管理系统概述


.. .................................................. .............................................
7

1.3
软件测试管理

.............. .................................................. ..........................................
8

1.3.1
软件测试管理定义

.
..... .................................................. ..................................
8

1.3.2
软件测试管理过程
.
................... .................................................. ....................
8

J.3.3
软件测试管理任务

.................... .................................................. ....................
8

2
开发工具及技术说明
........................... .................................................. ........................
9

2.1
引言
................................ .................................................. .......................................
9
2.2
开发工具说明

........................ .................................................. ................................
9

2.2.1

Eclipse
简介
............. .................................................. .................................
9

2.2.2

Tomcat
.
................ .................................................. ...................................
10
2.3
编程工具的选择

....................... .................................................. ...........................
10

2.3.1

JAVA
....................... .................................................. ................................
10
2.3.2

JSP
........................ .................................................. ..................................
10
2.3.3

Servlet
.
............... .................................................. .......................................
II
2.3.4

HTML ........................... .................................................. ..........................
12
2.4
使用技术说明

........................ .................................................. ..............................
12
2.4.1
数据库访问技术
.

................ .................................................. ............................
12
2.42 SQL
语言介绍
.
............................. .................................................. ...................
14
2.4.3 SQLServer 2005

.
................................ .................................................. ............
14
3
系统的总体设计

..... .................................................. .................................................. ..
15

3.1
系统的功能描述

......... .................................................. .........................................
15

3.2
功能模块划分

............. .................................................. .........................................
16
3.3
系统流程分析

........................ .................................................. ..............................
18
4
系统的详细设计

......................... .................................................. ................................
19

4.1
数据库设计
............................. .................................................. ...........................
1
9

4.2
系统主要模块说明及部分代码

................. .................................................. .....
25

4.2.1

Bug Track
模块

.
.............................. .................................................. ........ 25
4.3
相关方法说明

.
....... .................................................. ..........................................
29
4.3
连接数据库明细

....................... .................................................. .......................
30

5
结果分析

.
....................... .................................................. .............................................
31
6
心得体会

.
................ .................................................. .................................................. ..
32
致谢

......................... .................................................. ................................................ 33
参考文献

.............................. .................................................. ........................... 34
附录

.... .................................................. .................................................. .........................
35
摘
要

作为软件开发的重要环节，软件测试越来越受到人们的重视。随着软件开发规模的増

人、复杂程度的增加，以寻找软件中的错误为目的的测试工作就得更加困难。然而，为了
尽可能多地找出 程序中的错误，
生产
出高质量的软件产品，
加强对测试工作的组织和管

理
就
显得
得尤为重要，因此，软件测试管理系统应运而生
.

软仲测试管理系统的根本目的是为测试工作提供编辑平台，对相关人员可视和透明
，

要针对测实执行阶段，相关人员能够监控测试人员的工作量、执行进度，为计划的调整提
供依据
.

本系统的设计分为七部分，第
一
部分是测试计划，第二部分是测 试用例，依次是测
试执行，
bug
报告，测试报告，用户反馈，管理员管理
.
系统可以记录和统计数据，以方便
测试
工
作的量化管理；并实现了默认设置、 列表显示、查询、排序等功能，在一定程度上
满足了用

户易用性方面的需求。

本系统具体采用
ECLIPSE
软件平台， 利用
JAVA
脚本语言、
Servlet
、
JSP
及
HTML
技

术进行开发，实现了一呰软件测试管理系统的基本功能。
< br>灾键词：
bug
报告，管理员管理，
JSP
，
Servlet
Abstract
As
an
important
part
of
software
development,
software
testing
is
attracting
increasing attention. With software development
’
s size and complexity increasing, testing
becomes more difficult when search the errors of software. However, in order to find out
the
errors
in
the
procedure
as
much
as
possible
and
produce
high-quality
software
products, It is particularly important to strengthen testing work on the organization and
management. Therefore, software test management system came into being.
The
basic
objective
of
software
test
management
system
is
providing
editing

platform for testing work, and is visual and transparent for
relative staff. The system
mainly for test- execute phase, the staff can monitor the day workload and execution
progress that tester does, then provide the basis for the plan adjustment.
The design of system is divided into seven parts, the first part is test plan, the second
is
test
case,
in
order
is
test
execute,
bug
track,
test
reports,
client
feedback,
role
management. The system can record and Stat. data so as to facilitate the Quantitative
Management of testing work. And achieve the default settings, table shows, query, sort,
and other functions, to some extent, meet the user-friendly aspects of the demand.
The
system
takes
ECLIPSE
software
development
platform,
uses
Java
scripting
language, Servlet, JSP and HTML technology, and has realized some basic functions of
the software test management system.
Keywords: bug report, Administration ManagementJSP, Servlet
前言

软件测试管理要解决的课题是如何确保软件测试技术能在软件项目在软件生命内得

到顺利实施，并产生预期的效果。按照管理的对象不同，软件测试管理大致分为软件测试
团队组织管理、软件测试计划管理、软件缺陷
(
错误
)
跟踪管理以及软件 测试件管理四大

部
分。以下对这四部分具体包含的内容做
一
个概要的诠释。

软件测试团队组织管理通俗地讲就是测试团队应该如何组建。在实际项目开发中，我

们常常看到有些单位忽视测试团队存在的总义，
1
要实施测试时，往往临吋找儿个程序员

充当测试人员；也灯些单位尽管认识到了组建测试团队的觅要性，但在具体落实的时候往

往安排
一
些毫尤开发经验的行业新
手
去做测试
工
作 ，这常常导致测试效率的低下，测试人

员对测试工作索然无味。一个好的测试团队首先要有好 的带头人，他必须其有极为
丰富
的

开发经验，对开发过程中常见的缺陷或错误了然于胸，此外，他还放具有亲和力和人格魅
力。其次，测试团队还应具有一技之长的成员，如对某些自动化测试
工
具运用娴熟或能轻< br>而易举地编写自动化测试脚本。
另外，
测试团队还应有兼职成员。
如验证测试实 施过程

中，
同行评审是最常使用的
一
种形式，这些同行专家就属于 兼职测试团队成员的范畴。测
试团
队里往往不乏缺乏开发经验软件新手，
这部分人可以 安排去从事交付验证或黑盒测试之类的工
作。

软件测试计划管理通俗地讲就是安排好测试流程。这部分内容具体涵盖软件测试策

划 、软件测试技术剪裁、测试进度管理、成本管理等几个部分。
其
中测试策划工作上要是

指
具
体测试活动实施之前做好策划工作，如起草测试大纲以及测试计划；软件测试技术 剪

裁工作主要是指测试团队应根据软件项目的具体实际剪裁出所要实施的测试技术；
测试进

度管理工作主耍是指排出各项测试的时间进度及人员安排，如有变动时应做相应调整；测

试成本管理工作的内容即开列出测试活动中会涉及到的资源需求
。

软件缺陷
(
错误
)
跟踪管理通俗地讲就是确保发现的缺陷
(
错误)
已经被开发团队纠正或
处理过并
且
.
没存引入新的缺陷（错误 ）。具体来讲，当测试团队通过各种途径发现了文档
或代码中的缺陷或错误以后，并不是交
一< br>份测试报告就草草了事，而是在递交报告后继续
督促开发团队及时关闭己知缺陷或错误（当然，如 有必要应对这些缺陷、错误做严重程度
排序，以便开发团队能视轻重缓急安排处理顺序
)
。当开发团队关闭了测试报告中

的缺陷
（错误）以后，测试团队还需验证开发团队 在关闭过程中有没有引入新的错误。通

常，
这个过程称为
回
归测试 。
回
归测试如发现问题，继续报开发团组，按上述流程循环，

直至
问归测试最终通过。

软件测试件管理通俗地讲就是指努力建设好测试闭队的财富库并对测试团队成员进

行技能培训以帮助他们能使用好这个财富库。这里，财富库是指软件测试件。测试件

(Testware,
指测试
工
作形成的产品）是一个不常见到的词汇，它包括是测试 团队在长期

实
践过程中逐步积累起来的经验教训、
测试技巧、
测试 丁具、
规格文档以及一些经过少量

修
改能推广至通用的测试脚本程序。测试件管理工作做得越好，
测试团队在实际测试过程

中
就能越少走弯路 ，
测试团队内部的知识交流和传递就越充分，
测试脚本或规格文档的重

复< br>开发工作也就能被有效地避免。软件测试件管理工作包括两部分，
一
是建设
，< br>另一
个是

培
训。建设
工
作大抵是收集各类测试外文 档、测试工具、测试脚本，也包括收集整理测试

人
员的会议发言、总结报告、技术心 得等等。培训丁作人抵是通过技术讲座、正式或非正

式
团队会议、印发学习资料等形式进行。

以上从软件测试团队组织管理、软 件测试计划管理、软件缺陷（错误）跟踪管
?
理以
及

软件测试件管理这四个方而对软件测试管理学科的内容作了一个概耍性的介绍。

本次设计存在诸多不足。测试管理功能外不是很全而。在设计的过程中出现了很多问

题，
许多
问题涉及到测试管理系统的笈杂技术，
由于缺乏这方面的经验和知识，
在有限的

时
间内没有解决。对于设计中存在的不足，请老师们予以指正。
1
.
1
软件测试管理系统的最新发展

1
项目的总体介绍

软件产业是一个朝阳的，
新型的知识型产业。< br>一个国家软件的发达程度，
也体现了
国

家
的综合国力，决定着国家未来的
国
际竞争地位。

目前，
中
国
的软件企业正处于高速发展。
在急需规范管理并以项目为主导的环境中，

企
业每天所面对的不仅仅是几个越来越大的大型项目，而将是成千上百不断发生和进 行的

项
目。产生这种变化的
因
素是多方面的，这包括客户需求的不 断提高导致产品生命周期缩

短、
产品开发项目数量大增、
新技术导致了对研 究和开发项
目
需求的增加、
为了提高业务赢利能

力，改进业务模式 的项目需求人增的等。在这种多项目并发，技术含最高，变化速度快，资
源仿限的环境下，如何对企业、 项目、资源实施科学的管理，加强团队能力，实现软件企业
的生产规模化、规范化、
国
际
化是当前我
国
软件业面临的最大挑战。

一
些调查表明，
大约
70%
的软件开发项目超出了估计的时间，
大型项目平均超出计划

交
付时间
20%
到
50%
，
90%
以 上的软件项目开发费用超出预算，并且项目越大，超出项目

计
划的程度越高。在中< br>国
成为
WTO
成员的今天，如何科学地管理企业，激励开发人员，
< br>提高
软件开发的生产率，按时、按预算提供满足客户需求、具有
国
际市场竞争力 的软件产品，
一
直困扰卷软件企业的管理者，
同
时也成为阻碍中
国< br>软件业向
国
际化发展的绊脚石。

中国目前软件业的落后状况，
实际已经不足技术本身的问题，
而
是科学管理的问题。

软
件工程 理论与软件项目管埋的实际运用与经验，是我
国
软件企业急待学习与渴求的。

我们越来越淸楚地认识到这样
一
个事实：从前
“
逐级开发”的软件开发模式 正逐渐被
一
种
“
多过程并行
”
的软件开发模式所代替。这种 崭新的理念和模式构成了

“
管理大餐
”

的基础。

1
.
2
管理

管理是指通过计划、组织、领导、控制等途径去完成某个任务、达成某个目的。

1.2.1
管理系统概述

一个好的管理系统应该有明确的定位和解决实怀管 理问题的能力
,
但任何系统都不是万
能的
，
企业选择或开发系统，应 当从自身的管理水平和目的存在的各种问题的紧迫程度入
手
，总体设计，分阶段实施，切不可宵 目贪人求全，造成系统开发周期过长并导致系统难以
实施
。

1
.
3
软件测试管理

1.3.1
软件测试管理定义

软件测试管理是一个很难定义的概念，
包含的内容很多，
通俗的讲就是以正确的方式

对
公司的测试工作进行管理 ，
而
.
“
正确的方式”
就是在丁作中的不断摸索和改进后的管理方式 ，
探索并发现这呰方式也是测试管理的重要任务之一。

在软件测试过程中，进行的< br>一
系列计划、沟通协调、进度监控等工作构成了测试管理的
棊本要素，软件测试管理还要 评估风险、规划资源、不断提高团队的能力，最终形成
一
个高
效的团队来完成质量的管 理。

1.3.2

软件测试管理过程

为保证软件测试获 得成功，必须淸楚其工作范
围
、要究成的任务、需要的资源、需要

的
工作量、进度的安排、可能遇到的风险等。管理的过程分为如
下
步骤
：

编写测试计划；

制定测试用例；

执行测试用例：

Bug
报
告

提交测试计划；

用户反馈；

1.3.3

软件测试管理任务

人 多数用户能够接受软件的
“
不完美
”
，即接受软件存在一定的缺陷。但是用户 对缺陷的
接受是有
“
度
”
的，数据丢失、系统不稳定、功能性错误都 是不可忍受的，测试管理需要掌握
这个
“
度
”
，控制好产品的质量， 在测试实施过程中选择正确的策略，最终使自己的产品能够
为用户所接受。

如果对产 品进行完全测试，通常会需要非常高的成本，乃至耽误进度和失去市场。因此
“
完全测试
”
在实际中对于多数项目是不现实的。
例如微软的
Windows
操作系统 ，
从新产品
发布就开始不停地打补
丁
——
修复潜在的缺陷。虽然人家 对微软的
Windows
操作系统颇多微
辞，但是微软的
Windows操作系统已经得到了广人用户的认可。诸如微软如此实力的公司
也不会进行
“
完全 测试
”
，而是尽快去抢占市场，
获得错误报后再去不断改进产品的质量来满
足 用户的需求。

可见，测试管埋的目标是在质量、进度、成本三再之间做出平衡，使产品能够满 足符合
客户需求。

引言

2
开发工具及技术说明

2.1
根据平业设计要求，采用的是
Eclipse
软件开发平台。使用Servlet
编写
Java
和
Html
二
代

W
.
采用
Servlet
中的
Javax. Servlet, http
包中的类开发整个
K
、
/:
用程；1
十
。数据库采
用
SQLServer 2005
开发版。

2.2
开发工具说明

2.2.1

Eclipse
简介

Eclipse是一个非常优秀的集成开发环境
（
I
DE
)
。
IBM< br>花了多年的时间来开发基于
Java
的公开源代码软件
Eclipse
，这个在
IBM
支持下的开放源码项目经过
一
段时期的发展完善，

已经为广大
Java
开发并所熟悉。
Eclipse
是
个< br>用
于
构建集成
Web
和应用程序开发工具的

平台，它本身并不会提供大量的最终用户功能，而是通过插件来快速开发集成功能部件。


Eclipse
提供了公共用户界面模型来使用
T
具
Adipw软件
S
在简化用于多操作系统软

件
丁
.
?< br>具的幵发过程，
它被设计成可以在多个操作系统上运行，
基于
Eclipse< br>的软件在
Linux
和
微软
Windows
系统
1 :
都可以运行，进而简化了整个开发过程。
M
吋
Eclipse
还提 供了与

每
个底层操作系统的强大集成。

Eclipse
的核心是动态发现插件的体系结构。平台负责处理
■
本环境的后台工作，外
?
提

供标准的用户导航模型，
于是每个插件可以专注于执行少量的任务。
Ec lipse
的出现，
为
Java
开发者提供了免费使用强大的
Java
IDE
的机会。

通过集成火量的插件，
Eclipse
的功能可以不断扩展，
以支持各种不同的应用。
Eclipse
软
件可以用于管理多种开发任务，其中包括测试、性能调整以及程序 调试等，而几还可以

集
成来
fil
多个供货商的第
H方成用程序开发丁具。
此外，
Eclipse
软件非常适合开发电
f商

务
应用程序，例如
TBM
公司自己的面向
Web< br>服务的
WebSphere
疢用程序开发丁具就是建

立
在
Eclipse
基础之上的。

除此之外，
E clipse
平台是一个成熟的、
精心设计的、
可扩展的体系结构。
Ecli pse
的价

值
还在于它为创建可扩展的集成开发环境提供了
一个开放源码平台。这个平台允许任何人

构
建与环境和其他工具无缝集成的工具， 而丁具与
Eclipse
无缝集成的关键便是插件。

2.2.2

Tomcat
下面我们对
Tomcat
做一下介绍
:
< br>Tomcat
是
一
个免费的
Serlvet
容器，
它 是
Apache
基金会的
Jakarta
项目中的一个核心

项
目，
由
Apache
，
Sun
和其它
-
些公司及个人共同开发而成，
由于有了
Sim
的参与和支持，

域
新的
Servlet
和
Jsp
规范总能在
Tomcat< br>中得到到体现。
由于
Java
的跨平台特性，
基
于
J ava
的
Tomcat
也具有跨平台性。

Tomcat
中的应用程序是
一
个
WAR (Web Archiv e)
文件。
WAR
是
Sun
提出的
一
种
W eb
应
用程序格式，与
JAR
类似，也是许多文件的
一个压
缩包。这个包中的文件按一定目录结构来
组织：通常其根目录下包含有
Html
和< br>Jsp
文件或者包含这两种文件的目录，另外还会有一
个
WEB- INF
目录，这个目录很重要。通常在
WEB-INF
目录下有一个

文件和
一
个
classes
目录，

是这个应用的配置文件，
而
classes
目录下则包含编译好的
Servlet
类
和
jsp
或
Servlet
所依赖的其它类（如
JavaBean
)
。

Tomcat
不仅仅是一个
Servlet
容器，它也具衡传统的
Web
服务器的功能：处理
Html
页面。
基 于
Tomcat
的开发其实主要是
Jsp
和
Servlet
的
开
发，
开发
Jsp
和
Servlet
非常简单，

你可以用普通的文本编辑器或者
IDE
，然后将其打包成
WAR< br>即可。

2
.
3
编程工具的选择

2.3.1

JAVA
Sun
公司的
Java
编程语
h_,
‘
种面向对象的
(Object Oriented
，
00)
编程语亩
。
Java
语
n
是
C++
和
Smalltalk
等计算机语丫丨的衍生物。学习
Java
语宵
,
类似于学习
?
门自然语

言
(
比
如英语
)
的语法。
Java
语言编写的程序 运行在虚拟机
I:
，而
Java
虚拟机是
Java
程序
和操作
系统间的中间层，所以
Java
程序可以运行在所有支持
Java
虛拟机的电子设济上，

而且不需
要任何额外的操作，
这 是其他计算机语靑无法比拟的优点。
Sun
公司推广
Java
的
< br>口号便是
“
一
次编写，随处运行
”
，
Java
虚拟机便是这句口号的基石。

2.3.2

JSP
JSP
是英文
JAVA SERVER PAGES
的缩写，它是由
Sun
公司首创的
?
种新型动态

网
页编程技术。
JSP
不但完全拥有
Servlet
技术的 优点，
而且
JSP
源代码能够直接嵌入
HTML
之
中，使 得程序的开发更为简化和快速口由于
JSP
技术足从
JAVA
编程语吉中的< br>Servlet
技

术
扩展而来，
JSP
也就当然实现了
Servlet
所存的动态页面分离以及程序代码与硬件平台的

无
关性。您 可以使用平常得心应手的工具并按照平常的方式来书写
HTML
语句。然后，将
动
态部分用特殊的标记嵌入即可，这些标记常常以
“
<%
”
开始 并以
“
％
>
”
结束。

JSP
是
-
?
项令人兴奋的新技术，
它提供高效创建动态内容的强大能力。
JSP是一种表

示
层技术，它允许静态
web
内容与
Jav a
代码混合在
?
起。
JSP
允许使用静态
HTML
.
但增

加了

Java
编程语
n
的功能和灵活性。

J
下如其名 称所暗示的，
JSP
使用
Java
编程语
,Y
创建动态内存
。
Java
的面向对象设计、

平台尤关性和内存保护模型等特性允 许快速的成用程序幵发
=
内置的连网和企业丨、
V
:
用
程序

编程接
UI
使
Java
成为设计客户一服务器
f t
用程序的理想语言』外，
j
ava
通过支持
JavaBean < br>和企业
JavaBean
组件模型提供极其高效的代码
$$:
用。

2.3.3

Servlet
Servlet
是
Ja va
编写
Server
端程序
，
它与协议和平台无关。
Se rv
乐土
运行
Java
—
enabled
Web Server
中
。
Java Servlet
可以动态地炉展
Server
的能力。

Servl et
的主要功能在于交互式地浏览和修改数据，生成动态
Web
内容。这个过程为：< br>
客户端发送请求罡服务器端；

服务器将请求信息发送至
Servlet

Servlet
生成响< br>应
内容并将传给
Server
。响应内容动态生成，通常取决于客户端

的请求。

服务器将响应返
回
给客户端。

Servlet
生命周期

装载
Servlet
。这项操作
一
般是动态执行的。然而，
Server
通常会提供一个管理的
选项 ，用于在
Server
启动时强制装载和初始化特定的
Servleu Server
创建
一
个
Servlet
的
实例
Server
调用
Servlet
的
init
()
方法
一
个客户端的请求到达
Server
Server
创建一个谓求对象

Server
创建一个响应对象

Server
激活
Ser vlet
的
service()
方法，传递请求和响应对象作为参数

serviceO
方法获得关于请求对象的信息，处理请求，访问其他资源，获得需要的

信息


service()
方法使用响应对象的方法，将响应传给
Server, S
终到达客户端。
service()
方法可
能激活其它方法以处理请求， 如
doGet()
或
doPoslO
或程序员自己开发的新的方法

对于更多
的客户端请求，
Server
创建新的请求和响应对象，仍然激活此
Servlet
的

serviceO
方法，将这两个对象作为参数传递给它。但无需再次调用

init()
方法
。
一
般
Servlet
只初始化
一
次，
当
Server
不
再
需要
Servlet< br>时
（
一般当
Server
关闭时
)
，

Server
调用
servlet
的
Destroy()
方法。

2.3.4

HTML
HTML (Hyper Text Markup Language
超文本标记语言，一种 用来制作超文本文档的简
单标记语言。用
HTML
编写的超文本文档称为
HT ML
文档，它能独立于各种操作系统平台
（如
UNIX
，
WINDO WS
等
）
。
自
1990
年以来
HTML
就
一
直被用作
World
Wide
Web
上的信
总表示语言，
用于描述
Homepage
的格式设计和它与
WWW
及
其它
Homepage
的连

结信息。
HTML
文档（即
Homepage
的源文件）是
一
个放
S
1

了标记的
ASCT
〖文本文件，通

常它带
哲
.html
或
.hmi
的文件扩展名。生成一个
HTML
文 裆主要有以下三种途径：

1.
工直接编写（例如用你所喜爱的
ASCII< br>文本编辑器或其它
HTML
的编辑工具）。

2.

通过某苎格式转换工具将现有的其它格式文裆（如
WORD
文档）转换成
HTML文

档。

3.

由
Web
服务器（ 或称
HTTP
服务器）一方实时动态地生成。

HTML
语
n
是通过利用各种标记
（
tags)
来标识文桦的结构以及标识超链
（
Hyperlink)
的
信息。虽然
HTML
语
言描述了文档的结构格式，但并不能精确地定义文裆信息必须如何

从
中
排 列，而只是建议
Web
浏览器（如
Mosiac
，
Netscape
等
）
，最终在用户面前的结果取决
于
Web
浏览器木身的从 示风格及其对标记的解释能

力。这就是为什么同一文档在不同的浏
览器中展示的效果会不一样。

2.4
使用技术说明

前面已经介绍过，要实现整个系统用到了很多技术，如计算机技术、计箅机网络技术、

数据库技术和管理科学。其实计算机网络技术和数据库技术成该是计算机技术的
一
种，

这
里把他们中独列出来是为了从示出他们在本系统中的重要性。
由于篇幅，
这里只介绍与本应
用系统密切相关的数据库技术和编程中的应用。

2.4.1
数据库访问技术

数据库是数据管理的新技术，是计算机科学的要 分支。从出现到发展至今，数据库管理
系统已经从专门的应用程序发长为通用的系统软件。由于数据库其 数据结构化、

磁低冗余
度、较高的程序与数据独立性、易于扩充、易于编制应用程序 等优点，加大的信息系统都是
建立在数据库设计之
上
的。目前，不仅人型计算机及中小 型计箅机，甚至微型

计算机都配
有数据库管理系统。

数据库技术是应数据管理任务的需要而产生的。数据的处理是指对各种数据进行收

集 、
存储加工和传播的一系列活动的总和。数据管理则是指对数据进行分类、组织、编码、
存
储、检索和维护，它也是数据处理的中心问题。在应用需求的推动下，在计算机硬件、

软
件发展的恭础上，数据管理技术经理了人工管理、文件系统、计算机系统三个阶段。数据库< br>系统对数据的管理明
显
的比前
些
阶段要好。可以这么说，数据库技术的 出现是数据管

理技术
的飞跃。

与人丁管理和文件系统相比，数据库系统的特点主要有以下几个方面。

(1)

数据结构化

数据结构化是数据库与文件系统的根本区别。在文件系统屮，相互独立的文件的记录全部是有结

构
的，
传统文件的嫌简单形式等长度同格式的记录集合。
在文件系统中，尽管其记录内部
lT
有了某

些结构，
借记录之间没行联系，而数据库实现了整体数据的结构化。

在数据库系统中，数据不再针对某一应川，而是面向全组织，具苻整体的结构化。不仅数据是结

构
化的，而且存取数据的方式很灵活，可以存取数据库中的某一个数据项、一组数据项、一个记 录或

一组
记录。而在文件系统中，数据的最小存取单位趟记录，力度不能细微到数据项。

(2)

数据的共享性高，冗余度低，易扩展

数据库系统从整体州 度看待和描述数据，数据不冉面向丨、
V
:
用
而是面向整个系统，
W
此

数据可以被多个用户、多个成用程序共亨使用
=
数据共孕可以大 大减少数据冗余，节衍存

储
空间。数据共卒还能够避免数据之间的不相容性与不一致 件。由于数据面向整个系统，

是
街结构的数据，不仅可以被多个应用共亨使用，而< br>J1
容易增加新的应用，这就使
W
数据

库
系统弹性 大，易于扩充，可以适应各种用户求，可以取整体数据的各种子集用于不同的

成
用系 统，当应用需求改变或增加时，只要从新选取不同的了集或加上
-
部分数据便可以

满足
新的需求。

(3)

数据独立性高

数据独立性包括物理独性和逻辑独性。

物埋独立性是指用户的应用程序与存储在磁盘
h
的数据库中数据是相互独立的。
也就

是
说数据在磁盘丨
?
.
的数据库中是怎么存储的是有
BDMS
管埋的
,
用户程序不需要了解，应
:
用
程序要处理的只是数据的逻辑结构没辙样当数据的物理存储改变了，成用程序不用改

变。

逻辑独立性是只用户的应用程序与数据的逻辑结构是相互独立的，
也就 是说，
数据的

逻
辑结构改变了，用户程序可以不变。

数 据与程序的独立，把数据的定义从程序中分离出去，加
h
数据的存取又由
DBMS
负
责，从而简化了应用程序的编制，大大减少了应用程序的维护和修改。

(4)
数据由
DBMS
统一管理和控制

数据是由
DBMS
统
-
‘
管理的，而
DBMS
提供了很好的数据控制 功能。


2.4.2

SQL
语言介绍

SQL
是一种介于关系代数与关系演算之间的结构化査询语言，其功能并不仅仅是查询。
SQ L
是一个通用的、功能极强的关系数据库语言。

SQL
之所以能够为用户和 业界爱好接受
并
成为国际标准，是因为他是
一
个综合的、功能
极强< br>大、
简洁易学的语
言
SQL
语言集数据查询、数据操纵、数据定义和数 据

控制功能于一
体，功能强大，易学易用。

SQL
语< br>Vf
支持关系数据库二级模式结构，
用户可以用
SQL
语言对本表进行 査询和其他
操作。

主要的语句可以用
Create
，
Alter
，
Drop
，
Insert, Select
，
Delete
，
Grant
来总结概括。

Create
语句可以用来创建棊本表、索引和视图；
Alter
可以用来修 改基本表；
Drop
可

以用
来査处基本表；
Insert
用来插入数据；
Update
用来更新数据
Sdect
用来选择记录 ：

Ddete
用来删除记录；
Gram
用于授权
......
2.4.3

SQL Server 2005
SQL Server 2005
极人提高了开发效率，具体体现在：

得到改进的工具手段。开发人员将可为
Transact- SQL
、
XML
、多维表达式
(MDX)
和分
析性
XML (XML/A)
使用中
?
开发工具。与
Visual Studio
开发环境的高度集成有助

于提高专
业和商务智能应用的开发与调试效率。

得到扩展的语言支持。开发人员可凭借棊于数据库引擎的通用语
H
运行时
(CLR
)
特

性从
包括
Transact- SQL
、
Microsoft Visual). Basic .NET
和
Microsoft Visual C# .NET
在内的

多
种数据库应用开发语
n
中选杼自己巔熟悉的
?
种。
CL R
托管特性将对用户定义类型和函

数加
以运用，并在此基础上增强开发人《 的丁作涎活性。此外，
CLR
还将创造利用第三方

代码
加速数据库应用开发的宝贵机遇。

XML
与
Web< br>服务。
诸如
Xquery
和本地
XML
数据类型等改进特性有 助于组织机构实

现
内部系统与外部系统之间的无缝化连接
。
SQL
Served
2005
将为欠
?
系型数据和
XML
数

据
提供本地支持，从而使企业肀位能够以螆适合自
:&
需要的格式进行数据存储、管理 和分

析。
针对超文本传输协议（
HTTP)
、
XML、简巾对象访问协议（
SOAP)
、
Xquery
和
XML < br>架构定
义（
xsd)
等既有和新兴开放标准的支持能力还将为跨越
n< br>益扩展企业系统的信息

交流提供
便利。

3
系统的总体设计

3
.
1
系统的功能描述

此系统设计的目的是针对软件测试的难本流程进行管理，包括测试计划和测试人员的

管理。主要功能如下：

1.

Test Plan Management (
测试计划
）

(1)

添加测试计划。包括
Test
Plan name, Project,
Testing Strategy And Approach, Hardware Requirements, Test schedule.
(2)

修改测试计划。

(3)

删除测试计划。

(4)

查看测试计划。

2.

Test case Management C
测试用例
）

(I )
添加测试用例。包括
Test case identifer, Test case name, Input data, Intent,
Expected results
等等。

(
2
)

修改测试用例。

(
3
)

删除测试用例。

(
4
)

査看测试用例。

3.

Test Execute Management (
测试执行）

(1)

(2)

修改测试计划。

(3)

删除测试执行。

(4)

查看测试执行。

4.

Bug Track Management (bug
追踪）

(1)

添力
I]
测试执行，包括
Project, Identification of resources
and responsibilities
，
Setting up of test environment
，
Execute process
等

0

添加

bug
。
包括
Bug Name, Bug Desc, Project, Priority, Assigned by,
修改

Bug
。

删除
bug

杳着

bugo
添加测试报穴。包括

Introduction, Document Objective
等。

Test Report Name, Document
(
建议尽量不使用）
。

Assigned to, Status, Resolution
等。

(2)

(3)

(4)

5.

Test Report Management (
测试报告
)
(1)

(2)

修改测试报告。

(3)

删除测试报告。

(4)
査看测试报告。

6.

(1)

(2)

Client Feedback Management
(
只有管理
w
具有此功能
）

添加用户反馈。包括

修改用户反馈。

Client Name
，
Feedback title,
Feedback content s
(3)
删除用户反馈。

(4)
査看用户反馈。

7.

Administration Management
(
只有资理员
J1
?
有此功能
）

(1)

添加工程。包括工程名，负责人。

修改工程。


删除工程。

査看工程。

(2)

添加优先级。包括优先级名。

修改
bug
的优先级。

删除
bug
的优先级。

查看
bug
的优先级。

(3)

添加
bug
状态。钽括状态名。

修改
bug
的状态。

删除
bug
的状态。

查看
bug
的状态。

(4)

添加员工信息。登录名，密码，安全级别，真实姓名，
Email
等。

修改员工信息。

删除员工信息。

査卷员丁信息。

3
.
2
功能模块划分

根据
3.
丨所叙述 的功能，可以设计出系统的功能模块。如图
3-1:

软



测试
*
本流程管理

件


测


试


管
.


理

系

统








系统管理贷管理

系统模块图

图
3-1

可以肴出，本系统分为两个基本的功能模块。测试的
ff i
本流程管理，钽括测试计划，

测试用例，测试执行，
bug
追踪，测试报告。

系统管理员管理， 包括用户反馈管理，员丁基本信息管理
,
丁
?
程
,bug
的 状态等的管

埋。下面分别介绍这两个骓本模块。测试的基本业务流程，如图
3-2:

系统管理员功能，主要分为叫部分：如图
3-3



系统管理员管理模块包括用户信息管理，
其中权限管理域于员工信息管理的子内容。

权
限控制虽然不是
_
?
个独立存在的模块，但是它却贯穿整个系统地方运行过程当中。本系

统
将用户为两种类型，即系统管理员和普通用户（开发人员）。

系统管理< br>K
用户拥有所有的管埋权限，
普通用户拥存对测试雜本流程模块的管埋。
管
理
员拥护可以创建和管理普通用户。

3
.
3
系统流程分析

所谓的系统流程分析就是用户在使用系统时的工作过程。对于多类型的用户管理系统

来说，
每一类用户的工作流程是不相同的
^
多用户系统的工作流程都从用户登陆模块开 始，

对
用户的负份进行认证。兗份认证可以分为以下两个过程：

(1)

(2)

3-4
：

确认用户是杏是有效的系统用户

确认用户的类型

在系统的
T
作流程中，还将提供各个功能模块之间的依枰关系，本系统的流程分析如图

法表
methods
，
测试用例状态表
states
，
测试阶段 表
phases
，
测试类型表
types
，
用例执
行

表
executes
表，
bugs
表，状态表
status
，
优先级表
priorities
，
报汽表
r eports
，
用户
表
clients
，

员
.
T
表

employees
o
这

些表的结构如
F
：

(1
)
工
程
表
projects
工程表用来保存丁程的难本信息。其结构图如表
4-1:



编号

1

2

3

字段名

project_id

project
一
name

employee_id

数据结构

int P

Vachar(50)

int

备注

工程编号

工程名

员工编号








(2)

测试计划表
plans

测试计划表主要记录测试计划内容的
?
-
些基本信息，其结构如表
4-2:

表
4-2
测试计划表



编号

1

2

3

4

5

6

7

8

9

10

11

12

字段名

plan_id

plan_name

project_id

introduction

strategy

entrycriteria

exitcriteria

passcriteria

planer

schedule

hardware

software

数据结构

Int

text

Int

text

text

text

text

text

int

text

text

text

备注

计划编号

计划名称

工程号

计划概要

测试计划方法和策略

进入测试标准

退出测试标准

通过测试标准

测试经理

执行安排

硬件要求

软件要求













(3)
测试要求表
testreqs
测试要求表主要记录测试要求方面的恭本信息，其结构如表
4-3:

表
4-3
测试需求表

编号

字段名

数据结构

1

2

3

备注

测试要求编号

测试要求名称

模块号

testreq_id

testreq_name

module_id

int

Varchar( 100)

int

(4 )
测试模块
modu les
测试模块主要保存每个工程的模块信息，其结构如表
4-4:

表
4-4
测试模块表

编号

1

2

3

4

字段名

module_id

module_name

project_id

phase_id

数据结构

int

varchar(lOO)

int

int

备注

模块编号

模块名称

工程编号

所处测试阶段

(5)
测试方法
methods
测试方法主要保苻执行测试用例时使用的方法信息，结构如表
4-5:

表
4-5
测试方法表

编号

字段名

数据结构

备注

1

2

method_id

method_naine

int

varchar(50)

测试方法编号

测试方法名

(6)
测试用例状态
states
测试用例表主要记录测试用例的执行状态信息，结构如表
4-6:

表
4-6
测试用例表

编号

字段名

1

state_id

2

数据结构

int

varchar(50
)

备注

测试用例状态编号

测试用例状态名称

state
一
name

(7)
测试用例阶段表
phases
测试用例阶段表主要保存测试用例执行的阶段，其结构如表
4-7:

表
4-7
测试用例阶段表

编号

字段名

数据结构

裕注

1

phase
」
d

int

测试用例阶段编号

2

phase
一
name

varchar(50
)

测试用例阶段名称

(8)
测试类型表
types
测试类型表主要保
#
测试的类型信息，
其结构如表
4-8:

表
4-8
测试类型表

编号

1

2

字段名

type_id

type_name

数据结构

int

varchar(50)

备注

测试类型编号

测试类型名称

(9 )
测试用例表
cases
测试用例表主要保存
?
忤测试用例的基木信息，其结构如表
4-9:


表
4-9
测试用例表

编号

1

2

3

4

5

6

7

8

9

10

II

12

13

14

15

字段名

case_id

case
一
name

project_id

module_id

phase_id

state_id

method_id

type_id

testreq_id

intent

precondition

inputdata

anticipresult

tester

case
一
date

数据结构

int

varchar(50)

int

int

int

int

int

int

int

text

text

text

text

int

datetime

说明

测试用例编号

测试用例名称

所在工程号

所在模块编号

所在阶段编号

所在状态编号

测试方法编号

测试类型编号

测试要求编号

目的

前置条件

输入数据

前提条件

测试人员

执行测试曰期

(10) bug
状态农
statuses < br>状态表主要保存
bug
的状态信息，
K
结构如表
4-10:< br>
表
4-10 bug
状态表

编号

1

2

字段名

status_id

status
一
name

数据结构

int

varchar( 15)

备注

状态编号

状态名称

(11) bug
优先级表
priorities
优先级主要保存解决
bug
时所依据的优先级，其结构如表
4-11
：

表
4-
丨
I bug
优先级表

编号

字段名

1

2

priorityjd

priority
一
name

数据结构

int

varchar
(
丨
5)

备注

优先级编号

优先级名称

(12) S
工表
employees

员丁表记录可以访问该系统的成员信息，其结构如表
4-12:

表
4-12
员工表

编号

字段名

数据结构

1

employee_id

int

2

3

4

5

6

(13) Bug
表

备注

员工编号

员工姓名

登录名

密码

E
一
mail

employee_name

login

pass

email

security
一
level

varchar(15)

varchar (15)

varchar( 15)

varchar(50)

int

权限级别

Bug
主要记录
bug
的
?
辟状态信思，莫结构如表
4-
丨
3:

表
4-13 bug
信息表

编号

1

2

3

4

5

6

7

8

9

10

宇段名

bug_id

bug_name

project_id

priorityjd

status_id

assigned_by

assigned_to

date_assigned

date_resolved

bug_desc

resolution

数据结构

int

varchar(lOO)

int

int

int

int

int

datatime

datetime

text

text

备注

bug
编号

bug
名称

所在工程编号

优先级

状态编号

提交莕

接收
bug #

提交曰期

解决日期

bug
描述

11

解决方案

(14)
测试报告
reports
测试报告表用来记录对执行测试用例的情况，其结构如表
4-14:

表
4-14
测试报告表