宿舍管理系统测试计划清单.docx
《宿舍管理系统测试计划清单.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统测试计划清单.docx（29页珍藏版）》请在冰点文库上搜索。
宿舍管理系统测试计划清单
宿舍管理系统
（dreamworkV1.0）
测试计划
0.1.2
文档名称
宿舍管理系统测试计划
文档编号
dreamworkV1.0
关键字
测试计划
编制
日期
2011年11月18日
保密等级
二级内部传阅
修订表
编号
生成版本
修订人
修订章节与内容
修订日期
1
0.1.0
生成文档
2011-11-6
2
0.1.1
修改文档
2011-11-13
3
0.1.2
完成文档
2011-1-19
4
5
审批记录
版本
审批人
审批意见
审批日期
1.0.0
1、引言1
1.1编写目的1
1.2项目背景1
1.3定义1
1.4参考资料1
2、任务概述2
2.1目标2
2.2运行环境2
2.3需求概述2
2.4限制条件3
3、计划3
3.1测试方案3
3.3测试优先级16
3.4测试机构及人员16
3.5进度17
4、评价17
4.1范围17
4.2准则17
5、文档18
1、引言
•1.1编写目的
本计划的目的旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。
测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。
测试计划包含足够的信息使测试人员明白项目需要做什么。
另外，清晰的文档结构能使任何一个读者在浏览计划的前面几页后，就能对项目有一个大概的认识。
测试计划只是测试的一个框架，很多细节需要跟开发人员或其他人员沟通，因此计划不包括测试用例的细节和系统功能的详细信息。
在计划目的中需要指明读者对象。
•1.2项目背景
•被测试软件系统的名称：
基于Web2.0的宿舍管理系统（BWCRMV1.0）；
•该软件的任务提出者：
林菲；
•开发者：
软件工程2+3班dreamwork;
•用户：
高校宿舍;
•1.3定义
列出测试计划中所用到的专门术语的定义和缩写词的原意。
•BWCRM：
宿舍管理系统；
•1.4参考资料
列出有关资料的作者、标题、编号、发表日期和出版单位或资料来源，可包括：
序号
名称
作者
备注
•
项目的计划任务书、合同、立项报告
•
项目开发计划书
•
需求规格说明书
•
概要设计说明书
•
详细设计说明书
•
客户请求详细设计说明
•
用户操作手册
•
产品质量保证计划
•
项目进度表
•
数据库结构设计
•
需求跟踪表
•
需求规格说明书
•
本测试计划中所引用的其他资料、采用的软件开发标准或规范
2、任务概述
•2.1目标
通过测试，达到以下目标：
•测试已实现的产品是否达到设计的要求，包括：
各个功能点是否以实现，业务流程是否正确。
•产品规定的操作和运行稳定。
•Bug数和缺陷率控制在可接收的范围之内。
•2.2运行环境
建议的运行环境准备：
确保项目测试环境符合测试要求，减少严重影响测试结果的真实性和正确性风险。
包括：
•硬件环境
•服务器1台
•测试电脑4台
•软件环境
•数据库：
MicrosoftSQLServer2005；
•操作系统：
MicrosoftWindowsXP；
•开发工具：
MicrosoftVisualStudio2005；
•画图工具：
VisualParadigmSuite3.1；
•文件编辑工具：
MicrosoftOffice2003；
•文件管理工具：
MicrosoftVisualSourceSafe2005；
•数据库建模工具：
powerdesigner11。
•测试软件：
TestDirector7.6
•2.3需求概述
详情请参考BWCRMV1.0需求规格说明书。
•2.4限制条件
本测试是针对《需求规格说明书》中规定内容的测试计划，包括：
•系统管理模块中功能的实现；
•学生管理模块中各功能的实现；
•公共设备管理模块中各功能的实现；
•访客管理模块中各功能的实现；
•财物管理模块中各功能的实现；
•水电管理模块中各功能的实现；
•违禁管理模块中各功能的实现；
•实时公告管理模块中各功能的实现；
本测试计划受限于产品开发人员提交测试的内容和时间的事实。
根据开发人员提交模块的实际情况，本计划会做出相应修改。
3、计划
•3.1测试方案
说明确定测试方法和选取测试用例的原则。
并说明测试使用的工具，及测试用例的实现方案。
•功能测试
系统能按照设计要求实现模块的各个功能，数据应完整、界面美观、操作方便。
具体可参照本文档测试优先级部分。
测试目标：
确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等功能。
技术：
利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
完成标准：
所计划的测试已全部执行。
所发现的缺陷已全部解决。
需考虑的特殊事项：
确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）
•集成测试
•集成功能测试用例----系统模块
用例编号：
FR00
模块名称:
数据字典模块
开发人员：
缪心銮
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述：
该用例执行的目的或方法：
数字字典
前置条件:
即执行本用例必须要满足的条件无
步骤:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入流水号，按查询按钮。
•输入id，按“查询”按钮。
•输入名称，按“查询”按钮。
•输入类别，按“查询”按钮。
•输入替他，按“查询”按钮。
•输入管理员，按““查询”按钮。
输入数据:
本测试用例加载运行时需要输入的数据
•输入流水号=5
•输入id=5。
•输入名称小雨。
•输入类别开放。
•输入替他其他。
•输入管理员admin。
预期结果:
本测试用例执行预期输出的数据等
•通过
实际结果:
实际执行输出的结果：
•
结论:
通过未通过
测试日期：
•集成功能测试用例----楼房管理模块
用例编号：
FR01
模块名称：
寝室信息管理
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述:
该用例执行的目的或方法：
寝室信息管理
前置条件:
即执行本用例必须要满足的条件：
用户正常登入。
注：
以下输入步骤对应下面的输入数据和预期结果！
步骤:
描述本次执行的过程：
在查询条件----楼房信息中，
•选择寝室号，点击查询
•选择楼号，点击查询
•选择层号，点击查询
•选择可住人数，点击查询
•选择已住人数，点击查询
具体操作---楼房信息中，
在增加模块中：
•输入寝室号，楼号，层号，房间号，可住人数，已住人数状态，点增加
在修改模块中：
•输入寝室号，楼号，层号，房间号，可住人数，已住人数状态，点修改
在删除模块中：
•输入寝室号，楼号，层号，房间号，可住人数，已住人数状态，点删除
5）点删除
输入数据:
本测试用例加载运行时需要输入的数据
在查询条件----员工信息中，
•选择寝室号
•选择楼号01
•选择层01
•选择房间号01
具体操作---员工信息中，
在增加模块中：
•输入寝室号01，楼号02，层号03，房间号04，可住人数05，已住人数状态不输入任何数据点增加。
•3）输入寝室号01，楼号02，层号03，房间号04，可住人数05，已住人数状态不输入任何数据点增加。
•输入寝室号01，楼号02，层号03，房间号04，可住人数05，已住人数状态不输入任何数据点增加。
在删除模块中：
无数据输入。
预期结果:
本测试用例执行预期输出的数据等
在查询条件----楼房信息中
•在列表详细信息
•在列表详细信息，
•在列表详细信息，
•在列表详细信息
•具体操作---楼房信息中，
在增加模块中：
•在详细列表中会出现刚增加的一条数据。
•会出现提示：
寝室号不能为空，
在修改模块中：
在删除模块中：
提示删除成功。
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•接口测试用例----学生管理模块
用例编号：
FR01
模块名称:
学生入住登记
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述：
该用例执行的目的或方法：
前置条件:
即执行本用例必须要满足的条件：
用户正常登入。
步骤:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入学号，按确认按钮。
•输入姓名，按确认按钮。
•输入男，按确认按钮。
•输入身份证，按确认按钮。
•输入电话，按确认按钮。
•输入床号，按确认按钮
输入数据:
本测试用例加载运行时需要输入的数据
•输入学号
•输入姓名，
•输入男，
•输入身份证，
•输入电话，
•输入床号
预期结果:
本测试用例执行预期输出的数据等
•通过
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•集成功能测试用例----访客管理模块
用例编号：
FR02
模块名称：
访客信息管理
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述:
该用例执行的目的或方法：
访客信息管理
前置条件:
即执行本用例必须要满足的条件
步骤:
描述本次执行的过程：
在查询条件—客户信息中：
•输入姓名，按查询按钮。
•输入电话号码，按查询按钮。
•输入身份证，按查询按钮。
•输入详细内容，按查询按钮。
在修改模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
在删除模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
点击删除，
流水号，访问者姓名，，电话号码，身份证，详细内容，
输入数据:
本测试用例加载运行时需要输入的数据
在查询条件—客户信息中：
•输入姓名，按查询按钮。
•输入电话号码，按查询按钮。
•输入身份证，按查询按钮。
•输入详细内容，按查询按钮。
在具体操作---业务收集中
在修改模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
在删除模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
点击删除，
流水号，访问者姓名，，电话号码，身份证，详细内容，
预期结果:
本测试用例执行预期输出的数据等
在修改模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
在删除模块中：
流水号，访问者姓名，，电话号码，身份证，详细内容，
点击删除，
流水号，访问者姓名，，电话号码，身份证，详细内容，
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•接口测试用例----设备管理模块
用例编号：
FR02
模块名称:
设备管理模块
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述：
该用例执行的目的或方法
前置条件:
即执行本用例必须要满足的条件
步骤:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入设备号按查询按钮。
•输入设备名称，按查询按钮。
•输入类别，按查询按钮。
•输入寝室号，按查询按钮。
•输入设备状态，按查询按钮。
输入数据:
本测试用例加载运行时需要输入的数据
•输入设备号
•输入设备名称，
•输入类别，
•输入寝室号，
•输入设备状态，
预期结果:
本测试用例执行预期输出的数据等
•通过
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•集成功能测试用例----财物模块
用例编号：
FR03
模块名称：
财物出入模块
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述:
该用例执行的目的或方法：
财物登记。
前置条件:
即执行本用例必须要满足的条件：
用户正常登陆
步骤:
•输入设备号按查询按钮。
输入数据:
•输入设备名称，按查询按钮。
预期结果:
本测试用例执行预期输出的数据等
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•接口测试用例----水电模块
用例编号：
FR03
模块名称:
水电模块
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述：
该用例执行的目的或方法
前置条件:
即执行本用例必须要满足的条件
步骤:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入流水号按查询按钮。
•输入寝室号，按查询按钮。
•输入水量，按查询按钮。
•输入总水量，按查询按钮。
•输入电量，按查询按钮。
输入数据:
本测试用例加载运行时需要输入的数据
•输入流水号
•输入寝室
•输入水量
•输入总水量
•输入电量
预期结果:
本测试用例执行预期输出的数据等
•通过
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•集成功能测试用例----违禁模块
用例编号：
FR04
模块名称：
违禁模块
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述:
该用例执行的目的或方法：
验证BWCRMV1.0物资管理模块是否输入合法的信息，允许合法输入，阻止非法输入。
前置条件:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入设备号按查询按钮。
•输入学号，按查询按钮。
•输入违禁名称，按查询按钮。
•输入违禁内容，按查询按钮。
•输入违禁状态，按查询按钮。
步骤:
本测试用例加载运行时需要输入的数据
•输入设备号
•输入学号，
•输入违禁名称，
•输入违禁内容，
•输入违禁状态，
输入数据:
本测试用例执行预期输出的数据等
•通过
预期结果:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入设备号按查询按钮。
•输入设备名称，按查询按钮。
•输入类别，按查询按钮。
•输入寝室号，按查询按钮。
•输入设备状态，按查询按钮。
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•接口测试用例----公告模块
用例编号：
FR04
模块名称:
公告模块
开发人员：
版本号：
1.0
用例作者：
设计日期：
2008-1-10
测试人员：
用例描述：
该用例执行的目的或方法：
实时公告。
前置条件:
即执行本用例必须要满足的条件：
步骤:
描述本次执行的过程
注：
以下输入步骤对应下面的输入数据和预期结果！
•输入设备号按查询按钮。
•输入公告标题，按查询按钮。
•输入公告内容，按查询按钮。
输入数据:
本测试用例加载运行时需要输入的数据
•输入设备号
•输入公告标题，
•输入公告内容，
预期结果:
本测试用例执行预期输出的数据等
•通过
实际结果:
实际执行输出的结果
结论:
通过未通过
测试日期：
•界面测试
用户界面（UI）测试用于核实用户与软件之间的交互。
UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。
测试目标：
核实以下内容：
通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，
窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。
技术：
为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。
完成标准：
成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准
需考虑的特殊事项：
•帮助文档测试
•Ø交互顺序的描述是否精确？
•Ø例子是否精确？
•Ø术语、菜单描述和系统响应是否与实际程序一致？
•Ø是否能够很方便地使用文档排除错误？
•Ø文档的内容和索引是否精确完整？
•Ø显示给用户的错误信息是否有更详细的文档解释？
•安装测试
•安装测试有两个目的。
第一个目的是确保该软件在正常情况和异常情况的不同条件下:
‹‚
•ÛL–!
‰ÅG§Œt„êšI„‰Å⎽ýýÛL‰Å8ŵìÁØzô
•³:
îUúCPI,Œ*î„/8žoö（‰ÅïËsc8ÐLÙ8/
ÐL'Ï:
ŸýKÕ6š„KÕ
测试目标：
核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中：
首次安装。
以前从未安装过BWCRM的新计算机
更新。
以前安装过相同版本的BWCRM的计算机
技术：
启动或执行安装，以验证目标计算机的状况（首次安装-BWCRM从未安装过；BWCRM安装过相同或较早的版本）。
完成标准：
事务成功执行，没有出现任何故障。
需考虑的特殊事项：
应该选择BWCRM的哪些事务才能准确地测试出BWCRM应用程序已经成功安装，而且没有遗漏主要的软件构件？
•3.2测试需求
测试需求内容
名称
目的
登录模块测试
员工信息查询模块测试
员工信息增加模块测试
员工信息修改模块测试
员工信息删除模块测试
员工日志查询模块测试
员工日志增加模块测试
员工日志修改模块测试
员工日志删除模块测试
员工日志提交模块测试
员工日志弃提模块测试
员工日志批示模块测试
客户信息查询模块测试
客户信息增加模块测试
客户信息修改模块测试
客户信息删除模块测试
客户联系人查询模块测试
客户联系人增加模块测试
客户联系人修改模块测试
客户联系人删除模块测试
业务收集查询模块测试
业务收集增加模块测试
业务收集修改模块测试
业务收集删除模块测试
合同信息查询模块测试
合同信息增加模块测试
合同信息修改模块测试
合同信息删除模块测试
合同清单查询模块测试
测试需求内容
名称
目的
合同清单增加模块测试
合同清单删除模块测试
合同清单修改模块测试
合同清单删除模块测试
合同提交模块测试
合同弃提模块测试
合同审核模块测试
合同批准模块测试
合同安装变更查询模块测试
合同安装变更申请模块测试
物资增加模块测试
物资修改模块测试
物资删除模块测试
合同变更提交模块测试
合同变更弃提模块测试
安装变更审批模块测试
合同变更弃批模块测试
需求计划主单查询模块测试
需求计划主单增加模块测试
需求计划主单修改模块测试
需求计划主单删除模块测试
需求计划详单查询模块测试
需求计划详单增加模块测试
需求计划详单修改模块测试
需求计划详单删除模块测试
需求计划提交模块测试
测试需求内容
名称
目的
需求计划弃提模块测试
计划审批模块测试
计划批准模块测试
计划备货模块测试
发货申请主单查询模块测试
发货申请主单增加模块测试
发货申请主单修改模块测试
发货申请主单删除模块测试
发货申请详单查询模块测试
发货申请详单增加模块测试
发货申请详单修改模块测试
发货申请详单删除模块测试
发货申请提交模块测试
发货申请弃提模块测试
发货审核模块测试
发货弃审模块测试
发货审批模块测试
发货弃批模块测试
发货审批备货模块测试
出库发货查询模块测试
发货调整模块测试
出库发货模块测试
申请单出库明细模块测试
存货库存查询模块测试
存货查询模块测试
存货信息增加模块测试
存货信息修改模块测试
存货信息删除模块测试
测试需求内容
名称
目的
操作员角色查询模块测试
操作员角色增加模块测试
操作员角色删除模块测试
操作员角色密码模块测试
角色查询模块测试
角色增加模块测试
角色修改模块测试
角色删除模块测试
角色赋权模块测试
部门查询模块测试
部门权限查询模块测试
部门增加模块测试
部门修改模块测试
部门删除模块测试
•3.3测试优先级
说明测试顺序和重点测试项目。
•功能测试：
这里仅为测试优先级的描述，具体测试方法以及内容请参见测试需求。
登录模块
客户管理各个模块
合同管理各个模块
物资管理各个模块
安全管理各个模块
•业务测试：
功能测试完成后进行业务测试，业务测试关注的要点是业务流程，及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
•界面测试:
•帮助文档测试:
•安装测试:
•3.4测试机构及人员
测试机构名称、负责和职责。
人力资源
角色
到位时间和获取方式
施懿
升级会员 