软件测试计划说明书
§1. 引言
1.1.编写目的
本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。
1.2.项目背景
a．本项目的名称为教务管理系统；
b．本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。
1.3.定义
1.3.1.测试用例中的编号
功能名+界面名(每个字第一个汉语拼音大写)+编号
例如：登录第一个用例 DL 0001
1.3.
2.测试用例文件名命名规则
模块名+测试用例
例如：学生模块学生测试用例
1.3.3.黑盒测试
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
1.3.4.白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序
中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
1.3.5.静态测试
静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导
1.3.6.动态测试
动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。
1.3.7. 组件功能测试
组建功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
1.3.8.业务测试
业务测试，在单元测试的基础上，将所有业务流程的模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行测试。
1.3.9.压力、容量、性能测试
就是将业务测试完后的系统进行进一步的业务流程测试，例如：在线人数和系统反包括：各个功能点是否以实现，业务流程是否正确。
2.1.2.产品规定的操作和运行稳定。
例如：进行一些评判学生成绩的数据库操作时，数据库会不会正常运行。
2.1.
3.Bug数和缺陷率控制在可接收的范围之内。
例如：估计总代码行数为6000行缺陷数为30个，
那么测试缺陷密度 = 1000 × 30 / 6000 = 5。
目标是测试缺陷密度小于1。
2.1.4.产品可以通过用户检测，初步让客户满意。
可以到达运行基本不出BUG，可以正常使用。
1.4.运行环境
测试工具：Junit
运行工具：Myeclipse，Tomcat
数据库：DB2
机型操作系统CPU 内存
Acer Aspire4520 Window7旗舰版
Build7600 AMD Turion64 X2
TL-60
3G
HP Compaq 6535s Window7旗舰版
Build7600
AMD Athlon X2
DualCore QL-64
2G
Thinkpad R400 LinuxUbuntu
10.10
Inter(R)
Core(TM)2 Duo
2G
Lenove 旭日C466M LinuxUbuntu
10.04
Inter Pentium 双
核 T2390
3G
1.5.条件与限制
首先，本测试计划说明书是一个计划说明书，受限于产品开发人员提交产品测试的内容和时间。根据开发人员提交模块的实际情况，本计划会做出相应修改。
§2.计划
2.1.测试方案
3.1.1测试模型：
W型，测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功
能和设计同样要测试。
3.1.2测试方法：
黑盒测试，白盒测试，静态测试，动态测试。
2.2.测试项目
3.2.1.组件功能测试
3.2.1.1.易用性：
1):确认按钮要支持回车的快捷方式。
2）:界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能。
3):界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放
在窗口上较醒目的位置。
4):同一界面上的控件数目最好不要太多，最好不要超过10个，多于10个时可
以考虑使用分页界面显示。
5):默认按钮要支持Enter及选择操作，即按Enter后自动执行默认按钮对应操作。
6):可控制项检测到非法输入后应该给出说明并能自动获得焦点。
7):Tab键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。
8):界面空间较小时使用下拉框而不用选项框。
9):选项数較少时使用选项框，相反使用下拉列表框。
3.2.1.2.规范性：
1):图标能直观的代表要完成的操作。
2):滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显
示信息的位置和百分比。
3):菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太
多，否则看起来很不协调。
3.2.2.业务测试
功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
3.2.3.压力、容量、性能测试
3.2.3.1. 压力测试说明
压力测试根据实际情况包含性能测试，重点模拟客户进行多用户测试。压力测试有一条8：2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据，测试时在两小时内输入80条数据。
3.2.3.2.压力测试方法及标准
设计试图对 Web 服务进行压力测试的压力测试系统时，要让它们以某种特定的方式运行代码。这些风格超越了功能验证，目的是要弄清楚被测试的Web服务是不是不仅能做我们认为它能做的事，而且在被施加了某些高强度压力的情况下仍然继续正常运行。压力测试必须对Web服务应用四个基本条件：
1、重复：最明显的且最容易理解的压力条件就是测试的重复。测试的重复就是一遍又一遍地执行个别操作或功能，比如重复调用一个 Web 服务。功能验证测试可以用来被弄清楚一个操作能否正常执行。而压力测试将确定一个操作能否正常执行，并且能否继续在每次执行时都正常。
2、并发：并发是同时执行多个操作的行为。换句话说，就是在同一时间执行多个测试。这个原则不一定适用于所有的产品（比如无状态服务），但是多数软件都具有某个并发行为或多线程行为元素，这一点只能通过执行多个代码示例才能测出来压力测试需要一次模拟多个客户机来进行测试。
3、量级：压力系统应该应用于产品的另一个条件考虑到了每个操作中的负载量。重复执行一个操作，但是操作自身也要尽量给产品增加负担。例如，一个 Web 服务允许客户机输入一条消息，可以通过模拟输入超长消息的客户机来使这个单独的操作进行高强度的使用。换句话说就是，您增加了这个操作的量级。这个量级总是特定于应用的，但是可以通过查找产品的可被用户计量和修改的值来确定它—例如，数据的大小、延迟的长度、资金数量的转移、输入速度以及输入的变化等等。
4、随机变化：任何压力系统都多多少少具有一些随机性。如果随机使用前面的压力原则中介绍的无数变化形式，就能够在每次测试运行时应用许多不同的代码
路径。下面是几个关于怎样在测试生命周期内改变测试的示例。使用重复时，在重新启动或重新连接服务之前，您可以改变重复操作间的时间间隔、重复的次数，或者也可以改变被重复的 Web 服务的顺序。使用并发，您可以改变一起执行的 Web 服务、同一时间运行的 Web 服务数目，或者也可以改变关于是运行许多不同的服务还是运行许多同样的实例的决定。量级或许是最容易更改的—每次重复测试时都可以更改应用程序中出现的变量（例如，发送各种大小的消息或数字输入值）。如此反复，是很好的测试情况。
3.2.
4.认可度和可用性测试
认可度和可用性测试，是项目进行验收时的测试。是需求方与开发项目组共同进行业务测试和压力测试等，使得项目能够成功的被需求方验收。
2.3.测试机构及人员
测试团队：08计11第一开发小组
测试流程：
测试步骤动作负责人相关记录要求
1 编译代码王娟、何婷婷成功编译表单确认可测试
2 审核并测试郭琼、李姣审核编译表单李姣审核
3 接受测试金欢欢无金欢欢签字编
译表单
4 开始测试褚强、孙超BUG单编写BUG单
2.4.测试计划及人员分工
测试阶段开始时间完成时间测试人员阶段完成标志
测试环境准备
2011-06-26 2011-06-26
王娟测试工具安装完毕
文档测试2011-06-26
2011-06-26
王娟、何婷婷保证文档有效无
误
测试策略2011-06-26
2011-06-26 褚强、孙超
完成检查表，对文
档进行分解
执行测试2011-06-26 2011-06-26
王娟、何婷婷保证文档有效无
误
系统测试2011-06-26 2011-06-27 所有小组人员所有系统测试完毕并进行缺陷反馈
设计测试用例2011-06-26 2011-06-26 褚强、孙超、郭
琼、金欢欢
测试用例覆盖所
有功能
测试用例review 2011-06-26 2011-06-27 郭琼、金欢欢、
李姣
确定最终的测试
用例
执行测试2011-06-26 2011-06-27 郭琼、金欢欢、
李姣
确定系统的完整
认可度测试
2011-06-27 2011-06-27 王娟、何婷婷系统能满足需求文档编写
2011-06-27 2011-06-27 所有小组人员测试总结报告
3.4.1测试分工
模块名称测试人员
需求跟踪王娟、何婷婷
数据库维护金欢欢、李姣
环境维护郭琼、褚强
安全模块褚强、孙超
讨论组模块王娟、李姣
教务处开设课程模块郭琼、何婷婷
教师成绩管理模块金欢欢、孙超
用户登录模块褚强、王娟
管理员数据管理模块李姣、金欢欢
学生成绩查询模块何婷婷、孙超
管理员人员管理模块郭琼
§3.测试项目说明
3.1.测试项目名称及测试内容
4.1.1.项目名称：教务管理系统
4.1.2.测试内容：
4.1.2.1.功能测试
1）：登录功能
用户是否可以成功登登录
是否可以区分不同类别的用户登录
错误密码是否可以登录
2）：学生模块的查看成绩模块
学生是否能看到自己的成绩
学生能否越权看到别人的成绩
学生是否越权能修改成绩
3）：教师的成绩评定
教师是否可以评定所教学生成绩
教师是否可以越权修改成绩
教师是否可以越权评定非自己学生的成绩 4）：教务处及管理员人员管理
教务处及管理员是否可以添加用户
教务处及管理员是否可以删除用户
教务处及管理员是否可以修改用户
5）：教务处及管理员课程管理
教务处及管理员是否可以添加课程
教务处及管理员是否可以删除课程
教务处及管理员是否可以开设课程
教务处及管理员是否可以修改课程
6）：管理员的数据管理功能
管理员是否可以成功的导入数据
管理员是否可以导出数据
4.1.2.2.业务测试
1）：成绩管理
教师评判成绩是否能和Xs数据库关联
学生是否能看到成绩
2）：课程管理
教务处添加课程对数据库Kc是否起到关联
教务处开设课程是否对数据库Js是否起到关联
教务处删除或修改课程是否对数据库Ks和Js起到关联 3）：数据管理
管理员导入的数据是否可以和数据库关联
管理员导出的数据是否是数据库的良好的数据
3.2.测试用例
3.2.1.输入
注：这里以学生登录为例
账号："学生"
密码：正确的密码
3.2.2.输出
登录该学生主页
3.2.3.步骤及操作
1、打开教务管理系统的首页
2、选择学生身份
3、填写密码
4、点击登录
3.2.
4.允许偏差
不许允许有任何偏差
§4.评价
4.1.范围
测试的范围包括：系统测试，认可度测试。
测试是从测试计划制定完毕开始的，计划完成后，对测试计划之前的工作成果进行测试（如：开发计划编写的完整性等），并且在今后的工作中，严格按照测试计划执行任务。测试过程中所遇到的问题、缺陷，都需要立即反馈项目经理以及各模块负责人，并记录缺陷；在缺陷修改之后，对此部分再进行测试。
4.2.准则
5.2.1.系统测试用例完全通过
5.2.2.认可度达到标准。
5.2.3.缺陷基本排除，系统基本完善。
工程项目管理系统测试 方案 标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]
工程项目管理系统测试方案 （模块测试阶段） 1.试用人员账号信息
2.人员分工 3.测试项目
4.测试用例（其他分公司按照潍坊公司用例进行，只需要更改项目编号和名称）潍坊公司用例一（分成多个任务的情况） （1）立项 项目编号：07TWF2SB0001 项目名称：潍坊电信昌乐机房改造工程 项目经理：朱汇川 项目类型：设备工程 项目概况：潍坊电信昌乐机房改造工程（介绍项目的情况） 立项时间：2007-08-01
（2）任务分解 01：领料 计划开始时间：2007-08-01 计划结束时间：2007-08-02 任务描述：到电信仓库领取工程用料（可以根据情况自由填写）02：施工 计划开始时间：2007-08-03 计划结束时间：2007-08-08 任务描述：工程施工（可以根据情况自由填写） 03：验收 计划开始时间：2007-08-09 计划结束时间：2007-08-09 任务描述：工程验收（可以根据情况自由填写） （3）计划 领料阶段人力计划：张三 领料阶段材料计划：电力电缆：RVV1-16 20M 甲方提供 电力电缆：RVV1-25 20M 甲方提供 电力电缆：RVV1-35 20M 甲方提供
电力电缆：RVV1-50 20M 甲方提供 交流排：5个单价40元/个自购 光纤跳线：单模一米 20条 20元/条自购领料阶段成本计划：计划材料费：自动生成 计划工作和福利费：自动生成 计划折旧费：100 计划办公费：100 计划差旅费：0 计划车辆使用费：100 计划费用合计：自动生成 施工阶段人力计划：张三、李四 施工阶段材料计划： 施工阶段成本计划：计划材料费：自动生成 计划工作和福利费：自动生成 计划折旧费：100
在线考试系统 方 案 书 概述
传统的考试方式组织一次考试至少要经过人工出卷、考生考试、人工阅卷、成绩统计和试卷分析五个步骤。随着考试规模的不断扩大，工作量将会越来越大而且容易出错。因此开发一套在线考试系统具有重要的现实意义： 1、在线考试突破了时空限制。在线考试系统突破了传统考试模式的时间、空间的限制，有利于组织大规模异地实时考试，可以满足任何授权的考生在规定的时间段内在任意时间和可用地点参加考试，大大提高了教学内容和考核方式的灵活性。 2、提高了工作效率。在线考试系统减轻了考试主管部门人员尤其是教师在命题、组卷、阅卷等方面繁重的工作量，提高了工作效率。 3、节省财政开支。在线考试真正实现了无纸化办公，节省了纸张、印刷等考核费用。 系统总体设计思想 1、以提高教学效率为主要目的 在线考试系统提高了教学内容和考核方式的灵活性，减轻了出题、组卷、阅卷、试卷统计等繁重的工作量，增强了试卷批阅及试卷数据统计的客观公平性，实现了考试信息管理以及考试流程的系统化、规范化和自动化，大大提高了教学效率。 2、以安全稳定为系统设计指导思想 安全性是考试系统质量高低一个重要的检测标准。测试系统中的重要内容如试题、试卷、成绩、身份等信息都应高度保密，必须采取相关措施，为系统设置安全的入口，防止非法访问和非法攻击。 3、以智能便捷为系统设计原则 考试系统应融入智能化思想，组卷、阅卷等较繁琐的工作过程需要以较智能的形式呈现给用户，把大量的信息适当的分解后呈现给用户，使用户的操作有章可循，提高系统的便捷性。 主要模块设计及系统管理功能说明： 一、我的考试功能模块 我的考试分为参加考试，历史考试
期中小测验 一、简答题（35分） 1．简要叙述软件项目规模成本估算的基本方法。 2．为项目制定计划是什么意思？它包括那些内容？ 3．项目的特征有哪些？ 4．简述软件危机产生的原因。 5．软件项目有什么特殊性？ 6．简述项目管理中时间、质量及成本之间的关系。 7．简述进度控制的方法与原则。 二、计算题（45分） 1．项目经理正在进行一个媒体信息查询系统项目的估算，他采用的delphi的成本估算方法，邀请2位专家估算，第一个专家给出1万，8万，9万的估算值，第二个专家给出了4万，6万，万8 万的估算，计算这个项目成本的估算值是多少？ 2．请为一个学院网站建设项目建立WBS。 3．一个项目在进行规划的时候,碰到了一个风险问题，项目经理在决定是否采用方案A。如果采用方案A需要使用一个新的开发工具，通过使用这个工具可以获利5万元，否则将损失1万元。而能够掌握这个工具的概率是20%，利用决策树分析技术说明这个项目经理是否应该采用这个方案A？（画出决策树）
（1）在下面的网络图中的相应位置填写出各活动的工期、最早开始时间、最晚开始时间、最早结束时间、最晚结束时间、时差，指出关键路径，总工期。 （2）假设总工期需要缩短，应首先选择哪个活动进行压缩，为什么？ （3）该网络图中的准关键活动有哪些？ 最晚开始时间 5．某项目由1、2、3、4四个任务构成，如下图所示。该项目目前执行到了第6周末，各项工作在其工期内的每周计划成本、每周实际成本和计划工作量完成情况如下图所示。（选做） 单位：万元
（1）根据图中提供的信息，计算出截至第6周末，该项目的BCWS、ACWP和BCWP 参数将结果直接填写在下表中： （2）计算第6周末的成本偏差CV、进度偏差SV，说明结果的实际含义。（3）如果预计完成剩余的工作，仍然会延续目前（第6周末）的偏差情况，完成整个项目实际需要投入多少资金？写出计算过程。 三、论述题（20分） （1）需求变更是导致项目失败的重要原因也是项目管理者必须面对的问题，列出你参与的（或者你所知的）软件项目过程中引起变更的原因，这个变更可以是开发过程中的任何阶段，最好按照项目的执行阶段给出变更的原因和可能的解决方法。 （2）简要叙述软件项目规模、成本估算的基本方法。
在线视频播放系统测试计划书
修订历史记录 （A——添加，M——修改，D——删除） 目录 1.简介 (5) 1.1目的 (5) 1.2 围 (5) 2.测试参考文档和测试提交文档 (6) 2.1测试参考文档 (6) 2.2测试提交文档 (7) 3.测试进度 (8) 4.测试资源 (9) 4.1人力资源 (9) 4.2 测试环境 (9) 4.3测试工具 (10) 5.测试风险，优先级 (11)
6.测试策略 (11) 6.1 数据和数据库的完整性测试 (11) 6.2 接口测试 (12) 6.3 集成测试 (12) 6.4 功能测试 (13) 6.5用户界面测试 (14) 6.6 性能测试 (15) 6.7 负载测试 (16) 6.8 强度测试 (17) 6.9 容量测试 (17) 6.10 安全性和访问控制测试 (17) 6.11 故障转移恢复测试 (17) 6.12 配置测试 (17) 6.13 安装测试 (18) 7.严重问题描述 (18)
1.简介 1.1目的 确定当前项目能够使用并测试其播放视频的功能和用户长久在线的功能。测试当前版本软件能否实现视频的播放、暂停和进度条调整，以保证用户可以正常使用该软件。自动化比例相对较低，手工测试占得相对比例应当较高，以保证视频的正常播放，不出现卡顿掉线。测试完成标准应以软件可以长久保持用户在线，并在播放过程中一直保持不出现较长时机卡顿，可以进行暂停播放功能为基准。由于是初次测试，工作量应当相对较多，对代码的结构等都需要进行调整，工作量相对较高。 1.2 围 本次测试主要采用黑盒测试的方法，主要针对于本系统的功能测试模块，对于性能测试，负载测试，安全测试等其他方面的测试会根据时间和进度给予相应的测试。
教务管理系统课程 设计报告
教务综合管理系统设计报告 专业：软件工程 成员：车振军陆建伟 徐蕾杨思倩指导老师：徐明 日期： -6-15
一、引言 1.1 目的 为了保证项目小组能够按时完成小组任务及目标，便于项目小组成员更好地了解项目情况，使项目小组开展的各个过程合理有序，因此确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发，减少开发中的不必要损失。 预期的读者是设计人员、开发人员、项目管理人员、测试人员和用户。 1.2 背景 高校教务管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐，随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。 教务管理系统是一个大型复杂的计算机网络信息系统，满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求，实现信息资源的高度集成与共享，实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统；为信息交流、教务管理提供一个高效快捷的电子化手段；最终达到进一步
提高各级领导科学决策水平，提高各院系、各部门管理人员管理水平与办公效率，减轻工作负担的目的。 教务管理系统面向管理员、教师和全校学生，实现学生管理、教师管理、课程管理、成绩处理。 1.3 定义 1.3.1 MySQL MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，当前属于 Oracle 旗下公司。MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。 MySQL所使用的 SQL 语言是用于访问数据库的最常见标准化语言。MySQL 软件采用了双授权政策，它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，特别是开放源码这一特点，一般中小型网站的开发都选择 MySQL 作为网站数据库。1.3.2 MyEclipse MyEclipse，是在eclipse 基础上加上自己的插件开发而成的功能强大的企业级集成开发环境，主要用于Java、Java EE以及移动应用的开发。MyEclipse的功能非常强大，支持也十分广泛，特别是对各种开源产品的支持相当不错。 二、需求分析 2.1 功能需求 2.1.1 系统目标
学生在线考试系统需求分析报告 1.引言 随着Internet的迅速发展和广泛普及,网络化教育代表了教育改革的一个发展方向,已经成为现代教育的一个特征,并对教育的发展形成新的推动力。远程教育成为现代教育技术未来发展的重要方向之一，考试测试作为远程教育的一个子系统也成为一个重要的研究领域。 Internet技术的发展使得考试的技术手段和载体发生了革命性的变化，Internet的开放性、分布性的特点和基于Internet的巨大的计算能力使得考试突破了时间和空间的限制。与传统考试模式相比，在线考试具有无可比拟的优越性，它可以将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节缩小到一至两个环节，几乎屏蔽了所有人工直接干预考试活动的可能性，不但能够节约大量的时日、人力、物力与财力，而且还可以大幅度增加考试成绩的客观性和公正性。 传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。对于一些课程来说，随着考生数量的增加，教师出卷阅卷的工作量将会越来越大，并且其工作十分烦琐
和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设，目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的不足。与传统考试模式相比，网上考试渗入了更多的技术环节，对实现安全性的途径、方法也提出了更高的技术要求。通过Internet来实现网上考试，是现代教育技术的一个具体实现，具有很重要的现实意义。可以实现教考分离以及考务工作的全自动化管理，可以有效利用校园网的软硬件资源，使其发挥最大效力，更好的为学校的教学、科研、管理服务，可以大规模的实行考试，实现考试的客观性、公证性，自动化组卷、阅卷可以减轻教师的工作强度。传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一个漫长而复杂的过程，已经越来越不适应现代教学的需要。在线考试系统是传统考场的延伸，它可以利用网络的无限广阔空间，随时随地的对学生进行考试，加上Web数据库技术的利用，大大简化了传统考试的过程。 本文以Internet为平台,研究了基于Web考试系统的设计与开发，包括系统需求分析和系统功能设计以及数据库设计。重点阐述了用户注册模块、用户登录模块、在线考试模
在线考试评测解决方案
1. 系统概述 智能出卷评测系统是针对中小学题高升学率、增加学生知识面的需求，结合INTERNET 和多媒体技术定制的一套系统。它经过五千多所学校使用，在实践中取得了很好的效果；教师可以通过它题供的海量的静、动态学科试题资源库和智能的出卷系统轻松的作出针对不同教学目的的各类试题，以满足教学要求。智能出卷评测系统分为"智能出卷系统"和"在线考试评测系统" 。 智能出卷的基本思路是要在老师题出的较为模糊的和较少要求的情况下高度智能化地生成满意的试卷。 网络考试评测系统是通过网上进行考试和作业的结果，智能检测出学生知识点薄弱的地方，并通过计算机智能的手段对其加以辅导。 智能出卷的基本思路是要在用户题出的较为模糊的和较少要求的情况下高度智能化地生成满意的试卷。智能出卷的习题来源--题库也不是一成不变的，新版的"龙教智囊智能出卷系统" 附带的题库中，一些不符合新教材的题目被换掉，增加了许多新的更灵活的以及近期各大考中用到的好题，这都是龙教智囊公司的老师们辛勤劳动的结果，相信一定会对学校的教学工作有帮助。 智能出卷题供了符合教师习惯的抽取整卷、智能出卷、专业出卷、知识点题分出卷，知识点题数出卷，输入题号出卷和搜索组卷多种方式，特别是操作起来很容易，实现了出卷智能化、自动化。新版智能出卷系统还新增了试题浏览功能、增强了查看、检索试题分布功能、试卷模板功能（如有期中考试及期末考试及选拔考试等）、套卷功能（就是已经组好的卷子，如历年高考试题集及一些其它比较好的套卷）、混合组卷功能、英语听力题的语音功能、试卷处理、权限管理、留有题目升级的接口(以后通过更新的数据包即可扩充题量)、题库加密、WORD排版功能、对组卷的算法进行再一次的优化。对新增加的题库的结构进行转化，使其能够被目前智能出卷所使用。 2．系统架构
在线考试系统设计方案 一、概述 传统的考试方式组织一次考试至少要经过人工出卷、考生考试、人工阅卷、成绩统计和试卷分析五个步骤。随着考试规模的不断扩大，工作量将会越来越大而且容易出错。因此开发一套在线考试系统具有重要的现实意义： 1、在线考试突破了时空限制。在线考试系统突破了传统考试模式的时间、空间的限制，有利于组织大规模异地实时考试，可以满足任何授权的考生在规定的时间段内在任意时间和可用地点参加考试，大大提高了教学内容和考核方式的灵活性。 2、提高了工作效率。在线考试系统减轻了考试主管部门人员尤其是教师在命题、组卷、阅卷等方面繁重的工作量，提高了工作效率。 3、节省财政开支。在线考试真正实现了无纸化办公，节省了纸张、印刷等考核费用。 4、在线考试更能体现考核的客观公正性。在线考试采用试题库方式提供试卷来源，考前无任何成套试卷，考试时各考生随机抽卷，试卷不完全相同，避免了互相参看导致的不公平成绩。自动阅卷功能增加了考核的透明度，考生在交卷同时看到自己的成
绩，降低了错误出现的概率和教师主观因素的干扰，更能体现考核的客观公正性。 二、“在线考试系统”环境要求 软件环境:开发语言采用JAVA，数据库服务器方面则有MySQL,其灵活性、安全性和易用性为数据库编程提供了良好的条件 三、系统设计方案 系统设计方案描述 该考试系统是基于WEB技术系统开发的一种，采用B/S的三层结构模式，使用jsp动态网页技术开发。不受时间和地域的限制可以随机出题。管理员可以管理角色，并对系统模块、用户等进行处理;教师在题库添加试题，对用户的成绩进行管理。用户则通过选择不同类别的试卷，系统随机生成试卷并开始考试，查询成绩。 在系统设计和开发上，运用软件工程的思想，分析和设计了数据模型和功能模型；给出了主要功能的算法设计，包括题库组织、试卷生成、身份认证、考生答案存储、自动阅卷等。 系统功能需求分析 提供一个基于B/S模式用户接口，能实现在线的用户认证、
谈项目管理和软件测试过程 1. 软件测试在公司的组织保障是基础 1.1 研发部组织结构介绍 以华友公司研发部的组织结构为例，测试部门属于研发部副总裁直接管理， 公司研发部的组织结构图 #FormatImgID_0# 对于从事软件研发的组织来说，工作类型至少包括项目管理、产品设计、编码、测试、质量保证和软件配置管理，以及其它人员，如文档编制人员和美工人员/系统硬件管理人员等。根据职能需要，可以以半独立方式进行部门和项目的矩阵管理，即职员要对项目经理/组长负责，也要对部门经理/总监负责，工作考核由双方共同完成，标准的组织应包括技术开发部/组（主要是编码和设计人员），产品开发部/组（产品需求和项目管理），测试部/组，配置管理部/组（因为配置管理人员基本上是按20个技术人员配一个配置管理人员，所以一般部门规模较小，或者只是配置管理组），软件质量保障部/组，其它部/组（如系统/文档/美工等）。华友公司组织结构中，研发部是公司软件研发的核心部门 产品研发Ⅰ部、Ⅱ部、和应用研发部主要负责： 与软件产品部或内容产品部配合，协助完成内容产品的可行性、合理性分析； 平台、网关、应用产品的研发项目的立项和方案评审；
研发项目的概要设计、详细设计工作； 研发项目的编码、单元测试工作； 组织公司相关部门进行研发产品的培训； 协助相关部门做好产品的售前技术支持工作； 协助相关部门进行软件的安装与调试； 根据相关部门的要求做好产品的售后服务工作，保障软件的运行正常。测试部隶属研发部，主要职责如下： 与内容产品部和软件产品部配合完成软件需求分析讨论，并根据需求说明书制订《项目测试方案》，编写《测试用例》，建立测试环境； 负责完成研发部各开发组研发的软件产品开发过程和投入运营之前的 新增软件和修改升级软件的模块测试和系统测试； 建立、推广并维护实施软件版本管理系统CVS和VSS； 使用并维护软件缺陷管理系统Bugzilla，负责软件问题解决过程跟踪记录； 负责推广实施软件开发文档规范化工作，管理研发产品相关文档； 负责配合软件运维部门等对于新业务软件或修改升级业务软件的上线 测试工作，并提供上线测试报告； 负责监督软件开发流程的执行，并负责提出软件开发过程改进建议，提高软件产品质量。 1.2 软件产品研发各部门的组织结构分解
软件需求分析报告 教务管理系统 学生姓名__ __ 学号 专业班级 院（系） 指导教师 完成时间 成绩
前言 项目小组分工： 需求分析、文档的整理及后期的功能测试。 教务管理系统的建模实现。 伴随着高校信息化建设的日益完善，高等学校的教务管理系统在高校管理中越来越受到老师和学生的青睐。高等学校的教学管理系统功能全面、操作简单快捷，可以为学生和老师建立电子档案，并且便于实时修改、保存和查看，实现了无纸化存档，为学校节省了大量的资金和空间。学生可以通过教务管理系统方便快捷地查询自己的个人信息，进行网上查询课表、成绩以及报考的事宜。因此结合现有教务系统的优点，制作此教务管理系统。
目录 一、项目前景文档 (1) 1.业务需求 (1) 1.1 业务背景 (1) 1.2 业务目标和成功条件 (1) 1.2.1 业务目标（Business Objective，BO） (1) 1.2.2 业务成功条件（Success Crite，SC) (1) 1.3 业务风险（Risk，RI） (2) 2. 解决方案的背景 (2) 2.1 前景陈述 (2) 2.2 主要的系统特征（Feature） (2) 2.3 假设（Assumption）和依赖(Dependency)条件 (3) 3.项目范围和限制 (3) 3.1 初始和后继版本的范围 (3) 3.2 限制和排除条件 (4) 4.业务环境 (4) 4.1涉众档案 (4) 4.2项目的优先级 (5) 4.3运行环境（Operating Environment OE） (6) 二、软件需求规格说明书 (6)
1. 引言 (6) 1.1概述 (6) 1.2背景 (7) 1.3定义 (7) 1.4参考资料 (8) 2. 任务概述 (8) 2.1目标 (8) 2.2运行环境（Operating Environment，OE） (8) 2.3假定（Assumption）和约束（Constraint） (9) 3. 需求规定 (9) 3.1.对功能的规定 (9) 3.1.1.用户需求 (9) 3.1.2.系统需求 (19) 3.2.非功能性需求 (30) 性能需求（Performance） (30) 安全设施需求（SAfety） (31) 安全性需求（Security） (31) 软件质量属性 (31) 3.3.外部接口需求 (31) 用户界面（User Interfaces，UI） (31) 硬件接口（Hardware Interfaces，HI） (31) 软件接口（Software Interfaces，SI） (32)
考试系统建设 方 案 书 XXXXXX有限公司 随着计算机信息化日新月异的发展，计算机网络发挥了越来越大的作用。如何更合理、高效地将计算机网络信息的高效性应用到我们
教育教学学习考试上，一直也是我们持续关注、研发的主题和目标。为了巩固和加强学习的成果，需要对广大学员进行考核。形势的发展和现实的需求迫切需要各职能单位上一套成熟、稳定、易用的网上考试系统软件。 必要性： 传统的纸质考试需要人员集中，专门安排考场，往来时间的损耗、考试组织费用等等，成本非常高。传统的纸质考试出卷、排版、印刷、交卷、批改、成绩登记、统计查询等工作比较繁琐，耗时耗力，远远跟不上网上在线考试的自动化、高效化。 在线考试系统是目前市场占有率最高，应用最广泛的远程网络学习考试软件，它采用Web 方式，同时适用于局域网和Internet ，无需安装客户端，即可实现网上出题、考试并能够答卷保存、自动判分、成绩查询和分析等功能。该系统同时拥有最开放的题库管理系统和最灵活的组卷系统，提供资源的快速收集和高度共享。
第一章系统概述 1.1系统简介 XXX 在线考试系统是针对各类院校而设计的新一代纯B/S 架构的在线考试系统。它采用全Web 架构的零安装和零维护方式，无需 安装任何客户端软件，即可实现网上自测和模拟考试、作业练习、员工考核和测评、自动评分和阅卷、答卷和成绩管理、“班级模式”的管理和统一考试等功能。该系统还拥有独创的最灵活的试卷录入方式，既有采用独创的“所见即所得”技术的手工录入方式，又能够支持自动快速导入纯文本格式的试卷，同时还可以直接上传各种 Word/Pdf 文档型或图片型试卷并编辑答题卡以支持全自动评分和阅卷的在线考试。 1.2系统架构 XXX 在线考试系统学生用户通过浏览器登录系统，参加考试、 查看参考答案和查看考试成绩、成绩分析统计等；教师用户通过浏览
b 项目名称（项目编号） 测试计划 文件修改控制
目录 1.1测试背景..................................................... 1.2测试范围与目标............................................... 1.3项目组织..................................................... 1.3.1组织结构............................................... 1.3.2角色与职责 ............................................. 1.3.3外部接口............................................... 1.4定义与缩略语................................................. 1.5参考资料..................................................... 1.5.1参考资料............................................... 1.5.2参考网站............................................... 2测试要点....................................................... 2.1测试方法................................................. 2.2测试工具................................................. 2.3测试内容................................................. 3测试环境....................................................... 3.1硬件环境................................................. 3.2软件环境................................................. 4产品及技术形态................................................. 5测试进度计划................................................... 5.1项目的启动和结束时间（或迭代周期计划）................... 5.2测试设计工作任务分解和人员安排........................... 5.3测试环境搭建工作任务分解和人员安排....................... 5.4测试执行工作任务分解和人员安排........................... 5.5测试分析工作任务分解和人员安排........................... 6技术质量风险分析............................................... 7测试用例描述................................................... 7.1测试类型一............................................... 7.1.1测试用例一（功能测试） ................................. 7.2测试类型二............................................... 7.2.1测试用例二（性能测试） .................................
测试计划 1引言 1.1 编写目的 本测试计划的具体编写目的，指出预期的读者范围。如： 1.2 背景 说明： a．测试计划所从属的软件系统的名称； b．该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划之前必须完成的各项工作。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2计划 2.1 软件说明 提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。
列出本项测试所需的资料，如： a．有关本项任务的文件； b．被测试程序及其所在的媒体； c．测试的输入和输出举例； d．有关控制此项测试的方法、过程的图表。 2.3 测试培训 说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。 3测试资源 3.1 人员安排
3.2.1硬件环境： 3.2.2软件环境： 3.3 测试工具 本模板中提出的工具均根据实际情形尽心更换 3.4 测试进度 4测试策略 列出组装测试和确认测试中的每一项测试用例模板的名称标识符、这些测试的进度安排
以及这些测试的内容和目的，例如模块功能测试、用户界面测试、性能测试、压力测试、故障恢复测试、安全性测试、配置测试、安装测试等。 4.1 功能测试 确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。 4.1.1目标 利用有效的和无效的数据来执行各个用例流，以核实以下内容： ?在使用有效数据时得到预期的结果 ?在使用无效数据时显示相应的错误消息或警告消息。 4.1.2条件 陈述本项测试工作对资源的要求，包括： a．设备所用到的设备类型、数量和预定使用时间； b．软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等； c．人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员。 4.1.3测试用例模板 单一界面测试的参考表格如下：
建设方案 项目背景 中国检验认证集团（CCIC）是中国第一家从事商品检验鉴定和认证业务的独立第三方机构，在全球拥有约300家机构、200家合作实验室，员工逾16，000人，运营网络覆盖20余个国家和地区。中国检验认证集团广东有限公司是其下核心子公司。作为以“检验、鉴定、认证、测试”为主业的独立第三方检验认证机构，可以在“质量、安全、健康、环保”领域，为全球客户提供“一站式”综合解决方案。 中检咨询有限公司是中国检验认证集团广东公司全资子公司,主要为各类企业提供基于ISO9000、ISO14000、ISO2200、OHSMS、HACCP等体系内的培训及管理咨询、认证服务。随着业务的发展，电子商务、移动互联网应用普及，公司迫切需要一个统一的综合门户平台，将公司业务所涉及到的产品信息、营销推广、用户管理、培训课程、考试认证、数据统计等纳入其中，在全面提升企业品牌服务形象的同时为用户提供更好的交互式服务与体验，同时对业务纵深拓展提供全面的战略支撑。 需求分析 根据规划本平台主要服务对象分为两类： 一、针对中国检验认证内部，包括管理人员、销售人员、服务人员，能够提供全面完善的信息发布、推送，数据统计，权限审核，资源管理，课程、课件、题库的制作管理等方面的功能。 二是针对外部的客户，外部用户又分为企业用户和个人用户，平台能够为上述人员提供在线的用户注册、积分购买、充值，课程培训、考试、咨询、讨论、查询统计、 其中重点需求分析如下： 1.用户注册:平台能够提供用户在线注册功能，所有外部用户需注册方可浏览网站部分信息免费课程、课件、资料。注册信息包括用户名、联系方式、邮箱、（企业用户还需包括企业名称，地址，联系人职务等信息），个人用户
在线考试系统测试计划 2016年06月01日
文档名称: 测试计划 作者：脱颖龙日期：2016-06-01 审核：日期： 批准：日期：
目录 目录 0 第一章总论 0 1.1 项目背景 0 1.2 项目目标 0 1.3 系统视图 (1) 1.4 文档目的 (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 、熟悉需求背景及商业目标： a) 了解清楚项目发起的原因，是为了解决用户的什么问题。 b) 当前的解决方案是不是的，为什么会这样做。 2 、业务模型法： a) 考虑本项目与外部系统的交互，划分系统边界（除了本项目的需求中要求做的事情，其他的都可以是外部系统，本系统和外部系统之间的交互就是系统的边界），。可以参考系统分析说明书。 b) 确定测试范围和关注点。系统的边界是测试的重点，特别需要关注边界交互时的数据交互。 3 、业务场景法： a) 考虑用例的调用者；考虑每一个用例提供的服务是供哪些外部用例或者系统调用，找出所有的调用者。调用的前提、约束都要考虑。每一个调用都可以考虑成一个大的业务流程。（一般和外部有交互的用例出错的概率比较大，需要重点关注。具体被哪些外部调用，每个产品线都需要自己整理添加。） b) 考虑系统内部各个用例之间的交互（有可能 PD 划分用例的粒度不同，我们暂时考虑用户一次提交并且系统的状态及数据发生变化的功能是一个用例），形成内部业务流程图。需要分析每个用例之间的约束关系、执行条件，组织出各种业务流程图。 4 、功能分解法（对每一个 UC ）： 1). 业务功能：与用户实际业务直接相关的功能或细节。 2). 辅助功能：辅助完成业务功能的一些功能或者是细节，比如，设置过滤条件。 3). 数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围、数据之间的关系等。 4). 易用性需求：功能的细节，产品中必须提供了，便于功能操作使用的一些细节，比如快捷健就是典型的易用性需求。 5). 编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束性条件，比如只能输入数字。 6). 参数需求：功能的细节，在功能中，需要根据参数设置不同，进行不同处理的细节。 7). 权限需求：功能的细节，这里的权限是指在功能的执行过程，根据根据不同的权限进行不同处理的，不包括直接限制某个功能的权限。 性能约束：功能的细节，执行功能时，必须满足的性能要求，目前基本不涉及（因为无法量化）。
南京理工大学泰州科技学院 计算机科学与技术系计算机科学与技术专业11(1)班级 课程名：数据库原理及应用课程设计课程设计说明书 姓名：任琰学号：1109030135指导老师：王云 设计地点：四号楼4301教室 起讫时间：2013.07.01—2013.07.05 完成报告书时间：2013年7月5日 计算机科学与技术系编印 2013年1月
课程设计要求 各专业学生应根据课程任教老师的要求，做出选题计划，并按下列要求完成课程设计任务。 一、学生应按照老师的要求完成规定的课程设计任务量。 二、课程设计报告书要求格式统一，字迹工整，语言简练,文字通顺,按课程设计格式要求书写。程序清单不够填写时统一用A4纸补充并粘贴。对不按格式要求书写或打印的报告书一律不收，也不得进行答辩和评分。 三、必须独立完成课程设计，不得相互抄袭。在答辩和批阅过程中发现源程序相同或有大面积抄袭现象，课程任教老师有权通知学生重做，不得给予评分，并通知相关系部做出处理。 四、学生课程设计结束后应提交的材料： （1）课程设计说明书（3000字以上）； （2）包含完整的、正确的源程序代码（含电子文档）； （3）答辨材料（介绍课程设计要点）。
参考文献情况 序号名称编著者出版社 1《数据库系统原理与设计实验教程》吴京慧清华大学出版社2《SQL SERVER2000数据库原理及应用》徐人凤北京高等教育出版社3《数据库系统概论》萨师煊高等教育出版社4《在线考试系统的设计与实现》崔小军襄樊职业技术学院报5《考试分析系统和题库的设计与实现》李大可四川师范大学出版社
课程设计考核情况 教师评价情况 指导老师评语: 指导老师：_____________(签名) 日期：年月日 学生答辩情况 答辩（组）评语: 主答辩老师:____________(签名) 答辩日期:年月日 综合成绩评定情况 综合评价等级:__________________ 注：共分五个等级(1.优秀2、良好3、中等4、及格5、不合格)
系统测试计划
文档控制项目名称 文档名称系统测试计划1.文档属性 文件状态 [ ] 初稿当前版本： 1.0 [√] 发布文档密级：机密 [ ] 修订采纳标准：CMMI DEV V1.2 2.版本历史 版本日期修订人修订说明1.0 2015-03-18 创建
目录 第一章引言 (3) 1.1目的 (3) 1.2适用范围 (3) 1.3术语和缩略语 (3) 1.4参考资料 (3) 第二章测试进度安排 (3) 第三章测试范围 (4) 第四章测试策略及方法 (4) 第五章测试环境 (4) 5.1测试环境的配置 (4) 5.2测试环境的获取 (5) 5.3测试数据的获取 (5) 第六章测试辅助工具 (5) 第七章测试完成准则 (6) 第八章人员与任务表 (6) 第九章附录本计划审批意见 (6)
提示： 系统测试小组应当根据项目的特征确定测试范围与内容。一般地，系统测试的主要内容包括功能测试、健壮性测试、性能测试、用户界面测试、安全性（Security）测试、安装与反安装测试等。 第一章引言 1.1 目的 1.2 适用范围 1.3 术语和缩略语 术语、缩略语解释 OSSP Organization Standard Software Process，组织标准软件过程 SD 系统设计，System Design CPU小时CPU小时指的是一种网格计算公共服务，且服务是“随用随买”的，其定价为1美元/CPU-小时。一个CPU是3.0主频的买300元,就是说300/3=100元-1小时 1.4 参考资料 资料名称[标识符] 出版单位作者日期 第二章测试进度安排 提示： 参见《项目进度表》
在线考试管理系统 产品简介 本产品可供各类学校、培训机构进行考试管理使用。 本产品具备在线考试管理、考卷管理、试题管理、手工及自动组卷、标准试卷打印、自动阅卷、成绩管理等多项功能。 产品结构 管理员：教师管理、班级管理、试题分级、题目种类、题型管理、难度管理 教师：学生管理、题库管理、组卷管理、考试管理、考试监控、评卷管理、成绩管理 学生：在线考试、成绩查询 产品特点 A、完善的权限管理——有完善的权限设置分配功能，使不同人员具有不同的操作查看权限，保证系统使用的安全性，更易于管理。 B、不断扩展的资源库——在线考试可增加考试类别、题目类别，扩充考题。 C、丰富考试的内容——在线理论考试支持多种多媒体题目。 D、强大的组卷功能——试题随机抽取的自动方式和人工选题的手工方式并用，实现快速组卷，轻松组卷，灵活组卷。 E、出卷方便快捷，省时省力——计算机组卷后导出为Word格式，并以A3/A4版式打印。 F、两种阅卷方式——客观题系统自动阅卷，主观题可在线阅卷，提高阅卷的准确性，同时提升工作效率。 G、监考功能——在线考试中，将设计防拷贝、防切屏、锁定IP、监控在线状态等功能，保证考试的公平和顺利进行。 H、数据保护——考试系统平台设计缓存系统，数据实时保存，保证系统永不丢失数据。 I、批量导入数据——包括试题、人员、部门、试卷等各种信息，达到快速建立考试平台的目的。
1.1测试步骤1.1.1题库 增加 删除 修改
查询 1.1.1.1试题管理 增加 删除
修改 查询 1.1.1.1.1试题属性增加 删除
修改 查询 1.1.1.1.1.1题型增加 删除
HUBEI UNIVERSITY OF AUTOMOTIVE TECHNOLOGY 在线考试系统案例分析
目录： 1、导言 现在，计算机硬件技术的发展已经达到了相当高的水平。但是，远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如目前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。在线考试是现阶段研究开发的一个热点。它是建立在国际互联网上的应用系统，客户端的配置可以极为简单，使考试不受地域的局限。一个完备的在线考试系统可以使用户在网上学习过后及时检验自己的学习效果，已发现自己的不足，
使得学习效率得到很大提高。在线考试系统中题目的生成、试卷的提交、成绩的批阅等都可以在网络上自动完成。只要形成一套成熟的题库就可以实现考试的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是组织考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。为了适应新形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索，希望它能够在各类考试中发挥高效、便捷的作用,把老师从繁重的工作中解脱出来！ 2、概述 在线考试系统主要功能包括学生管理、试卷管理、教师管理、学生在线考试等等。在线考试系统是对学校考试方式的优化和改进，是基于INTERNET环境的综合考试系统，方便教师学生进行考试和查询。目的是适应大环境的发展和方便信息的交流，充分利用学校资源，提高工作效率，系统具有标准化、分布式存储和检索、易用易维护开放等特点。 3、项目任务范围 本文主要考虑的是高校内部的在线考试系统，所以因其特殊性并不对所有人开放。系统主要用户可以分为两类：一种是学生用户，一种是教师用户。其中学生用户能使用的功能有：在线考试，成绩查询，修改信息等。教师用户使用的功能有：在线出题，修改成绩，修改试题，成绩查询等 任务分布见图一