学生成绩标准管理系统测试报告.doc

软件测试
学生成绩管理系统

学号：
姓名：
班级：
指导老师：
成绩：

第一章 数据字典
1．1老师信息（Teacher）： 老师编号 Tno CHAR(7)
老师姓名 Tname NCHAR(5)
所在系 Tdept NVARCHAR(20)
登录密码 Tpasword CHAR(6)
学生信息（Student）： 学号 Sno CHAR(7)
姓名 Sname NCHAR(5)
性别 Sex NCHAR(1)
年纪 Sage TINYINT (2)
所在系 Sdept NVARCHAR(20)
登录密码 Spasword CHAR(6)
成绩信息（Grade）： 学号 Sno CHAR(7)
姓名 Sname NCHAR(5)
课程编号 Cno VARCHAR(5)
课程名 Cname CHAR(20)
平时成绩 PSgrade INT(2)
试验成绩 SYgrade INT(2)
课程设计 KCSJgrade INT(2)
期末总成绩 Grade INT(2)
课程信息（Course）： 课程编号 Cno CHAR(10)
课程名 Cname CHAR(20)
讲课老师 Tname NCHAR(5)
系别 dept NVARCHAR(20)
1.2概念模型设计
依据上面数据字典设计建立相对应概念模型，从数据字典抽象出实体有：老师信息实体、学生信息实体、成绩信息实体、课程信息实体。各个实体具体描述E-R图以下。
老师员信息实体E-R图：
老师信息
所在系
老师姓名
老师编号
登录密码
图3 老师员信息实体E-R图

学生信息实体E-R图：
学生信息
学号
姓名
性别
年纪
所在系
登录密码

图4 学生信息实体E-R图
成绩信息实体E-R图：
成绩
学号
课程编号
期末总成绩
姓名
平时成绩
试验成绩
课程设计

图5 成绩信息实体E-R图
课程信息实体E-R图：课程信息
课程编号
课程名
讲课老师
系别

图6 课程信息实体E-R图

第2章 测试计划
2.1简明说明
软件测试是软件开发时期最终一个阶段，也是软件质量和可靠性确保中至关关键一个步骤。软件测试基础任务是经过在计算机上实施程序，暴露出程序潜在错误，方便进行纠错，从而确保程序可靠运行，降低软件风险。
所谓测试用例，就是意发觉错误为目标而精心设计一组测试数据。测试一个程序，需要数量足够一组测试用例，用数据词典表示方法表示，能够写成：
测试用例=｛输入数据+输出数据｝
这个是式子还表明，每一个完整测试用例不仅包含有被测程序输入数据，而且还包含用这组数据实施被测数据以后预期输出结果。每次测试，全部要把实测结果和期望结果做比较，若不相符，就表明程序可能存在错误。
白盒测试就是依据源代码进行测试，用白盒测试包含测试用例 ，有两种测试用例，有两种常见技术：逻辑覆盖法测试用例，基础路径法测试用例。
黑盒测试就是依据被测程序功效来进行测试，所以也称为功效测试。用黑盒法包含测试用例，有四种常见技术；等价分类法，边界值分析法，决议表法和因果图法。
整个测试基于需求文档，看是否能满足需求文档中全部需求。黑盒测试要求测试者在测试时不能使用和被测系统内部结构相关知识或经验，适适用于对系统功效进行测试。

黑盒测试：

2.2等价类划分
2.2.1说明
在本学生成绩管理系统中在信息录入部分采取等价分类法。等价分类属于黑盒测试法一个，黑盒测试优点比较简单，不需要了解程序内部代码及实现，从用户角度出发，且是基于软件开发文档，也能知道软件实现了文档中哪些功效，在做软件自动化测试是比较方便。黑盒测试法缺点是覆盖率较低，自动化测试复用性较低。
2.2.2老师信息部分
1、编号：必需有，系统自动编号，三位
2、姓名：必需有，要求为不超出5个汉字且可为英文
3、所在系：必需有，具体系别因各学校具体情况而定
4、登录密码：必需有，长度为6位0~9阿拉伯数字，且6位数不可相同且不能为连续6位
注：
① 老师信息由管理员录入系统
② 老师登录时输入编号及密码，若密码及编号信息输入正确，则提醒登录系统成功，若无法登录进入系统，则提醒提醒密码不正确请重新登录
输入域：编号 姓名 所在系 登录密码
输出域：是否录入/登录成功
输入
有效等价类
编号
无效等价类
编号
编号
必需有（自动编号）
1
空
8

姓名
必需有
2
空
9
不超出5个汉字
3
大于五个汉字
10
英文
4
非汉字
11
所在系
必需有（具体系别因各学校具体情况而定）
5
空
12
登录密码
长度为6位0~9阿拉伯数字
6
空
13
6位数不相同且不能连续
7
6位数相同
14
测试用例：
编号
姓名
所在系
登录密码
是否录入/登录成功
空
张三
三系
123456（连续6位）
失败
001
张三
三系
131415
成功
001
张三
三系
空
失败
002
张三
三系
1111111（6位相同）
失败
003
空
三系
131415
失败
004
张三四五六七
三系
131415
失败
005
BOA
三系
131415
成功
006
李四
空
131415
失败
007
王五
三系
131415
成功
2.2.3学生信息部分
1、学号：必需有，且为11位数，前4位为入课时间，后4位为系别和专业号，最终3位为班级号及学号
2、姓名：必需有，要求为不超出5个汉字
3、性别 ：必需有，为“男”或“女”
4、年纪 ：2位数，在18—80间
5、所在系：必需有，具体系别要求视各学校具体情况而定
6、登录密码：必需有，长度为6位0~9阿拉伯数字，且6位数不可相同且不能为连续6位
注：
① 学生信息由各老师录入系统，学生可凭学号及密码登录系统查询自己信息
② 学生登录时输入学号及密码，若密码及学号信息输入正确，则提醒登录系统成功，若无法登录进入系统，则提醒提醒密码不正确请重新登录
输入域：学号 姓名 性别 年纪 所在系 登录密码
输出域：是否录入/登录成功
输入
有效等价类
编号
无效等价类
编号

学号
11位数
1
不足11位
15
前4位为入课时间
2
后4位为系别及专业号
3
大于11位
16
最终3位为班级号及学号
4
姓名
必需有
5
空
17
不超出5个汉字
6
大于5个汉字
18
非汉字
性别
男
7
空
19
女
8
年纪
2位数
9
不足或大于2位
20
18—80之间
10
小18或大于80
21
所在系
必需有（具体系别因各学校具体情况而定）
11
空
22

登录密码
长度为6位0~9阿拉伯数字
12
不足或大于6位
23
6位数不相同
13
6位相同
24
6位数不连续
14
6位连续
25
测试用例：
学号
姓名
性别
年纪
所在系
登录密码
是否录入/登录成功
空
张三
男
22
三系
131415
失败

张三四五六七
女
22
三系
131415
失败

张三
空
22
三系
131415
失败

张三
男
17
三系
131415
失败

张三
女
22
空
131415
失败

张三
男
22
三系
123456
失败

张三
女
22
三系
1111111
失败

张三
男
81
三系
131415
失败

ABC
女
22
三系
131415
失败
9
张三
男
22
三系
131415
失败
3062
张三
女
22
三系
131415
失败

张三
男
22
三系
131415
成功

2.2.4课程信息部分
1、课程编号：必需有，系统自动编号，3位
2、课程名：必需有，由中英文及多种字符组成，字符长度不限
3、讲课老师：必需有，要求为不超出5个汉字，可为英文
4、系别：必需有，具体系别要求视各学校具体情况而定
注：课程信息由系统管理员录入系统，学生和老师可登录查询相关信息
输入域：课程编号 课程名 讲课老师 系别
输出域：是否录入登录成功
输入
有效等价类
编号
无效等价类
编号
课程编号
必需有（系统自动编号）
1
空
9

课程名
必需有
2

空

10
中英文及多种字符组成
3
长度不限
4
讲课老师
必需有
5
空
11
不超出5个汉字
6
大于5位汉字
12
英文
7
系别
必需有（具体系别因各学校具体情况而定）
8
空
13
测试用例：
课程编号
课程名
讲课老师
系别
是否录入成功
空
《软件测试》
张三
三系
失败
001
空
张三
三系
失败
002
《软件测试》
张三四五六七
三系
失败
003
《软件测试》
张三
空
失败
004
《软件测试》
BOA
三系
成功
005
《软件测试》
李四
三系
成功
3.3.5学生成绩信息
1、学号：必需有，且为11位数，前4位为入课时间，后4位为系别及专业号，最终3位为班级号及学号
2、姓名：必需有，要求为不超出5个汉字
3、课程编号：必需有，系统自动编号，3位
4、课程名：必需有，由中英文及多种字符组成，字符长度不限
5、平时成绩：必需有，0—100之间
6、试验成绩：0—100之间，能够为空
7、课程设计：0—100之间，能够为空
8、期末总成绩：必需有，0—100之间
注：学生成绩信息由各老师录入系统并进行相关管理，学生可凭学号及密码登录系统查询自己信息
输入域：学号 姓名 课程编号 课程名 平时成绩 试验成绩 期末总成绩

输出域：是否录入成功
输入
有效等价类
编号
无效等价类
编号

学号
11位数
1
大于11位
19
前4位为入课时间
2
后4位为系别及专业号
3
不足11位
20
最终3位为班级号及学号
4

姓名
必需有
5
空
21
不超出5个汉字
6
大于5个汉字
22
非汉字
23
课程编号
必需有（系统自动编号）
7
空
24

课程名
必需有
8

空
25
中英文及多种字符组成
9
26
长度不限
19
平时成绩
必需有
11
空
27
0—100之间
12
大于100
28
试验成绩
可为空
13
大于100
29
0—100之间
14
课程设计
可为空
15
大于100
30
0—100之间
16
期末总成绩
必需有
17
空
31
0—100之间
18
大于100
32
测试用例：
学号
姓名
课程
编号
课程名
平时
成绩
试验
成绩
课程
设计
期末
总成绩
是否录
入成功
空
张三
001
《软件测试》
80

80
90
失败

张三
002
《软件测试》
80
80

90
失败
5007
张三
003
《软件测试》
80

80
90
失败

空
004
《软件测试》
80
80

90
失败

张三四五六七
005
《软件测试》
80

80
90
失败

ABC
006
《软件测试》
80
80

90
失败

李四
空
《软件测试》
80

80
90
失败

李四
007
空
80
80

90
失败

李四
008
《软件测试》
101

80
90
失败

王五
009
《软件测试》
80
101

90
失败

王五
010
《软件测试》
80

101
90
失败

王五
011
《软件测试》
80
80

101
失败

宝儿
012
《软件测试》
80

80
100
成功
2.3因果图法设计测试用例
前面介绍等价类划分方法，是着重考虑输入条件，但未考虑输入条件之间联络。假如在测试时必需考虑输入条件多种组合，可能组合数将是天文数字。所以必需考虑使用一个适合于描述对于多个条件组合，对应产生多个动作形式来考虑设计测试用例，这就需要利用因果图。
以“学生管理系统”前台中“选课管理”为例。在学生登录系统进行根据要求进行选课，其对应因果图图2.1所表示。
因果表
原因
结果
C1：课程人数已满
E1：选课失败
C2：已选择过这门课
E1：选课失败
C3：课程人数未满，未选择过这门课
E2：选课成功

C1
C2
C3
E1
E2

E

课程人数未满
没选择这门课
选课
成功
输出

图2.1 因果图

图2.2 选课

表2.1 选课图解列表
用例编号
用例标题
输入数据
操作步骤
期望结果
1
选课人数
选课人数满了
登录不一样学生学号使选课人数达成上限在登录测试学号选课
选课失败
2
是否选择过这门课
选择过这门课
登录测试学生学号先选择1次退出后再次登录进行选课同1门课
选课失败
3
正常选课
选课
根据要求进行选课
选课成功”

2.4决议表法设计测试用例
决议表又称判定表，是一个呈表格状图形工具，适适用于描述处理判定条件较多，各条件又相互组合、有多个决议方案情况。正确而简练描述复杂逻辑方法，将多个条件和这些条件满足后要实施动作相对应。
结合软件测试，条件作为程序输入，动作看做程序输出，规则就是测试用例。
决议表建立应该依据软件规格说明，步骤以下：
①确定规则个数。假如有n个条件，每个条件有两个取值(0，1)，故有2n种规则。
②列出全部条件桩和动作桩。
③输入条件项。
④填入动作项。制订初始决议表。
⑤简化。合并相同规则或相同动作。
适合使用决议表设计测试用例条件：
①规格说明以决议表形式给出，或很轻易转换成决议表。
②条件排列次序不影响实施哪些操作。
③规则排列次序不影响实施哪些操作。
④当某一规则条件已经满足，并确定要实施操作后，无须检验别规则。
⑤假如某一规则要实施多个操作，这些操作实施次序无关紧要。
下面以学生成绩管理系统课程信息作为测试用例进行测试。
条件：C1选择课程编号、C2选择课程标题、C3选择讲课老师
动作：E1信息填写为完整、E2信息填写有误、E3上传成功

决议表
规则选择
1
2
3
4
5
6
7
8

条
件
C1
0
0
0
1
0
1
1
1
C2
0
0
1
0
1
0
1
1
C3
0
1
0
0
1
1
0
1
动
作
E1
1
1
1
1
1
1
1
0
0
E2
0
0
0
0
0
0
0
1
0
E3
0
0
0
0
0
0
0
0
1
经过简化可得决议表以下：
规则选择
1
2
3
4

条
件
C1
0
—
—
1
C2
—
0
—
1
C3
—
—
0
1
动
作
E1
1
1
1
0
0
E2
0
0
0
1
0
E3
0
0
0
0
1
决议表测试用例
用例编号
用例标题
输入数据
操作步骤
期望结果
1
选择课程编号
“”
不选择下拉列表框
提醒请将信息填写完整
2
选择课程标题
“”
1、不选择下拉列表框
提醒请将信息填写完整
3
选择讲课老师
“”
1、不选择下拉列表框
提醒请将信息填写完整
4
课程编号和课程标题标题和讲课老师
1111 软件测试 吴晓燕老师
选择下拉列表框内容
选择下拉列表框内容
选择课程
提醒上传成功

白盒测试：
3.4.1 逻辑覆盖法设计测试用例
逻辑覆盖关键是以程序内部逻辑结构为基础来设计测试用例。逻辑覆盖有语句覆盖 SC（Statement Coverage）、判定覆盖 DC（Decision coverage）、条件覆盖 CC（Condition Coverage）、条件判定组合覆盖 CDC（Condition/ Decision Coverage）条件组合覆盖 MCC （Multiple Condition Coverage）和路径覆盖6种覆盖标准。
下面以本系统中学生管理学生登录功效为例，进行测试用例。
关键代码以下：
if (txtName.Text == "" || txtNum.Text == "" || txtPwd.Text == "")
{
MessageBox.Show("请将信息填写完整");
return;
}
else
{
SqlConnection conn = BaseClass.DBCon();
conn.Open();
SqlCommand cmd = new SqlCommand("select count(*) from tb_Student where StudentNum='" + txtNum.Text + "'", conn);
int i = Convert.ToInt32(cmd.ExecuteScalar());
if (i > 0)
{
MessageBox.Show("密码不正确");
return;
}
else
{
cmd = new SqlCommand("insert into tb_Student(StudentNum,StudentName,ClassID,StudentSex,StudentPwd) values('" + txtNum.Text.Trim() + "','" + txtName.Text.Trim() + "','"+txtClass.Text.Trim()+"','" + rblSex.SelectedValue.ToString() + "','" + txtPwd.Text.Trim() + "')", conn);
cmd.ExecuteNonQuery();
conn.Close();
MessageBox.Show("登录成功");
btnConcel_Click(sender, e);
}
该函数步骤图图1.1所表示：
输入

Sno=””or Spassword=””

请将信息输入完整
T

F
Sno and Spassword ssa
T

登录成功
F
请重新输入

图1.1 登录函数步骤图
Entry

M

A1
T

N
F
T
A1

A2
F

图1.2 登录过程判定条件和过程统计
1、语句覆盖
选择足够多测试数据，使被测程序中每条语句最少实施一次；缺点：对程序实施逻辑覆盖很低。
从图1.1中能够看出要想覆盖全部语句，三条 路径全部必需实施一次。语句覆盖法测试用例列表如表1.1所表示。
表1.1 语句覆盖法测试用例表
编号
输入数据
经过路径
用例1
Sno=””&&Spassword=””
M—A1
用例2
Sno=”张三”&&Spassword=”1234”
M—N—A1
用例3
Sno=”李四啊啊”&&Spassword=’xx”
M—N—A2
2、判定覆盖
设计足够多测试用例，使得程序中每一个判定最少取得一次‘真’值和‘假’值，或使得程序中每一个取‘真’分支或取‘假’分支最少经历一次，所以又称分支覆盖能够满足语句覆盖；
缺点：关键对整个表示式最终取值进行度量，忽略了表示式内部取值。
所以判定覆盖也需要实施上面三种路径，所以它用例和语句覆盖一样。如表1.2所表示。
表1.2 判定覆盖法测试用例表
编号
输入数据
经过路径
用例1
Sno=””&&Spassword=””
M—A1
用例2
Sno=”张三”&&Spassword=”1234”
M—N—A1
用例3
Sno=”李四啊啊”&&Spasswor=’xx”
M—N—A2
3.4.2路径分析法
3.4.1控制流图
设当输入学生帐号正确时为T1，不然为-T1
设当输入密码正确时为T2，不然为-T2
B
N
C
N
A
D
开始
输入管理员帐号
输入管理员密码
账号是否正确
进入系统操作
结束
E
G
Y
密码是否正确
H
Y
F

由上面控制步骤图能够得到下面控制流图

D
B
C
开始
A
结束
E
R1
R2

依据上面环形复杂计算结果，有2基础独立路径
path1：A-B-C-D-E
Path2：A-B-C-A-B-C-D-E
计算圈复杂度:给定流图G圈复杂度V(G)，定义为V(G)=E-N+2，E是流图中边数量，N是流图中结点数量

V(G)=7-7+2=2
对上面路径测试选择测试用例
测试用例
经过路径
覆盖条件
预期输出结果
学生学号
登陆密码

131415
ABCDE
T1，T2
录入成功
3
131415
ABGABCDEF
-T1， T2
录入失败

666666
ABCDHCDEF
T1,-T2
录入失败

3.4.2测试用例
老师登录模块
测试用例

输入
预期输出结果
老师编号
登录密码
TC1
001
131415
登录成功
TC2
002
123456
登录失败
TC3
0003
131415
登录失败
TC4
004
131415
登录成功
TC5
005
131415
登录成功
TC6
006
131415
登录成功
TC7
007
131415
登录成功
TC8
008
131415
登录成功
TC9
009
131415
登录成功
TC10
010
131415
登录成功
学生信息录入模块
用例编号

输入
预期输出结果
学号
姓名
性别
年纪
所在系
1
5
张三
男

一
录入失败
2

空
女
18
二
录入失败
3

张三四五六七
男
19
三
录入失败
4

李四
空
20
四
录入失败
5

小蔡
男
17
五
录入失败
6

张三
男
22
空
录入失败
7

皮皮
女
81
七
录入失败
8

ABC
男
24
三
录入失败
9
3062
小杨
女
25
三
录入失败
10

宝儿
女
81
三
录入成功

第3章 总结
经过此次《教学管理系统测试计划汇报》编写和具体测试工作进行我深刻体会到软件测试是一个有组织有计划活动，在整个测试活动中只有各组员团结合作才能很好完成整个测试活动。
整个测试活动良好展开除了有一个很好测试计划以外还必需拥有众多外部条件，如测试人员知识结构和测试时硬件支持。