学生选课管理系统测试计划.docx

1、学生选课管理系统测试计划学生选课管理系统-测试计划七、测试计划 七、测试计划 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

2、1(引言 1.1编写目的 为了更加全面地评估该“学生成绩管理体统”的功能完成指标，查找出教师和学生在使用时可能会出现的错误，并进一步提出改进方法;同时也为了加深我们对黑盒测试方法的理解，我们小组决定分对这个软件进行一次系统的功能测试。同时测试计划的编写也能增强我们与七、测试计划 测试团队、开发团队之间进行交流。 1.2项目背景 系统名称:学生成绩管理系统 项目的委托单位:哈尔滨理工大学软件学院 开发单位:哈尔滨理工大学软件学院软件08-4班 主管部门:哈尔滨理工大学软件学院 该软件系统完成了学生成绩管理具备的基本功能，把学生、老师、班级、课程、成绩在数据库系统中紧密的联系起来，为老师和学生创建

3、了一个方便、快捷、有效率的服务平台，让学校用一种更有效、更精确的方式对学生成绩进行管理，从而使成绩管理更加规范化，信息化。 1.3定义 软件测试通过使用有限的测试用例来动态地验证程序是否能达到预期的行为测试的目的是为了评估和改进产品质量。 黑盒测试:如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用，黑盒测试又称功能测试。 单元测试:着重测试每个单独的模块，以确保它作为一个单元来说明功能是正确的，这种测试成为单元测试 集成测试:必须把模块装配在一起形成完整的软件包。在装配的同时进行测试，因此称为集成测试 确认测试:必须测试在需求分析阶段定下来的确认标准，确认测试是对软

4、件满足所有功能的、行为的和性能需求的最终保证 等价类: 1.4参考资料 软件工程(第三版) 张海藩 倪宁 编著 软件项目管理 七、测试计划 JAVA核心思想 Java大学实用教程(第二版)耿祥义 张跃平 编著 设计模式Erich Richard Helm 和Raph Johnson John Vlissides 编著 面向对象软件工程Stephen R.Schach 编著 a. 软件测试(美)Ron Patton著周予滨 姚静等译 b. 项目的计划任务书、合同或批文; c. 项目开发计划; d. 需求规格说明书; e. 概要设计说明书; f. 详细设计说明书; 2(任务概述 2.1目标 通过对

5、本学生成绩管理系统进行测试，查找出教师和学生在使用时可能会出现的错误，并进一步提出改进方法;同时也为了加深我们对各种测试方法的理解，最终满足用户的的需求和期望，使该系统更好的为用户服务，同时能够达到最终的业务需求以及系统需求。 2.2运行环境 操作系统:Microsoft Windows 2000 Advanced Server 支持环境:IIS 5.0 数 据 库:Microsoft SQL Server 2000 2.3需求概述 实现学校人力资源的优化和学生成绩管理的科学管理而设计的，通过试用本系统，可以更加有效的管理学生成绩信息，其中包括学生的基本信息，成绩信息并且具有信息的增加，查询，

6、修改等功能，以及选课功能。能够实现老师和学生对成绩的管理，即完成一些基本的功能，查询，删除，添加，修改等，同时也要实现权限的管理。 七、测试计划 2.4条件与限制 完成本项目应该具备的条件:对软件工程项目开发知识能够熟练地掌握，并能够灵活的运用项目系统开发软件，完成各功能模块的程序编写。 然而目前为止，本小组对项目开发工作需要进行的操作和编辑掌握的还不够深入，仅能够做到利用自己所掌握的知识，在规定的时间内完成该项目。 限制方面:由于小组全体成员对编程软件，编程语言，数据库方面的知识掌握的还不够深 3(计划 3.1测试方案 3.2测试项目测试方法: 黑盒测试 选取测试用例的原则: 1、所设计出的

7、测试用例能够减少为达到合理测试所需要设计的附加测试用例数目 2、所设计出的测试用例能够告诉我们，是否存在某些类型的错误，而不是仅仅指出与特定测试相关的错误是否存在 3、正确的划分等价类，已根据等价类设计测试方案，以满足所有的测试都能追溯到用户需求 尽量避免含糊的测试用例。 尽量将具有相类似功能的测试用例抽象并归类。 尽量避免冗长和复杂的测试用例。 3(2测试项目 (一)学生管理模块功能测试 测试内容:(1)密码验证功能 (2)选课功能 七、测试计划 (3)密码修改功能 目的:尽可能多的找出系统运行中会出现的错误，站在学生的立场，考虑学生在实际执行信息、成绩查询、选课功能时会出现的各种错误、异常

8、，从而对此系统进行完善和改正，保证用户在使用中真正满足他们的需求，达到用户想要的功能。 (二)教师管理模块功能测试 测试内容:(1)密码验证功能 (2)成绩录入功能 )成绩查询功能 (3(4)密码修改功能 目的:尽可能多的找出系统运行中会出现的错误，站在教师的立场，考虑教师在实际执行成绩录入功能，课程表查询功能，以及学生班级成绩信息时会出现的错误、异常，从而对此系统进行完善和改正，保证用户在使用中真正满足他们的需求，达到用户想要的功能。 (三)管理员管理模块功能测试 测试内容:(1)密码验证功能 (2)用户信息添加、修改、删除功能 (3)密码修改功能 (4)权限管理功能 (5)课程添加删除功能

9、 目的:尽可能多的找出系统运行中会出现的错误，站在管理员的立场，考虑管理员在实际执行过程中，进行权限管理，信息设置添加、修改、查询时肯能出现的错误、异常，从而对此系统进行完善和改正，保证用户在使用中真正满足他们的需求，达到用户想要的功能。 3.3测试准备 首先，认真分析软件需求规格说明书以充分了解用户对系统的功能和性能需求。站在老师、学生和管理员的立场上进行思考 其次，在测试开始前期就应该制定出测试计划，以便能够有充分的时间和空间去了解用户需求。然后根据测试计划，编写测试用例。 最后，执行测试用例，对测试结果进行分析，对错误加以改正，从而使该管理系统更加的完善，更加的便于用户使用 七、测试计划

10、 3.4测试机构及人员 测试机构名称:课程设计项目软件08-4班第四小组 负责人: 主要职责就是进行项目测试 4(测试项目说明 4.1测试项目名称及测试内容 测试分为三个模块进行: 学生管理模块功能测试 测试内容:(1)密码验证功能 (2)选课功能 (3)密码修改功能 教师管理模块功能测试 )密码验证功能 测试内容:(1(2)成绩录入功能 (3)成绩查询功能 (4)密码修改功能 管理员管理模块功能测试 测试内容:(1)密码验证功能 (2)用户信息添加、修改、删除功能 (3)密码修改功能 (4)权限管理功能 七、测试计划 4.2测试用例 4.2.1输入 4.2.2输出 4.2.3步骤及操作 以上

11、三点在测试用例中体现(测试用例图表) 登录测试用例 输入 操作及步骤 输出 输入教师号为空 点击登录 用户名不能为空 输入为注册教师号 点击登录 无此用户名 输入注册过的教师号密码为空 点击登录 请填写密码 输入注册过的教师号及错误密码 点击登录 密码错误 输入正确的教师号及密码 点击登录 成功登陆 密码修改测试用例 输入 操作及步骤 输出 新密码处为空 确定修改 请输入密码 再次输入密码为空 确定修改 两次密码不一致 新密码与再次输入不一致 确定修改 两次密码不一致 新密码与再次输入一致 确定修改 修改成功 教师管理模块测试用例 输入 操作及步骤 输出 没输入课程号 修改、录入成绩 请输入课

12、程号 没输入学生号 修改、录入成绩 请输入学生号 没输入成绩 修改、录入成绩 请输入成绩 输入课程号不存在 修改、录入成绩 该学生没有选那门课程或没有该学生或该课程 输入学生号不存在 修改、录入成绩 课程号和学生号不匹配 修改、录入成绩 操作成功 输入范围之内的数据 修改、录入成绩 没输入班级 请输入班级 点击班级平均分 输入范围之外的班级 没有该记录 输入范围之内的班级 班级平均分为61 七、测试计划 没输入学号 请输入学号 点击学生平均分 输入范围之外的学号 没有该记录 输入范围之内的学号 该学生平均成绩为92 没输入课程号 请输入课程号 点击课程成绩查询 输入范围之外的课程号 没有该记录

13、 输入范围之内的课程号 该课程的平均分92，最高分93，最低分91 管理员管理模块测试用例(对于权限管理功能这里只列举教师管理，其他类似) 输入 操作及步骤 输出 输入某学生信息及修改项 操作成功 修改 某个信息象未填写 输入相应项 修改学生基本信息不在范围之内 此学生不存在 输入信息与已存在的重复 此学生已存在 添加 输入未注册学生信息 操作成功 某个信息象未填写 输入相应项 某个信息不再范围之内 此学生不存在 删除 正确输入要删除信息 操作成功 某个信息象未填写 输入相应项 修改教师 某个信息象未填写 输入相应项 添加教师 删除教师 修改教师 某些信息不在注册范围之内 此教师不存在 添加教

14、师 删除教师 修改范围之内的教师信息 修改教师 操作成功 输入范围之内的教师信息 删除教师 操作成功 输入新的教师信息 添加教师 操作成功 学生管理模块测试用例 输入 操作及步骤 输出 输入非可选课程 选择课程 没有该课程 删除课程 您没有选过该课程 输入可选但上过的课程 选择课程 您已经选择过该课程 七、测试计划 输入可选未上过课程 操作成功 输入可选但上过的课程 删除课程 您没有选过该课程 输入可选未上过课程 删除成功 4.2.4允许偏差 偏差在预期结果范围内，不影响整个系统运行操作即可 4.3进度 测试计划按进度进行 4.4条件 设备:机器内存不得小于256M,显卡无要求 软件:操作系统

15、:Microsoft Windows 2000 Advanced Server 支持环境:IIS 5.0 数 据 库:Microsoft SQL Server 2000 人员:要求测试人员具备一定的项目开发技术基础，且从心理学的角度来看，测试应该有测试小组来完成 4.5测试资料 g. 软件测试(美)Ron Patton著周予滨 姚静等译 h. 项目的计划任务书、合同或批文; i. 项目开发计划; j. 需求规格说明书; k. 概要设计说明书; l. 详细设计说明书; 七、测试计划 5(评价 5.1范围 测试用例所能接受的范围仅限于小型的数据管理，有些功能的使用还不够完善，有待于改进 5.2准则 1.所有的测试都应该能追溯到用户需求。 2.应该在测试开始之前制定出测试计划。 3.把Pareto原理应用于软件测试。 4.测试应该从“小规模”开始，逐步进行到“大规模”测试。 5. 穷举测试时不可能的。 6.为了达到最佳测试的测试效果，应该由独立的第三方来从事测试工作