学生的选课系统的-白盒测试
实验报告
课程名称：软件测试方法和技术
学生姓名：刘成立、龙甜
学号：14122402475、14122402596
院系：计算机班级：1202 组别：1 任课教师：张建东指导老师：张建东
目录
一、学生选课系统选课以及退选流程图 2
二、语句覆盖： 4
2.1：语句覆盖过程分析：
2.2：语句覆盖测试用例：
三、判定覆盖： 5
3.1：判定覆盖过程分析：
3.2：判定覆盖测试用例：
四、条件覆盖： 6
4.1：条件覆盖过程分析：
4.2：条件覆盖测试用例：
五、判定-条件覆盖：7
5.1：判定-条件覆盖过程分析：
5.2：判定-条件覆盖测试用例：
六、条件组合覆盖：8
6.1：条件组合覆盖过程分析：
6.2：条件组合覆盖测试用例：
七、路径覆盖：9
7.1：路径覆盖过程分析：
7.2：路径覆盖测试用例：
八、实验总结：11
九、源代码：12
实验一 白盒测试用例设计
一、学生选课系统选课以及退选流程图： 1.1学生选课系统选课流程图：
注释：条件A 为，判定课程号是否存在？ 条件B 为，判定是否在课程号范围内？
a=0?
输出：该课程不存在
e=1？ T
d=1?
T T
F
F
F
输出：这门课程选过了
T
F
T
B
D
A
T
F
E
H
C
F
h=max?
输出：选课成功！
b>0&&b 选课 c=1? 输出：这门课人数已满 是否重新选课？ 条件C 为，判定是否确认选课？ 条件D 为，判断该课程是否已经选过了？ 条件E 为，判定是否继续选课？ 条件H 为，判定选课人数是否已满？ 1.2学生选课系统退选流程图： 注释：条件A 为，判定课程号是否输入有误？ 条件B 为，判定课程号是否存在？ a>Cno||a<0 输出：课程号输入有误 T B T T T F F F F A b=0？ 输出：该课程不存在 c=1？ 是否重新退选课？ 退选课程 d=1？ 输出：退选成功 输出：你还未选此门课程 C D 条件C为，判断是否重新退选？ 条件D为，判定退选是否成功？ 二、语句覆盖： 2.1：语句覆盖过程分析： 语句覆盖的基本思想是设计若干测试用例，使得运行被测试程序时，每个可执行语句至少被执行一次。 2.2：语句覆盖测试用例： 2.2.1选课功能语句覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件 E 条 件 H 预期结果Ok / Ng P1 a=0, e=1 T T 该课程不存在，重选Ok P2 a!=0, 0 c=1,d=1,e!=1 F T T T F 该课程选过了，选课结 束 Ok P3 a!=0, 0 c=1,d!=1,e!=1 h F T T F F T 选课成功Ok P4 a!=0, 0 c=1,d!=1, h>max F T T F F 该课程人数已满，选课 结束 Ok 2.2.2退选功能语句覆盖测试用例： 编号输入条件 A 条件 B 条件 C 条件 D 预期结果Ok/ Ng P1 a>Cno||a<0, T 课程号输入有 误，重退选 Ok P2 a b=0,c=1 F T T 课程不存在，重 退选 Ok P3 a b!=0,c!=1,d=1 F F F T 退选成功，不再 退选 Ok P4 a b!=0,c!=1,d!=1 F F F 未选此课，退选 结束 Ok 三、判定覆盖： 3.1：判定覆盖过程分析： 判定覆盖的基本思想是设计若干用例，使得运行被测程序，使每个判定的真假分支至少经历一次。 3.2：判定覆盖测试用例： 3.2.1选课功能判定覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件 E 条 件 H 预期结果Ok / Ng P1a=0,e=1T T 该课程不存在，重选Ok P2a!=0, 0>b||b>Cno, e!=1 F F F 超出课程范围，选课 结束 Ok P3 a!=0, 0 c!=1,e!=1F T F F不选该课程，选课结 束 Ok P4 a!=0, 0 C=1,d=1,e!=1 F T T T F 该课程选过来，选课 结束 Ok P5 a!=0, 0 C=1,d!=1,e!=1, h=max F T T F F T 选课人满，选课结束Ok P6 a!=0, 0 C=1,d!=1, H F T T F F 选课成功Ok 3.2.2退选功能判定覆盖测试用例： 编号输入条件 A 条件 B 条件 C 条件 D 预期结果Ok/ Ng P1 a>Cno||a<0,T 课程号输入有误Ok P2 a b=0,c=1 F T T 课程号不存在， 重新退选 Ok P3 a b!=0,c!=1,d=1 F F F T 退选成功，结束 退选 Ok P4 a b!=0,c!=1,d!=1 F F F 未选此门课程， 结束退选 Ok 四、条件覆盖： 4.1：条件覆盖过程分析： 条件覆盖的基本思想是，设计若干测试用例，运行程序，使得每个判断中的可能取值至少满足一次。 4.2：条件覆盖测试用例： 4.2.1选课功能条件覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件 E 条 件 H 预期结果Ok/ Ng P1 a=0,b=1 T T 该课程不存在， 重选 Ok P2 A!=0, 0 c=1,d!=1, h=max F T T F T 选课人满，选课 结束 Ok P3 A!=0, 0 =1,d!=1, H!=max F T T T F 该课程选过来， 选课结束 Ok P4 A!=0, 0 !=1,e!=1, F T F T F 选课成功Ok P5 A!=0, b>Cno,e!=1 F F F 该课程不存在， 重选 Ok P6 A!=0, b<0,e!=1 F F F 该课程不存在， 重选 Ok 4.2.2退选功能条件覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 预期结果Ok/ Ng P1 A>Cno T 课程号输入有误Ok P2 A<0,b=0,c=1 T 课程号输入有误Ok P3 a b!=0,c=1 F T T 课程号不存在，重新退选Ok P4 a b!=0,c!=1,d=1 F F F T 退选成功，结束退选Ok P5 a b!=0,d!=1 F F F 未选此门课程，结束退选Ok 五、判定-条件覆盖： 5.1：判定-条件覆盖过程分析： 判定-条件覆盖的基本思想是，设计若干测试用例，运行程序，使得判断条件中的所有可能至少执行一次，同时，所有判断的可能结果至少执行一次。 5.2：判定-条件覆盖测试用例： 5.2.1选课功能判定-条件覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件 E 条 件 H 预期结果Ok/ Ng P1a=0,b=1T T该课程不存在，重选Ok P2A!=0, 0 c=1,d!=1, h=max F T T F T选课人满，选课结束Ok P3A!=0, 0 c=1,d!=1, H!=max F T T T F该课程选过来，选课 结束 Ok P4A!=0, 0 c=1,e!=1, F T T T F选课成功Ok P5A!=0, b>Cno,e!=1 F F F该课程不存在，重选Ok P6A!=0, b<0,e!=1 F F F该课程不存在，重选Ok P7a!=0, 0 c!=1,e!=1 F T F F 取消选课，结束选课Ok 5.2.2退选功能判定-条件覆盖测试用例： 编号输入条 件 A 条件 B 条 件 C 条 件 D 预期结果Ok/ Ng P1A>Cno T课程号输入有误Ok P2A<0,b=0, c=1 T课程号输入有误Ok P3a b!=0,c=1 F T T课程号不存在，重新退选Ok P4a b!=0, c!=1,d=1 F F F T退选成功，结束退选Ok P5a b!=0, d!=1 F F F未选此门课程，结束退选Ok 六、条件组合覆盖： 6.1：条件组合覆盖过程分析： 条件组合覆盖的基本思想是，设计若干测试用例，运行程序，使得每个条件中的所有可能至少出现一次，并且每个判定的结果也至少出现一次。 6.2：条件组合覆盖测试用例： 6.2.1选课功能条件组合覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件E 条 件 H 预期结果Ok/ Ng P1a=0,b=1T T该课程不存在， 重选 Ok P2A!=0, 0 c=1,d!=1,h=max F T T F T选课人满，选课 结束 Ok P3A!=0, 0 c=1,d!=1, H!=max F T T T F该课程选过来， 选课结束 Ok P4A!=0, 0 c=1,e!=1, F T T T F选课成功Ok P5A!=0, b>Cno,e!=1 F F F该课程不存在， 重选 Ok P6A!=0, b<0,e!=1F F F该课程不存在， 重选 Ok P7a!=0, 0 c!=1,e!=1F T F F取消选课，结束 选课 Ok P8a!=0, 0>b&&b>Cno, F F F 取消选课，结束 选课 6.2.2退选功能条件组合覆盖测试用例： 编号输入条件 A 条 件 B 条 件 C 条 件D 预期结果Ok/ Ng P1A>Cno T课程号输入有误Ok P2A<0,b=0,c=1T课程号输入有误Ok P3a b!=0,c=1F T T课程号不存在，重新 退选 Ok P4a b!=0,c!=1,d=1 F F F T退选成功，结束退选Ok P5a b!=0,d!=1F F F未选此门课程，结束 退选 Ok P6 A>Cno||a<0,T 课程号输入有误Ok 七、路径覆盖： 7.1：路径覆盖过程分析： 路径覆盖的基本思想是，设计所有的测试用例，来覆盖程序中的所有可能的执行路径。 7.2：路径覆盖测试用例： 7.2.1选课功能路径覆盖测试用例： 编号输入条 件 A 条 件 B 条 件 C 条 件 D 条 件E 条 件 H 预期结果Ok/ Ng P1a=0T该课程不存在， 重选 Ok P2a=0,e=1T该课程不存在， 重选 Ok P3 a=0,b<=0&&b> =0 T F 是否重新选课Ok P4 a=0,b>0&&b no,c!=1 T T F 是否重新选课Ok P5 a=0,b>0&&b no,c!=1,d=1 T T T T 这门课程选过 了 Ok P6 a=0,b>0&&b no,c!=1,d!=1,h= max T T T F T这门课的人数 已满 Ok P7 a=0,b>0&&b no,c!=1,d!=1,h！ =max T T T T F选课成功！Ok P8 e=1 T 重新选课Ok P9 e!=1 F 退出系统Ok 7.2.2退课功能路径覆盖测试用例： 编号输入条件 A 条 件 B 条 件 C 条 件D 预期结果Ok/ Ng P1a>Cno||a<0T课程号输入有误Ok P2 A<=Cno||a>=0 B=0 F T 该课程不存在Ok P3 A<=Cno||a>=0 B！=0,d=1 F T T 退选成功Ok P4 A<=Cno||a>=0 B！=0,d！=1 F T F 你还未选此门课Ok P5 C=1 T 重新退选Ok P6 C！=1 F 退出系统Ok 八、实验总结： 对于白盒测试，在设计测试用例时首先对程序进行分析，从程序的内部结构出发设计测试用例，涉及到程序的控制方法、源语句、编码细节、数据库设计等。设计测试用例时应用了白盒测试中的多种测试方法，其中包括：测试覆盖（语句覆盖、分支覆盖、分支条件覆盖等）、基路径测试等方法。白盒测试中，对代码的测试比较透彻，但不容易生成测试用例，而且测试工作量很大。因为白盒测试是基于代码的基础上，所以对变量的定义、数据的分析、精度的度量都有严格的要求。 同时，对于白盒测试的案例设计，要注意以下几点: （1）保证每个模块中的所有独立路径至少被执行一次； （2）对所有的逻辑值均需要测试真、假两个分支； （3）在上下边界及可操作范围内运行所有循环； （4）检查内部数据结构以确保其有效性。 在测试中，也出现了一些不足： 在选课模块中，有一个条件语句是判断所输入的课程号是否存在。当所输入课程号不存在的时候，程序跳转到重新开始选课。这个判定，存在缺陷。只能判断数字，对于其他的数据类型，缺少错误输入判断。 在选课模块中，有一个条件语句是判断是否确认选择。输入选项有1和2，当输入为其他数据类型时，程序界面一闪而过，退回到学生界面。 在退选模块中，有一个条件语句是判断是否确认退选。输入选项有1和2，当输入为其他数据类型时，程序出错。 九、源代码： void select(int XH) /*选课*/ { leap1: system("color 70"); int cn,i,j,Cn,k; int p=0; char t[20]; printf("课程号课程名上课时间上课地点上课老师老师编号课程人数\n"); /*添加*/ for(k=0;k<=CPMAX;k++) /*添加*/ { if(Cou[k].Cno==0) break; } for(i=0;i { printf("%3d %10s %9.2f",Cou[i].Cno,Cou[i].Cname,Cou[i].time); printf(" %10s %8s %9d %9d\n",Cou[i].place,Cou[i].teacher,Cou[i].Tno,Cou[i].pn ); } /*添加*/ printf("请输入课程序号\n"); scanf("%d",&cn); Cn=cn-1; if(Cou[Cn].Cno==0) { printf("该课程不存在\n"); printf("是否继续选课? 1 是 2 否\n"); scanf("%d",&j); if(j==1) {system("cls");goto leap1;} } else if(Cn { printf("课程号课程名上课时间上课地点上课老师老师编号课程人数\n"); printf("%3d %10s %9.2f",Cou[Cn].Cno,Cou[Cn].Cname,Cou[Cn].time); printf(" %10s %8s %9d %9d\n",Cou[Cn].place,Cou[Cn].teacher,Cou[Cn].Tno,Co u[Cn].pn); printf("是否选择该课程? 1 是2 否\n"); scanf("%d",&j); if(j==1) { for(j=1;j<(SCMAX-1);j++) { if(Student[XH][j]==cn) p=1; } if(p==1) { printf("该门课程已经选过了\n"); printf("是否重新选课？1 是2 否\n"); scanf("%d",&i); if(i==1) {system("cls");goto leap1;} } else if(Student[XH][SCMAX-1]>0) { printf("你所选课程已满不能再进行选择\n"); } else if(Cou[Cn].pn==CPMAX) { printf("该门课人数已满"); printf("是否重新选课？1 是2 否\n"); scanf("%d",&i); if(i==1) {system("cls");goto leap1;} /*1111*/ } else { if(Student[XH][1]==0) Student[XH][1]=Cou[Cn].Cno; else if(Student[XH][2]==0) Student[XH][2]=Cou[Cn].Cno; else if(Student[XH][3]==0) Student[XH][3]=Cou[Cn].Cno; else Student[XH][4]=Cou[Cn].Cno; Cou[Cn].pn=Cou[Cn].pn+1; printf("选课成功！\n"); printf("是否继续选课? 1 是 2 否\n"); scanf("%d",&j); if(j==1) {system("cls");goto leap1;} } } else { printf("是否继续选课? 1 是 2 否\n"); scanf("%d",&j); if(j==1) {system("cls");goto leap1;} } } else { printf("该课程不存在\n"); printf("是否继续选课? 1 是 2 否\n"); scanf("%d",&j); if(j==1) {system("cls");goto leap1;} } printf("任意键返回\n"); scanf("%s",&t); system("cls"); printf("%s欢迎回来！\n",S[XH].Sname); system("color 80"); printf(" ###########################################\n"); printf(" # #\n"); printf(" # #\n"); printf(" # 1 选课查询#\n"); printf(" # #\n"); printf(" # 2 选课#\n"); printf(" # #\n"); printf(" # 3 选课退选#\n"); printf(" # #\n"); printf(" # #\n"); printf(" # B返回#\n"); printf(" ################################################\n"); scanf("%d",&i); if(i==1) {system("cls");search(XH);} else if(i==2) {system("cls");select(XH);} else if(i==3) {system("cls");DropC(XH); } else { system("cls"); jiemian(); } } void DropC(int XH) /*课程退选*/ { leap2: int i,j,k; char l[20]; int m=0; printf("您已选择的课程为：\n"); printf("课程号课程名上课时间上课地点上课老师老师编号课程人数\n"); for(j=1;j<=4;j++) { if(Student[XH][j]==0) printf("空\n"); else { printf("%3d %10s %9.2f ",Cou[Student[XH][j]-1].Cno,Cou[Student[XH][j]-1].Cname,Cou[Student[XH][j]-1].t ime); printf(" %7s %8s %9d %9d\n",Cou[Student[XH][j]-1].place,Cou[Student[XH][j]-1].teacher,Cou[Student[XH][j]-1].Tno,Cou[Student[XH][j]-1].pn); } /*输出所查询的课程*/ } printf("请输入退选的课程号:\n"); scanf("%d",&i); if(i>CNO||i<0) { printf("输入有误\n"); goto leap2; } else if(Cou[i-1].Cno==0){ printf("该课程不存在\n"); printf("是否重新退选课程？1 是2 否\n"); scanf("%d",&k); if(k==1) {system("cls"); goto leap2;} } else { for(j=1;j<=4;j++) { if(Student[XH][j]==Cou[i-1].Cno) {m=1;break;} } if(m==1) { Student[XH][j]=0; Cou[i-1].pn=Cou[i-1].pn-1; printf("退选成功！\n"); printf("是否继续退选课程? 1是 2 否\n"); scanf("%d",&k); if(k==1) {system("cls"); goto leap2;} } else { printf("你还没选择这门课程\n"); printf("是否重新退选课程？1 是2 否\n"); scanf("%d",&k); if(k==1) {system("cls"); goto leap2;} } } printf("任意键返回\n"); scanf("%d",l); system("cls"); printf("%s欢迎回来！\n",S[XH].Sname); system("color 80"); printf(" ################################################\n"); printf(" # #\n"); printf(" # #\n"); printf(" #1 选课查询#\n"); printf(" # #\n"); printf(" # 2 选课#\n"); printf(" # #\n"); printf(" # 3 选课退选#\n"); printf(" # #\n"); printf(" # #\n"); printf(" # B返回#\n"); printf(" ################################################\n"); scanf("%d",&i); if(i==1) {system("cls");search(XH); } else if(i==2) {system("cls");select(XH); } else if(i==3) {system("cls");DropC(XH);} else { system("cls"); jiemian(); } } 软 件 测 试 实 训 报 告 班级：软件测试1406班 姓名：贺勇游 目录 第一部分学生成绩管理系统需求分析 (1) 一．项目概述 (2) 二．项目背景 (2) 三．系统详细需求 (5) 第二部分学生成绩管理系统测试计划 (8) 一．概述 (9) 二．测试摘要 (9) 三．测试风险 (10) 四．缺陷等级分类和优先级描述 (10) 五．测试策略 (12) 六．暂停标准和再启动标准 (13) 七．测试任务和进度 (14) 八．测试提交物 (15) 第三部分学生成绩管理系统测试用例设计 (15) 一. 测试用例目的 (16) 二. 功能测试用例设计 (16) 系统登录功能模块用例设计 (16) “系统功能模块用例设计 (17) 档案管理功能模块用例设计 (17) 成绩管理功能模块用例设计 (18) 第四部分学生成绩管理系统缺陷记录 (20) 一. 说明 (21) 二. 缺陷记录 (21) 第五部分学生成绩管理系统总结报告 (22) 一.引言 (23) 二. 测试用例简介 (24) 三. 测试结果及分析 (24) 四. 综合评价 (24) 五. 心得体会 (24) 学 生 成 绩 管 理 系 统 需 求 分 析 一.项目概述 软件项目名称：《生成绩管理系统》 软件版本： 开发团队：阿林软件设计室 项目特点：《学生成绩管理系统》单机/网络版操作简单，功能齐全，适合于各中、小学校及教育局。该系统主要有以下几方面的特点： ●即可单机使用，又可在局域网下多用户共享使用。 ●所有数据即可从Excel表中导入，也可导出到Excel表，方便地与 Excel交换。支持读卡机。 ●可多台电脑同时输入成绩，输入时有语音提示，突破输入瓶颈。 成绩排名详尽，成绩分析到位。 二.项目背景 学生成绩管理是所有院校学生管理事务中的一项重要工作，几年前，各个 需求分析说明书 摘要 随着社会的发展，学生的人数和课程的种类急速增加，传统的选课管理模式已经无法满足当前的实际需求，为此，我们开发了学生选课管理系统。 本人结合学生选课管理的实际需要，完成了对学生选课管理系统的需求分析、功能模块划分、数据库模式分析等，并由此设计了后台数据库以及前台应用程序。 文中首先对课题背景，数据库基础理论和SQL语言进行了简单的讨论；接着，对系统前台开发工具PowerBuilder9.0,学生选课管理系统进行了详细分析，划分了具体的功能模块；最后，给出了学生选课系统应用程序的设计过程，以及每个功能模块的核心代码。 系统可以实现学生选课的一些重要功能，如：课程的添加、删除，信息查询、选课、生成课表，以及学生选课管理人员、用户个人信息的维护等。 关键词管理系统；数据库；PowerBuilder9.0；SQL Server 2000 目录 1. 引言 ---------------------------------------------------------- 4 - 1.1编写目的 --------------------------------------------------- 4 - 1.2项目围 ----------------------------------------------------- 4 - 1.3参考资料 --------------------------------------------------- 4 - 2. 任务概述 ------------------------------------------------------ 4 - 2.1产品概述 --------------------------------------------------- 5 - 2.2用户特点 --------------------------------------------------- 5 - 2.3条件与限制 ------------------------------------------------- 5 - 3. 需求规定 ------------------------------------------------------ 5 - 3.1对功能的规定 ----------------------------------------------- 5 - 3.2对性能的规定 ----------------------------------------------- 7 - 3.3对输入输出的规定 ------------------------------------------- 8 - 3.4数据管理的规定 --------------------------------------------- 9 - 4. 运行环境规定 ----------------------------------------------- - 10 - 4.1用户界面 ------------------------------------------------ - 10 - 4.2设备 ---------------------------------------------------- - 10 - 软件测试学生成绩管理 系统测试报告 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】 软 件 测 试 实 训 报 告 班级：软件测试1406班 姓名：贺勇游 目录 第一部分学生成绩管理系统需求分析 (1) 一．项目概 述································ (2) 二．项目背 景································ (2) 三．系统详细需 求································ (5) 第二部分学生成绩管理系统测试计划 (8) 一．概 述 (9) 二．测试摘 要 (9) 三．测试风 险 (10) 四．缺陷等级分类和优先级描 述 (10) 五．测试策 略 (12) 六．暂停标准和再启动标 准 (13) 七．测试任务和进 度 (14) 八．测试提交 物 (15) 第三部分学生成绩管理系统测试用例设计 (15) 一. 测试用例目的 (16) 二. 功能测试用例设计···································· 系统登录功能模块用例设计 (16) “系统功能模块用例设计 (17) 档案管理功能模块用例设计 (17) 成绩管理功能模块用例设计 (18) 第四部分学生成绩管理系统缺陷记录 (20) 一. 说明 (21) 二. 缺陷记录 (21) 第五部分学生成绩管理系统总结报告 (22) 一.引言 (23) 二. 测试用例简介 (24) 三. 测试结果及分析 (24) 四. 综合评价 (24) 五. 心得体会 (24) 学 数据库原理课程设计 ——高校学生选课系统 速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后， 进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文 从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。 每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文 的参考文献。 本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类 产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存 取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的 要求，极大的提高了学校的工作效率。 关键字：高校学生选课系统；Mysql；JSP 第一章系统开发可行性分析 分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 1.1技术可行性 技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满 足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java 等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。 1.2经济可行性 本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。 1.3操作可行性 由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。 第二章需求分析 2.1引言 为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。 学 生 宿 舍 管 理 系 统 测试计划书 学院：信息工程 班级： 学号： 姓名： 目录 1目的 (1) 2背景 (1) 3范围 (1) 4项目标识 (2) 5测试需求 (2) 5.1数据库设计模块 (2) 5.2用户信息管理模块 (2) 5.3学生宿舍管理模块 (3) 6测试策略 (3) 6.1注册及登录测试 (3) 6.2修改密码、查询信息和删除用户信息测试 (3) 7测试类型 (3) 7.1数据和数据库完整性测试 (3) 7.2功能测试 (4) 7.3用户界面测试 (5) 7.4性能评价 (6) 7.5安全性和访问控制测试 (7) 7.6配置测试 (8) 8工具 (8) 9资源 (8) 10项目里程碑 (9) 11可交付工件 (9) 12测试模型 (9) 13测试日志 (9) 14缺陷报告 (9) 1目的 本测试计划将要简要介绍并进一步说明学生宿舍管理系统测试项目的策略和方法。学生宿舍管理系统项目人员希望利用这个测试计划来了解和执行测试活动，并管理完成整个测试的活动。本文定义可测试的具体职责和活动，并描述了使用的测试。 2背景 由于我国有些学校学生宿舍信息的管理水平比较低，只停留在纸介质的水准上，这样的机制很明显地已不能适应时代的发展要求，它浪费了过多的人力及物力，还存在一些先天缺陷。在信息时代，这种传统的管理方法被以计算机为基础的信息管理方法取代已是大势所趋。 归纳起来，学生宿舍管理系统做到一下功能比较合民意： 首先，可以存储历届的学生信息，安全、高效； 其次，系统可操作性强，能够节省人力，最好只需一到二名信息录入员； 再次，查找信息速度快、效率高，可以检索有条件信息； 再其次，为将来学校实现网络化教育做准备。 3范围 本系统共需要测试四个模块，分别为：数据库设计模块、用户信息管理模块、学生宿舍管理模块、统计查询模块。本计划书主要测试数据库设计模块、用户信息管理模块、学生宿舍管理模块。 先用单元测试测试三个模块的数据输入是否异常；再用集成测试测试数据库能否与学生管理系统中的数据连接，传递是否异常； 再用系统测试测试整个系统相对于需求的符合度. 1 目录 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2测试概要 (2) 3测试结果及发现 (3) 3.1测试1（学生管理系统） (3) 3.2测试2（教师管理系统） (4) 4对软件功能的结论 (5) 4.1功能1（学生管理系统） (5) 4.1.1能力 (5) 4.2.2限制 (5) 4.2功能2（教师管理系统） (5) 4.2.1能力 (5) 4.2.2限制 (5) 5分析摘要 (5) 5.1能力 (5) 5.2缺陷和限制 (6) 5.3建议 (6) 5.4评价 (6) 6测试资源消耗 (6) 1引言 1.1编写目的 对测试项目实施情况进行分析，根据测试结果总结测试的覆盖范围、程序的问题点。本文档的主要读者是本项目的管理人员、设计人员、开发人员和维护人员。 1.2背景 被测试软件系统的名称：学生选课系统。 任务提出者：黄素红 开发者：黄素红 用户：在校大学生与教师 使用即将安装到现场的测试设备等进行测试，测试环境与实际环境基本相符。 1.3定义 用户：使用学生选课系统的人员：学生、教师和管理人员的统称。 系统：学生选课系统。 1.4参考资料 1.魏志华.《软件工程》.北京：清华大学出版社，2005 2.张海藩.《软件工程导论》.北京：清华大学出版社，2013 3. Roger S. Pressman.软件工程－实践者之路第五版.影印.清华大学出版社.2001 4.王水，张晓民，《软件工程素质导论》，第一版，2011年2月 2测试概要 3测试结果及发现 3.1测试1（学生管理系统） 把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。 (一) 学生选课 1. 基本信息框、按学校进行查询。 2. 学生进行选课。 学生选课系统软件需 求说明书 目录1 引言1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.4 参考资料1 2 任务概述1 2.1 目标1 2.2 用户的特点2 2.3 假定和约束2 3 需求规定2 3.1 对功能的规定2 3.2 对性能的规定4 3.2.1 精度4 3.2.2 时间特性要求4 3.2.3 灵活性4 3.3 输入输出要求4 3.4 数据管理能力要求4 3.5 故障处理要求4 3.6 其他专门要求5 4 运行环境规定5 4.1 设备5 4.2 支持软件5 4.3 接口5 4.4 控制5 学生选课系统软件需求说明书 1 引言 1.1 编写目的 编写本文档的目的在于详细、准确和全面的定义本选课系统的功能和用户需求，用以指导系统顺利地进行开发，并保证后续地开发能够保质保量的完成。本文档所描述的需求信息将作为该项目最终验收的标准和依据。 预期读者：学生、老师、管理人员。 1.2 背景 本项目所开发的学生选课系统完成学校对学生的选课信息的统计与管理，减少数据漏掉的情况，同时也节约人力、物力和财力。告别以往的人工统计。 本项目开发的软件采用B/S 结构，方便学生、老师、管理员使用，学生可以再线查看可选课程信息、再线选课、信息修改、成绩查看，老师可以自己的课程人数、课程信息（包括开课时间、地点、开课方式），管理员可以对整个系统进行管理（包括系统管理、用户管理、课程管理）。 1.3 定义 B/S ：即浏览器/服务器结构，基于浏览器的使用。 用户：用户分学生、老师和系统管理员，角色不同，所使用的功能不同。 网站：Internet 上提供Web 服务的计算机。该计算机的IP 绑定了域名，在浏览器输入域名就可以访问该计算机的web 资源。 1.4 参考资料 《信息系统分析设计与管理》 2 任务概述 2.1 目标 该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息 由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。 2.2用户的特点 学生：本科水平。该系统主要为学生提供选课服务，因此学生可以直接查看选课情况，学生 可以根据本人学号和密码登录系统，进行操作，如核实个人信息，查看教师信息、课程信息，以便选课，查看自己选课结果，查询考试成绩等。 学生信息管理系统测试 报告 Modified by JACK on the afternoon of December 26, 2020 1．引言 编写目的 本测试报告为学生信息管理系统项目的测试报告，目的在于测试总结以及分析测试结果，描述系统是否符合需求。学生信息管理系统是应用于学校学生信息的管理以及维护的软件。可以方便的管理学生信息，维护以及修改学生信息。 项目背景 随着高校学生数量的增多，信息复杂度增加，十分有必要通过学生信息管理系统来完成学生信息的管理，修改及维护。开发学生信息管理系统在当今高校是十分有必要的。 用户群 使用于学校。 基本定义 五类测试错误类型。 A类：严重错误，包括以下各种错误： ?由于程序所引起的死机,非法退出 ?死循环 ?因错误操作导致的程序中断 ?功能错误 ?数据通讯错误 B类：较严重错误，包括以下各种错误： ?程序错误 ?程序接口错误 C类：一般性错误，包括以下各种错误： ?操作界面错误（包括数据窗口内列名定义、含义是否一 致） ?打印内容、格式错误 ?删除操作未给出提示 ?与日常生活不符 D类：较小错误，包括以下各种错误： ?界面不规范 ?辅助说明描述不清楚 ?错误操作未给用户提示 ?提示窗口文字未采用行业术语 参考资料 [1]《编程思想》，机械工业出版社，2007 [2]《软件测试方法和技术（第二版）》,清华大学出版社 2 测试概要 测试目的： 在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。 测试声明：测试人员在软件开发过程中的任务： 1、寻找Bug； 2、软件各种属性的组合程度良好； 2、避免软件开发过程中的缺陷； 3、衡量软件的品质； 学生选课管理系统-测试计划 七、测试计划 七、测试计划 1(引言 (1) 1.1编写目的...................................................... .1 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2(任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3需求概述 (3) 2.4条件与限制 (4) 3(计划 (4) 3.1测试方案 (4) 3.2测试项目 (4) 3.3测试准备 (5) 3.4测试机构及人员 (6) 4(测试项目说明 (6) 4.1测试项目名称及测试内容 (6) 4.2测试用例 (7) 4.3进度 (9) 4.4条件 (9) 4.5测试资料 (9) 5(评价 (10) 5.1范围 (10) 5.2准则 (10) 1(引言 1.1编写目的 为了更加全面地评估该“学生成绩管理体统”的功能完成指标，查找出教师和学生在使用 时可能会出现的错误，并进一步提出改进方法;同时也为了加深我们对黑盒测试方法的理解， 我们小组决定分对这个软件进行一次系统的功能测试。同时测试计划的编写也能增强我们与 七、测试计划 测试团队、开发团队之间进行交流。 1.2项目背景 系统名称:学生成绩管理系统 项目的委托单位:哈尔滨理工大学软件学院 开发单位:哈尔滨理工大学软件学院软件08-4班 主管部门:哈尔滨理工大学软件学院 该软件系统完成了学生成绩管理具备的基本功能，把学生、老师、班级、课程、成绩在数据库系统中紧密的联系起来，为老师和学生创建了一个方便、快捷、有效率的服务平台，让学校用一种更有效、更精确的方式对学生成绩进行管理，从而使成绩管理更加规范化，信息化。 1.3定义 一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.wendangku.net/doc/269299032.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性 校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。 学生选课系统详细设计说明书 姓名：任力健 学号：1134110152 目录 第一章需求分析 ........................... - 3 - 1.1 需求分析 . (2) 1.1.1.1 系统管理员需求分析........................... - 4 - 1.1.1.2教师需求分析.................................. - 5 - 1.1.1.3 学生需求分析................................. - 5 - 1.2 任务概述............................................. - 6 - 1.2.1 目标........................................... - 6 - 1.2.2 运行环境....................................... - 6 - 1.3 数据流图............................................. - 7 - 1.4 数据字典............................................. - 7 - 1.5系统完整性、安全性................................... - 9 - 1.5.1 对服务的要求................................... - 9 - 1.5.2 对性能的规定................................... - 9 - 第二章概念结构设计....................... - 11 - 2.2 学生选课系统概念结构设计............................ - 11 - 2.2.1 系统实体E-R图................................ - 13 - 2.2.2学生选课系统的分E-R图......................... - 15 - 2.2.3学生选课系统E-R图............................. - 18 - 第三章逻辑结构设计........... 错误！未定义书签。 3.1 逻辑结构设计........................................ - 19 - 3.2 学生选课系统的逻辑结构设计.......................... - 19 - 第四章物理设计........................... - 20 - 4.1 关系中的关系模式.................................... - 21 - 4.2 基本表设计.......................................... - 21 - 软件测试 学生成绩管理系统 学号： ： 班级： 指导老师： 成绩： 第一章数据字典 1．1教师信息（Teacher）：教师编号Tno CHAR(7) 教师Tname NCHAR(5) 所在系Tdept NV ARCHAR(20) 登录密码Tpasword CHAR(6) 学生信息（Student）：学号Sno CHAR(7) Sname NCHAR(5) 性别Sex NCHAR(1) 年龄Sage TINYINT (2) 所在系Sdept NV ARCHAR(20) 登录密码Spasword CHAR(6) 成绩信息（Grade）：学号Sno CHAR(7) Sname NCHAR(5) 课程编号Cno V ARCHAR(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 NV ARCHAR(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简要说明 软件测试是软件开发时期的最后一个阶段，也是软件质量和可靠性保证中至关重要的一个环节。软件测试的基本任务是通过在计算机上执行程序，暴露出程序潜在的错误，以便进行纠错，从而保证程序的可靠运行，降低软件的风险。 所谓测试用例，就是意发现错误为目的而精心设计的一组测试数据。测试一个程序，需要数量足够的一组测试用例，用数据词典的表示方法表示，可以写成： 测试用例=｛输入数据+输出数据｝ 这个是式子还表明，每一个完整的测试用例不仅包含有被测程序的输入数据，而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试，都要把实测的结果与期望结果做比较，若不相符，就表明程序可能存在错误。 白盒测试就是根据源代码进行测试的，用白盒测试涉及测试用例，有两种测试用例，有两种常用技术：逻辑覆盖法测试用例，基本路径法测试用例。 黑盒测试就是根据被测程序功能来进行测试，所以也称为功能测试。用黑盒法涉及测试用例，有四种常用技术；等价分类法，边界值分析法，决策表法和因果图法。 整个测试基于需求文档，看是否能满足需求文档中所有需求。黑盒测试要求测试者在测试时不能使用与被测系统部结构相关的知识或经验，适用于对系统的功能进行测试。 实验报告 课程名称：软件测试方法和技术 学生姓名： 学号： 院系：计算机班级：1202 组别：1 任课教师：张建东指导老师：张建东 目录 一、实验目的： 二、实验组成员： 三、可用性测试： 四、实验心得： 实验四软件可用性测试 一、实验目的： 针对基于Web的软件缺陷管理工具Mantis，使用Nielsen十大评估原则，对其进行测试和评估。将评估结果加以整理，生成软件可用性测试报告。 二、实验组成员： 刘成立（组长）；龙甜 三、可用性测试： 3．1提供显著的系统状态： 1、测试内容： 系统是否适时、适当的反馈，当前状态。 2、实验截图： 3、测试结果： 符合 4、改进意见: 3．2系统应符合用户的现实世界： 1、测试内容： 系统是否使用了，目标用户所熟知的词汇、概念，对系统功能进行标识。语言是否自然、有逻辑？ 2、实验截图： 3、测试结果： 符合 4、改进意见: 3．3用户控制和自由度： 1、测试内容： 是否有针对，错误操作的，撤销与重做？ 2、实验截图： 3、测试结果： 符合 4、改进意见: 3．4一致性和标准性： 1、测试内容： 相同的词语是否有一致性的含义？各种词汇、操作应按照平台标准。 2、实验截图： 3、测试结果： 符合 4、改进意见: 3．5预防错误： 1、测试内容： 是否有针对，输入的。预防出错处理？像，格式提示等。 2、实验截图： 3、测试结果： 不符合 4、改进意见: 需要提供简单易懂的，预防出错处理。 3．6识别而不是记忆： 1、测试内容： 是否有：将对象、动作和选项可视化以减少用户的记忆压力。用户不必在记住一个对话框到另一个对话框之间的信息。系统的使用指导在适当的时候必须可见或可轻易获取。 2、实验截图： 学生选课系统需求分析书 《学生选课系统》需求分析报告 1 引言 1.1 编写的目的 该学生选课系统需求分析报告的目的在于通过该报告，可以使系统实现如下功能:学生信息管理，课程信息管理，用户信息管理，选课信息管理，个人信息管理，备份恢复数据库。使用户的需求能够清晰的呈现出来。 1.2 背景 学生选课系统是一个学校不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生选课系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。 该学生选课系统的任务提出者河南交通职业技术学院教务处，最终用户为河南交通职业技术学院所有在校学生，教师，学生选课系统的系统管理员。 1.3 参考资料 《软件工程》Ian Sommerville，2004年4月第一版第一次印刷，72页---86页，103页---116页，301页到313页 《ISO软件工程模版(4)需求说明书》 2 任务概述 2.1 目标 随着各大高校的扩招及信息化社会的到来，学校为了提高学生学习兴趣，越来越多的学校采用让学生自主选择所学课程，但以往的工作都是教务处手工填表的形 式搜集选课信息，存在效率低下，数据冗余的缺点，学生选课系统就是为了减少学校对信息管理的工作量，增强学生选课信息管理的安全性的双重要求下出现的。 该系统采用C/S架构，其作用范围为所有在校学生和教师和系统管理员。使学生能够方便地通过本系统进行课程查询和课程选择，使系统管理员能够通过本系统方便的进行课程信息(包括已选课程信息)，用户信息，学生信息的维护，切实地减少了学校对信息管理的工作量同时也提高了信息的安全性。 2.2 用户特点 本系统的最终用户就有四类:学生，一般用户，管理员，超级管理员。系统的超级管理员的技术特长就是能够熟练的进行数据库的备份恢复的维护，保证学校信息的安全性。该学生选课系统的使用频度大概使每学期的开学选课时期。 1、户分类: , 超级管理员:Admin , 管理员:由超级管理员注册 , 学生:由学生信息管理系统添加，同时添加到用户列表中 , 一般用户:由管理员或者超级管理员注册。 用例分析 超级管理员用例图 管理学生 学生管理系统软件测试用例 测试用例 测试用例 软件测试是软件开发时期的最后一个阶段，也是软件质量和可靠性保证中至关重要的一个环节。软件测试的基本任务是通过在计算机上执行程序，暴露出程序潜在的错误，以便进行纠错，从而保证程序的可靠运行，降低软件的风险。 测试用例： 所谓测试用例，就是意发现错误为目的而精心设计的一组测试数据。测试一个程序，需要数量足够的一组测试用例，用数据词典的表示方法表示，可以写成：测试用例=｛输入数据+输出数据｝这个是式子还表明，每一个完整的测试用例不仅包含有被测程序的输入数据，而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试，都要把实测的结果与期望结果做比较，若不相符，就表明程序可能存在错误。 白盒测试就是根据源代码进行测试的，用白盒测试涉及测试用例，有两种测试用例，有两种常用技术：逻辑覆盖法测试用例，基本路径法测试用例。 黑盒测试就是根据被测程序功能来进行测试，所以也称为功能测试。用黑盒法涉及测试用例，有四种常用技术；等价分类法，边界值分析法，决策表法、错误推测法和因果图法。 整个测试基于需求文档，看是否能满足需求文档中所有需求。黑盒测试要求测试者在测试时不能使用与被测系统内部结构相关的知识或经验，适用于对系统的功能进行测试。 黑盒测试 黑盒测试概念： 被称为功能测试或数据驱动测试。在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下进行。 采用黑盒测试的目的主要是在已知软件产品所应具有的功能的基础上，进行：（1）检查程序功能能否按需求规格说明书的规定正常使用，测试各个功能是否有遗漏，检测性能等特性要求是否满足。 （2）检测人机交互是否错误，检测数据结构或外部数据库访问是否错误，程序是否能适当地接收输入数据而产生正确的输出结果，并保持外部信息（如数据库或文件）的完整性。 （3）检测程序初始化和终止方面的错误。 学生选课系统需求分析 1.引言 1.1目的 在完成了针对《学生选课系统》软件市场的前期调查，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。 此需求规格说明书对《学生选课系统》软件做了大体的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统使用人员及系统开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2背景 由于学生多，老师多，课程多，学生课程每学期变动，造成进行课程分配，老师任务分配极为复杂不便，同时由于人员的流动（例如学生转专业，老师跨学院授课等等），对学生选课，老师授课的安排显得力不从心，有时查找与重新整理文件要浪费许多的人力、物力。而且近年来，由于学校扩招力度的加强和教育的改革，选课，成绩档案的管理不当会严重到导致学校管理混乱的局面。于是大家不断地在探索希望能找到解决的方法。 为了解决以上的问题，让学校能够有效的管理，同学能够方便的选课，及促进成绩管理的信息化、规范化和集成化，我们小组多方听取意见、追加和完善部分实用功能，进而了解学生选课流程，同时结合各部门、各专业与同学选课管理的方法，开发出一套适合于多学院，多课程的复杂的选课系统。 1.3参考资料 <<数据库原理与运用教程>>机械工业出版社第二版共293页作者：何玉洁 < . 学生管理系统软件测试用例 专业资料word . 测试用例 测试用例 软件测试是软件开发时期的最后一个阶段，也是软件质量和可靠性保证中至关重要的一个环节。软件测试的基本任务是通过在计算机上执行程序，暴露出程序潜在的错误，以便进行纠错，从而保证程序的可靠运行，降低软件的风险。 测试用例： 所谓测试用例，就是意发现错误为目的而精心设计的一组测试数据。测试一个程序，需要数量足够的一组测试用例，用数据词典的表示方法表示，可以写成：测试用例=｛输入数据+输出数据｝这个是式子还表明，每一个完整的测试用例不仅包含有被测程序的输入数据，而且还包括用这组数据执行被测数据之后的预期的输出结果。每次测试，都要把实测的结果与期望结果做比较，若不相符，就表明程序可能存在错误。 白盒测试就是根据源代码进行测试的，用白盒测试涉及测试用例，有两种测试用例，有两种常用技术：逻辑覆盖法测试用例，基本路径法测试用例。 黑盒测试就是根据被测程序功能来进行测试，所以也称为功能测试。用黑盒法涉及测试用例，有四种常用技术；等价分类法，边界值分析法，决策表法、错误推测法和因果图法。 专业资料word . 整个测试基于需求文档，看是否能满足需求文档中所有需求。黑盒测试要求测试者在测试时不能使用与被测系统部结构相关的知识或经验，适用于对系统的功能进行测试。 黑盒测试 黑盒测试概念： 被称为功能测试或数据驱动测试。在测试时，把被测程序视为一个不能打开的黑盒子，在完全不考虑程序部结构和部特性的情况下进行。 采用黑盒测试的目的主要是在已知软件产品所应具有的功能的基础上，进行：（1）检查程序功能能否按需求规格说明书的规定正常使用，测试各个功能是否 学生选课系统需求规格说明书 学生选课系统需求规格说明书 姓名：潘园园 学号：1108210127 班级：11信管1班 1．文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7) 3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1．文档介绍 1.1文档目的 本文档目的是在开发一个全面的用户需求系统，从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统，我们知道，学生选课系统是专门为各个高校提供服务的一个平台，广泛的被各高校的学生和老师所用。 MA0601测量审核样品软件 测试报告 作者： 时间：2012.6.1 目录 第1部分概述 (3) 1.1目的 (3) 1.2读者对象 (3) 1.3项目背景 (3) 1.4系统概述 (3) 1.5测试结果概述 (3) 1.6参加测试的人员 (4) 1.7测试开始和结束日期 (4) 1.8术语和缩写词 (4) 第2部分测试配置要求 (5) 2.1测试工具 (5) 2.2测试环境 (5) 第3部分测试过程及结果描述 (6) 3.1功能测试过程及结果 (6) 3.1.1测试计划 (6) 3.1.2测试范围 (6) 3.1.3BUG统计 (7) 3.1.3.1Bug类型统计 (7) 3.1.3.2严重程度统计 (8) 3.1.3.3状态统计 (9) 3.2功能能测试过程及结果 (9) 3.2.1测试计划 (9) 3.2.2测试结果图 (10) 3.2.3功能测试结果分析 (10) 3.3总结 (10) 第1部分概述 。 1.1 目的 编写本测试报告为学生管理系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。根据测试结果指导开发人员对软件产品进行完善和优化，给用户提供一份客观的软件质量报告。 1.2 读者对象 本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表、实施人员。 1.3 项目背景 项目名称：MA0601测量审核样品——学生成绩管理系统 项目简称：MA0601 委托单位：********* 开发单位：中国软件测试实验室 1.4 系统概述 产品应用领域：uuid_product_domain学校中学生成绩信息的管理中心 产品特点及其主要功能模块：uuid_product_modules操作简单。主要功能：对学生成绩的修改、查询、删除、排序等功能 1.5 测试结果概述 在对班级成绩测试中发现一般功能符合设计要求，但是也有几个功能没有达到预期的目的，1.查询功能基本是不能用的。2. 姓名没有按照数据字典中的要求进行设置，不是文本形式的特殊符号和超过所要求的字符长度的姓名均能输入到姓名列中。3. 不能一次删除多条记录。 4. 在对学生的姓名和成绩按升序或者降序排列时，重复的没有按照需求再以学号进行排列。 学生选课系统软件测试报告 ： 学号： 班级： 1．引言 1.1编写目的 为了更加全面地评估该“学生选课管理系统”的功能完成指标，查找出教师和学生以及管理员在使用时可能会出现的错误，并进一步提出改进方法；同时也为了加深我们对黑盒测试方法的理解。 1.2定义 软件测试通过使用有限的测试用例来动态地验证程序是否能达到预期的行为测试的目的是为了评估和改进产品质量。 黑盒测试：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用，黑盒测试又称功能测试。 单元测试：着重测试每个单独的模块，以确保它作为一个单元来说明功能是正确的，这种测试成为单元测试 集成测试：必须把模块装配在一起形成完整的软件包。在装配的同时进行测试，因此称为集成测试 确认测试：必须测试在需求分析阶段定下来的确认标准，确认测试是对软件满足所有功能的、行为的和性能需求的最终保证 等价类： 2．任务概述 2.1目标 通过对本学生选课系统进行测试，查找出教师和学生以及管理员在使用时可能会出现的错误，并进一步提出改进方法；同时也为了加深对各种测试方法的理解，最终满足用户的的需求和期望，使该系统更好的为用户服务，同时能够达到最终的业务需求以及系统需求。 2.2运行环境 操作系统：Microsoft Windows 7 数据库：Microsoft SQL Server 2008 3．计划 3.1测试方案 3.2测试项目测试方法： 黑盒测试 选取测试用例的原则： 1、所设计出的测试用例能够减少为达到合理测试所需要设计的附加测试用例数目 2、所设计出的测试用例能够告诉我们，是否存在某些类型的错误，而不是仅仅指出与特定测试相关的错误是否存在 3、正确的划分等价类，已根据等价类设计测试方案，以满足所有的测试都能追溯到用户需求 尽量避免含糊的测试用例。 尽量将具有相类似功能的测试用例抽象并归类。 尽量避免冗长和复杂的测试用例。 3．2测试项目 (一)学生管理模块功能测试 测试容：（1）密码验证功能 （2）选课功能 （3）成绩查询 目的：尽可能多的找出系统运行中会出现的错误，站在学生的立场，考虑学生在实际执行信息、成绩查询、选课功能时会出现的各种错误、异常，从而对此系统进行完善和改正，保证用户在使用中真正满足他们的需求，达到用户想要的功能。软件测试《学生成绩管理系统》测试报告
学生选课系统需求分析说明书
软件测试学生成绩管理系统测试报告完整版
高校学生选课系统数据库设计
学生宿舍管理系统测试计划书.doc
学生选课系统测试分析
学生选课系统需求分析
学生信息管理系统测试报告
学生选课管理系统-测试计划
网上选课系统-需求分析报告
学生选课系统详细设计说明书
学生成绩管理系统测试报告材料
学生选课系统-软件可用性测试实验
学生选课系统需求分析书
软件测试学生管理系统软件测试用例
学生选课系统需求分析
软件测试学生管理系统软件测试用例
学生选课系统需求规格说明书
学生管理系统测试报告------
软件工程学生选课系统软件测试
- 学生信息管理系统软件测试报告
- 学生管理系统测试报告
- 软件测试 学生管理系统软件测试用例
- 软件测试-学生管理系统软件测试用例
- 学生信息管理系统软件测试计划
- 学生信息管理系统测试计划复习进程
- 软件测试 学生管理系统软件测试用例
- 学生成绩管理系统测试总结报告
- 学生信息管理系统测试用例
- 学生管理系统测试报告------
- 学生信息管理系统测试报告
- 学生管理系统测试报告
- 学生成绩管理系统测试报告
- 学生管理系统测试--软件测试论文
- 学生成绩管理系统测试用例
- 软件测试学生管理系统软件测试用例
- 软件测试 学生管理系统软件测试用例
- 学生管理系统测试报告材料
- 软件测试学生管理系统软件测试用例
- 学生宿舍管理系统测试计划书.doc