在线考试系统测试计划.docx
《在线考试系统测试计划.docx》由会员分享,可在线阅读,更多相关《在线考试系统测试计划.docx(20页珍藏版)》请在冰豆网上搜索。
![在线考试系统测试计划.docx](https://file1.bdocx.com/fileroot1/2023-7/13/2dc092fa-d54b-4011-8bc5-67da6b304999/2dc092fa-d54b-4011-8bc5-67da6b3049991.gif)
在线考试系统测试计划
在线考试系统
测试方案
2021年06月01日
产品名称
测试文档
文档编号
1
版本号
页
数11
文档名称:
测试方案
脱颖龙
日期:
2021-06-01
日期:
日期:
评审意见:
确认:
日期:
目录0
第一章总论0
1.1工程背景0
1.2工程目标0
1.3系统视图1
文档目的1
1.5文档摘要2
第二章测试策略3
2.1整体策略3
2.2测试范围4
2.3风险分析5
第三章测试方法6
3.1里程碑技术6
3.2测试用例设计6
3.3测试实施过程6
3.4测试方法综述7
第四章附件7
第五章变更记录7
第一章总论
1.1工程背景
传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。
对于一些课程来说,随着考生数量的增加,教师出卷阅卷的工作量将会越来越大,并且其工作十分烦琐和非常容易出错。
在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设,目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以防止传统手工考试的缺乏。
与传统考试模式相比,网上考试渗入了更多的技术环节,对实现平安性的途径、方法也提出了更高的技术要求。
通过Internet来实现网上考试,是现代教育技术的一个具体实现,具有很重要的现实意义。
可以实现教考别离以及考务工作的全自动化管理,可以有效利用校园网的软硬件资源,
使其发挥最大效力,更好的为学校的教学、科研、管理效劳,可以大规模的实行考试,实现考试的客观性、公证性,自动化组卷、阅卷可以减轻教师的
工作强度。
传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。
这是一个漫长而复杂的过程,已经越来越不适应现代教学的需要。
在线考试系统是传统考场的延伸,它可以利用网络的无限广阔空间,随时随地的对学生进行考试,加上Web数据库技术的利用,大大简化了传统考试的过程。
1.2工程目标
通过在线考试系统,实现学生在线考试,教师在线出题,阅卷的功能。
1.3系统视图
文档目的
本测试方案主要有两类受众:
测试管理人员和测试人员。
测试管理人员根据该测试方案制定进一步的方案、安排〔工作任务分配、时间进度安排〕和控制测试过程;
测试人员通过该测试方案了解测试过程和相关信息。
测试人员根据该测试方案中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。
本文档主要阐述在线考试系统测试过程中的一些细节,为在线考试系统的测试工作提供一个框架和标准:
确定工程测试的策略、范围和方法;
使工程测试工作的所有参与人员〔测试管理者、测试人员〕对本工程测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识;
使工程测试工作的所有参与人员理解测试控制过程;
从策略角度说明本工程测试的组织和管理,指导测试进展,并作为工程测试工作实施的依据;
本文档是本工程测试整个过程进行的依据、标准和标准;
在测试过程中严格按照本文档的制定的标准去执行。
1.5文档摘要
在工程测试中很多因素决定了测试的成败和效率,同进也潜藏一定的测试风险。
在本文档中,主要通过以下方面对工程进行分析、方案和控制。
系统理解
本系统是基于Hibernate架构使用MySQL数据库的在线考试系统。
测试方案
对于本工程,采用黑盒测试策略。
测试范围包括:
功能测试,以及非功能性的界面测试。
存在的风险有对于逻辑代码测试可能存在漏洞。
测试需求
定义测试范围:
功能测试,以及非功能性的界面测试。
测试重点:
功能性测试。
测试的目标:
发现工程存在的BUG,并修改,最终实现工程可以运行。
测试设计
采用黑盒测试;测试用例由脱颖龙设计和编写,并测试实施过程。
过程控制
测试文档管理:
由脱颖龙编写,经组长审查后保存。
缺陷处理:
请查看缺陷记录。
测试过程:
由脱颖龙测试并由组长控制并审核。
第二章测试策略
2.1整体策略
本工程的特点:
1.本次工程测试的只对系统进行一轮测试
根据以上特点,制定本工程的测试过程策略如下:
1.以80/20原理为指导。
2.尽量做到在有限的时间里发现尽可能多的缺陷〔尤其是严重缺陷〕
3.测试方案与需求制定、用例设计同步进行
4.必须制定测试需求。
5.通过确定要测试的内容和各自的优先级、重要性,使测试设计工作更有目的性,在需求的指导下设计出更多更有效的用例。
6.逐步完善测试用例库。
7.测试用例库的建设是一个不断完善的过程,我们要在有限的时间里,先设计出一整套的测试用例,重要的局部用例需要设计得完善一些,一般局部的那么指出测试的要点,在以后的测试工作中再不断去完善测试用例库。
8.测试过程要受到控制。
9.根据事先定义的测试执行顺序进行测试,并填写测试记录表,保证测试过程是受控的。
10.确定重点。
11.测试重点放在各子系统的功能实现上,问题较多的省中心管理系统和证书管理系统那么是重中之重。
测试技术
本工程采用黑盒测试技术技术。
本工程测试过程中将不会采用测试工具。
依据标准
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算,都是根据目前实际情况考虑而制定的。
测试过程
开始
了解系统
编写测试方案
制定测试需求
测试需求
测试方案
编写测试用例
测试用例
说明书
测试执行测试记录
缺陷记录
测试总结
测试分析报告
结束
2.2测试范围
制定本次工程测试范围的依据为:
各子系统所包含的功能
要测试的子系统:
测试内容
功能测试
测试范围
登陆界面学生登陆系统测试
登陆界面老师登陆系统测试
登陆界面管理员登录系统测试
学生界面查看个人信息测试
学生界面修改个人信息测试
学生界面参加考试测试
学生界面查询成绩测试
教师界面查看个人信息测试
教师界面修改个人信息测试
教师界面批改试卷测试
教师界面管理试卷测试
教师界面管理成绩测试
管理员界面注册学生测试
管理界面员注册老师测试
管理员界面管理学生信息测试
管理员界面管理老师信息测试
管理员界面管理科目测试
管理员界面管理成绩测试
管理员界面增加试题测试
管理员界面删除试题测试
界面测试登陆界面测试
学生界面测试
教师界面测试
考试界面测试
2.3风险分析
1、测试人员对系统熟悉程度的风险:
2、参与本工程的测试人员是第一次测试系统,有可能没有完全掌握系统测试的业务细节,这将在后面的测试设计和测试执行工作造成一些测试逃逸现象〔即一些要测试的方面没有测到〕。
3、系统资料方面的风险:
4、本工程被测试的系统没有完备的开发文档,测试人员做测试设计时能够参考的只是个人经验,可能导致测试人员在初期无法全面地对系统进行深入的测试。
5、时间方面的风险:
6、本次工程时间比拟短,却要完成测试标准的制定、整套测试用例的设计和执行一轮完整的测试,时间进度非常紧张,可能导致测试设计工作不够完善。
第三章测试方法
3.1里程碑技术
在本工程中,我们将整个测试过程分为几个里程碑,到达一个里程碑后才能转换到下一阶段,以控制整个过程。
我们将整个测试过程分为以下几个里程碑:
里程碑完成标准
系统理解:
1.测试人员已经对所有被测系统/模块进行了使用,了解了
被测系统的具体功能
测试需求:
1.所有具体测试范围已确定
2.测试需求制定完成
3.所有测试需求得到组长认可
测试设计:
1.测试用例已覆盖所有测试需求
2.测试用例设计已经完成
测试执行:
1.所有测试用例被执行
2.发现的缺陷都有缺陷记录
3.测试过程有测试记录
结果分析:
1.完成测试分析报告
3.2测试用例设计
本次测试的测试案例,是由测试人员根据自己对系统的理解按照系统层次结构组织编写。
本系统案例的编写采用黑盒测试常用的分析方法设计用例;
对于每一个测试用例,测试设计人员应为其指定输入〔或操作〕、预期输出〔或结果〕;
每一个测试用例,都必须有详细的测试步骤描述;
本次测试设计的所有测试用例均需以标准的文档方式保存;
在整个测试过程中,可根据工程实际情况对测试用例进行适当的变更;按照系统的运行结构安排用例的执行;
3.3测试实施过程
本工程由一位测试人员负责所有子系统的测试,实施过程如下:
1、按照系统运行结构执行相应测试用例
2、记录测试过程和发现的缺陷
3、报告缺陷
3.4测试方法综述
本工程测试包括:
功能测试测试各功能是否有缺陷
界面测试测试界面在一定环境下的性能数据
测试人员执行测试时,要严格按照测试用例中的内容来执行测试工作。
测试人员要将测试执行过程记录到测试执行记录文档中。
测试人员要对测试中发现的问题记录到缺陷记录中。
测试组织
本章主要描述测试团队的结构和职责,测试参与人员的功能划分,以及各自的联系方式等
第四章附件
第五章变更记录
版本修改内容描述修改人日期备注