学生宿舍管理系统测试计划
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.2 运行环境 （1）以Windows98 以上/ME/2000/XP/vista作为宿舍管理系统的后台操作系统。
（2）前台开发程序为Power Builder，SQL Server 2000。 （3）后台数据库为Microsoft Access 2000/ SQL Server 2000。 （4）主要硬件设备：PC机一台。 2.3 条件与限制
将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试
工
作
的
赖
于
展
开
的
基
础
。
一个好的测试计划可以起到如下作用
1．
避免测试的“事件驱动”
2． 使测试工作和整个开发工作融合起来
3． 资源和变更事先作为一个可控制的风险
1.3.定义
软
件
测
试
：
软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品
中获利的可能性，属于狭义风险。
1.4参考资料 Power Builder实例化指导教程 软件工程 系统测试与用例
2.任务概述
2.1 目标
1.增强测试计划的实用性---测试计划中的测试范围必须高度覆盖功能需
求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的
3 / 10
测试结果直观准确。 2.坚持“5W”规则，明确内容与过程
必须按照教材附录 G 的格式和内容编写软件项目的测试计划 书。 2、重点说明系统模块测试的方法和策略，对过程的测试简单说 明一下方法和策略即可。
实验目的 与要求
掌握软件项目测试计划的内容和格式要求, 正确编写软件项目的测试计 划书。
1 / 10
实验成绩： 教师评语：
成绩 与评语
教师签名：
年月 日
实验过程
“5W”规则指：what，why，when，where，how；用例 5w 规则创建软件测试计 划，可帮助测试团队理解测试目的（why），明确测试范围和内容（what）， 确定测试开始和结束日期（when），
3. 指 出 测 试 的 方 法 和 工 具 （ what ） ， 给 出 测 试 文 档 和 软 件 存 放 位 置 （where） 采用评审和更新机制，保证测试计划满足实际需求
质或性能是否符合开发之前所提出的一些要求。
风险：风险有两种定义：一种定义强调了风险表现为不确定性；而另一种定义
则强调风险表现为损失的不确定性。若风险表现为不确定性，说明风险产生的
结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于
此类。而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险
实验名称 指导教师 实验地点
实验五学生宿舍管理系统测试计划
王祥顺源自文库
实验学时
实验类型
操作型
微软实验室一（B301）
实验时间 2010 年 12 月 2 日
实验环境 P4 以上机型，硬盘剩余空间大于 4G， 内存不小于 256M 的计算机。
实验内容
书。
1、根据实验一中所选软件项目，编写该软件项目的测试计划
首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具 体的测试用例。
通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符； 所有的文档都是正确且便于使用； 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性 等，也都要进行测试 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：
4 / 10
测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格 说明书相符合，从而这部分程序被接受。
测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格 说明不一致，因此要为它提交一份问题报告。 3.2 测试项目 : 列出组装测试和确认测试中每一项测试的内容、名称、目的和进 度。 3.3 测试准备 3.4 测试机构及人员 : 一，项目组的需求和实施人员参与系统测试； 二，抽调不同模块开发者进行交叉系统测试或借用其他项目开发人员； 三，组织客户方进行确认测试或发布 β 版本。 4 测试项目说明 4.1 按顺序逐个对测试项目做出说明 4.1.1 测试项目名称及测试内容 4.1.2 测试用例 1白盒测试 登录模块： 1. ls_user =“” ls_password =0463001 预期结果："用户名不能放空！" 2. ls_user =0463001, ls_password =“” 预期结果："密码不能放空！" 3. ls_user =01234, ls_password =01234 预期结果："该用户不存在！" 4. ls_user =0463001, ls_password =01234 预期结果："密码错误！" 修改密码模块： 1. old= 0463006,new1=046666,new2=046666
件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测
试。
1.2.项目背景
软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。在越来
越多公司的软件开发中，软件质量日益受到重视，测试过程也从一个相对独立的步骤越
来越紧密嵌套在软件整个生命周期中，这样，如何规划整个项目周期的测试工作；如何
在 运 行 的 环 境 下 ， 必 须 有 一 台 硬 件 设 备 ， 并 支 持 程 序 开 发 语 言 ， 如 C++,Java 等。
2.4 需求概述
3 计划
3.1 测试方案 : 进行有效性测试（黑盒测试） ：
有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法， 验证被测软件是否满足需求规格说明书列出的需求。
预期结果= "密码修改成功！" 2. old=0463005,new1=046666,new2=046666
预期结果= "你输入的旧密码不正确！" 3. old=0463006,new1=046666,new2=046677
2 / 10
学生宿舍管理系统测试计划
1.引言
1.1测试目的
系统测试为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的
测试。测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据
开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例
来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬
（2）前台开发程序为Power Builder，SQL Server 2000。 （3）后台数据库为Microsoft Access 2000/ SQL Server 2000。 （4）主要硬件设备：PC机一台。 2.3 条件与限制
将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试
工
作
的
赖
于
展
开
的
基
础
。
一个好的测试计划可以起到如下作用
1．
避免测试的“事件驱动”
2． 使测试工作和整个开发工作融合起来
3． 资源和变更事先作为一个可控制的风险
1.3.定义
软
件
测
试
：
软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品
中获利的可能性，属于狭义风险。
1.4参考资料 Power Builder实例化指导教程 软件工程 系统测试与用例
2.任务概述
2.1 目标
1.增强测试计划的实用性---测试计划中的测试范围必须高度覆盖功能需
求，测试方法必须切实可行，测试工具具有较高的实用性，便于使用，生成的
3 / 10
测试结果直观准确。 2.坚持“5W”规则，明确内容与过程
必须按照教材附录 G 的格式和内容编写软件项目的测试计划 书。 2、重点说明系统模块测试的方法和策略，对过程的测试简单说 明一下方法和策略即可。
实验目的 与要求
掌握软件项目测试计划的内容和格式要求, 正确编写软件项目的测试计 划书。
1 / 10
实验成绩： 教师评语：
成绩 与评语
教师签名：
年月 日
实验过程
“5W”规则指：what，why，when，where，how；用例 5w 规则创建软件测试计 划，可帮助测试团队理解测试目的（why），明确测试范围和内容（what）， 确定测试开始和结束日期（when），
3. 指 出 测 试 的 方 法 和 工 具 （ what ） ， 给 出 测 试 文 档 和 软 件 存 放 位 置 （where） 采用评审和更新机制，保证测试计划满足实际需求
质或性能是否符合开发之前所提出的一些要求。
风险：风险有两种定义：一种定义强调了风险表现为不确定性；而另一种定义
则强调风险表现为损失的不确定性。若风险表现为不确定性，说明风险产生的
结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于
此类。而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险
实验名称 指导教师 实验地点
实验五学生宿舍管理系统测试计划
王祥顺源自文库
实验学时
实验类型
操作型
微软实验室一（B301）
实验时间 2010 年 12 月 2 日
实验环境 P4 以上机型，硬盘剩余空间大于 4G， 内存不小于 256M 的计算机。
实验内容
书。
1、根据实验一中所选软件项目，编写该软件项目的测试计划
首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具 体的测试用例。
通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符； 所有的文档都是正确且便于使用； 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性 等，也都要进行测试 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：
4 / 10
测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格 说明书相符合，从而这部分程序被接受。
测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格 说明不一致，因此要为它提交一份问题报告。 3.2 测试项目 : 列出组装测试和确认测试中每一项测试的内容、名称、目的和进 度。 3.3 测试准备 3.4 测试机构及人员 : 一，项目组的需求和实施人员参与系统测试； 二，抽调不同模块开发者进行交叉系统测试或借用其他项目开发人员； 三，组织客户方进行确认测试或发布 β 版本。 4 测试项目说明 4.1 按顺序逐个对测试项目做出说明 4.1.1 测试项目名称及测试内容 4.1.2 测试用例 1白盒测试 登录模块： 1. ls_user =“” ls_password =0463001 预期结果："用户名不能放空！" 2. ls_user =0463001, ls_password =“” 预期结果："密码不能放空！" 3. ls_user =01234, ls_password =01234 预期结果："该用户不存在！" 4. ls_user =0463001, ls_password =01234 预期结果："密码错误！" 修改密码模块： 1. old= 0463006,new1=046666,new2=046666
件测试、网络测试可以根据具体的性能指标来进行，此处所说的测试更多的是指软件测
试。
1.2.项目背景
软件测试计划作为软件项目计划的子计划，在项目启动初期是必须规划的。在越来
越多公司的软件开发中，软件质量日益受到重视，测试过程也从一个相对独立的步骤越
来越紧密嵌套在软件整个生命周期中，这样，如何规划整个项目周期的测试工作；如何
在 运 行 的 环 境 下 ， 必 须 有 一 台 硬 件 设 备 ， 并 支 持 程 序 开 发 语 言 ， 如 C++,Java 等。
2.4 需求概述
3 计划
3.1 测试方案 : 进行有效性测试（黑盒测试） ：
有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法， 验证被测软件是否满足需求规格说明书列出的需求。
预期结果= "密码修改成功！" 2. old=0463005,new1=046666,new2=046666
预期结果= "你输入的旧密码不正确！" 3. old=0463006,new1=046666,new2=046677
2 / 10
学生宿舍管理系统测试计划
1.引言
1.1测试目的
系统测试为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的
测试。测试的目的就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据
开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例
来运行程序，以便发现错误。信息系统测试应包括软件测试、硬件测试和网络测试。硬