在线考试系统测试计划

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