在线考试系统测试计划

在线考试系统测试计划06月01日产品名称测试文档文档编号1版本号1.0页数11文档名称:测试计划作者：脱颖龙日期：-06-01审核：日期：同意：日期：评审意见： 确认： 日期： 目录TOC\o"1-3"\h\u20574目录 126423第一章总论 155371.1项目背景 117771.2项目目的 131.3系统视图 2157491.4文档目的 2207071.5文档摘要 314662第二章测试方略 489352.1整体方略 4107112.2测试范畴 5299462.3风险分析 612646第三章测试办法 7106443.1里程碑技术 7255753.2测试用例设计 727603.3测试实施过程 764743.4测试办法综述 85705第四章附件 820461第五章变更统计 8总论项目背景传统的考试方式普通要通过人工出卷、考生考试、人工阅卷等过程。对于某些课程来说，随着考生数量的增加，教师出卷阅卷的工作量将会越来越大，并且其工作十分烦琐和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设，目的是充足运用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的局限性。与传统考试模式相比，网上考试渗入了更多的技术环节，对实现安全性的途径、办法也提出了更高的技术规定。通过Internet来实现网上考试，是当代教育技术的一种具体实现，含有很重要的现实意义。能够实现教考分离以及考务工作的全自动化管理，能够有效运用校园网的软硬件资源，使其发挥最大效力，更加好的为学校的教学、科研、管理服务，能够大规模的实施考试，实现考试的客观性、公证性，自动化组卷、阅卷能够减轻教师的工作强度。传统考试规定老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一种漫长而复杂的过程，已经越来越不适应当代教学的需要。在线考试系统是传统考场的延伸，它能够运用网络的无限广阔空间，随时随处的对学生进行考试，加上Web数据库技术的运用，大大简化了传统考试的过程。项目目的通过在线考试系统，实现学生在线考试，教师在线出题，阅卷的功效。系统视图文档目的本测试计划重要有两类受众：测试管理人员和测试人员。测试管理人员根据该测试计划制订进一步的计划、安排（工作任务分派、时间进度安排）和控制测试过程；测试人员通过该测试计划理解测试过程和有关信息。测试人员根据该测试计划中制订的范畴、办法拟定测试需求、设计测试用例、执行和统计测试过程并统计和报告缺点。本文档重要叙述在线考试系统测试过程中的某些细节，为在线考试系统的测试工作提供一种框架和规范：拟定项目测试的方略、范畴和办法；使项目测试工作的全部参加人员（测试管理者、测试人员）对本项目测试的目的、范畴、方略、办法、组织、资源等有一种清晰的认识；使项目测试工作的全部参加人员理解测试控制过程；从方略角度阐明本项目测试的组织和管理，指导测试进展，并作为项目测试工作实施的根据；本文档是本项目测试整个过程进行的根据、规范和原则；在测试过程中严格按照本文档的制订的规范去执行。文档摘要在项目测试中诸多因素决定了测试的成败和效率，同进也潜藏一定的测试风险。在本文档中，重要通过下列方面对项目进行分析、计划和控制。系统理解

本系统是基于Hibernate架构使用MySQL数据库的在线考试系统。测试计划

对于本项目，采用黑盒测试方略。测试范畴涉及：功效测试，以及非功效性的界面测试。存在的风险有对于逻辑代码测试可能存在漏洞。测试需求

定义测试范畴：功效测试，以及非功效性的界面测试。测试重点：功效性测试。测试的目的：发现项目存在的BUG，并修改，最后实现项目能够运行。测试设计

采用黑盒测试；测试用例由脱颖龙设计和编写，并测试实施过程。过程控制

测试文档管理：由脱颖龙编写，经组长审查后保存。缺点解决：请查看缺点统计。测试过程：由脱颖龙测试并由组长控制并审核。测试方略整体方略本项目的特点：本次项目测试的只对系统进行一轮测试根据以上特点，制订本项目的测试过程方略以下：以80/20原理为指导。

尽量做到在有限的时间里发现尽量多的缺点（特别是严重缺点）测试计划与需求制订、用例设计同时进行必须制订测试需求。

通过拟定要测试的内容和各自的优先级、重要性，使测试设计工作更有目的性，在需求的指导下设计出更多更有效的用例。逐步完善测试用例库。

测试用例库的建设是一种不停完善的过程，我们要在有限的时间里，先设计出一整套的测试用例，重要的部分用例需要设计得完善某些，普通部分的则指出测试的要点，在后来的测试工作中再不停去完善测试用例库。测试过程要受到控制。

根据事先定义的测试执行次序进行测试，并填写测试统计表，确保测试过程是受控的。拟定重点。

测试重点放在各子系统的功效实现上，问题较多的省中心管理系统和证书管理系统则是重中之重。测试技术本项目采用黑盒测试技术技术。本项目测试过程中将不会采用测试工具。根据原则本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分派和估算，都是根据现在实际状况考虑而制订的。测试过程测试范畴制订本次项目测试范畴的根据为：各子系统所包含的功效要测试的子系统：测试内容测试范畴功效测试登陆界面学生登陆系统测试登陆界面老师登陆系统测试登陆界面管理员登录系统测试学生界面查看个人信息测试学生界面修改个人信息测试学生界面参加考试测试学生界面查询成绩测试教师界面查看个人信息测试教师界面修改个人信息测试教师界面批改试卷测试教师界面管理试卷测试教师界面管理成绩测试管理员界面注册学生测试管理界面员注册老师测试管理员界面管理学生信息测试管理员界面管理老师信息测试管理员界面管理科目测试管理员界面管理成绩测试管理员界面增加试题测试管理员界面删除试题测试界面测试登陆界面测试学生界面测试教师界面测试考试界面测试风险分析测试人员对系统熟悉程度的风险：

参加本项目的测试人员是第一次测试系统，有可能没有完全掌握系统测试的业务细节，这将在背面的测试设计和测试执行工作造成某些测试逃逸现象（即某些要测试的方面没有测到）。系统资料方面的风险：

本项目被测试的系统没有完备的开发文档，测试人员做测试设计时能够参考的只是个人经验，可能造成测试人员在早期无法全方面地对系统进行进一步的测试。时间方面的风险：

本次项目时间比较短，却要完毕测试规范的制订、整套测试用例的设计和执行一轮完整的测试，时间进度非常紧张，可能造成测试设计工作不够完善。测试办法里程碑技术在本项目中，我们将整个测试过程分为几个里程碑，达成一种里程碑后才干转换到下一阶段，以控制整个过程。我们将整个测试过程分为下列几个里程碑：里程碑完毕原则系统理解：测试人员已经对全部被测系统/模块进行了使用，理解了被测系统的具体功效测试需求：全部具体测试范畴已拟定测试需求制订完毕全部测试需求得到组长承认测试设计：测试用例已覆盖全部测试需求测试用例设计已经完毕测试执行：全部测试用例被执行发现的缺点都有缺点统计测试过程有测试统计成果分析：完毕测试分析报告测试用例设计本次测试的测试案例，是由测试人员根据自己对系统的理解按照系统层次构造组织编写。本系统案例的编写采用黑盒测试惯用的分析办法设计用例；对于每一种测试用例，测试设计人员应为其指定输入（或操作）、预期输出（或成果）；每一种测试用例，都必须有具体的测试环节描述；本次测试设计的全部测试用例均需以规范的文档方式保存；在整个测试过程中，可根据项目实际状况对测试用例进行适宜的变更；按照系统的运行构造安排用例的执行；测试实施过程本项目由一位测试人员负责全部子系统的测试，实施过程以下：按照系统运行构造执行对应测试用例统计测试过程和发现的缺点报告缺点测试办法综述本项目测试涉及：功效