停车场测试计划Word文档下载推荐.docx
《停车场测试计划Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《停车场测试计划Word文档下载推荐.docx（16页珍藏版）》请在冰点文库上搜索。
而停车场的管理和业务量庞大，仅仅靠传统的记账式管理是不可行的。
停车场管理系统由此而生，逐渐成为信息化建设的重要组成部分。
停车场管理系统为停车场管理员提供简单方便的管理操作模式，以及停车场的详细情况，还对车主提供了方便的停车、查询、缴费。
客户要求开发软件的名称：
停车场管理系统
用户：
停车场管理人员及车主
说明：
开发软件名称：
项目开发者：
13级软件工程
（1）班“停车场管理系统”开发小组
组员：
李龙、李俊仁
1.3定义
Parkingmanagementsystem（缩写：
PMS）：
主键（PrimaryKey）：
每一次记录中的主键都是表格中的唯一值。
换言之，它是用来独一无二地确认一个表格中的每一行资料。
外键（ForeignKey）：
设表table1，table2中都有一个name字段,而且是table1的主键，那么如果设table2中的name为外键的话，向table2中添加数据的时候，如果name值不在table1之中就会报错。
1.4参考资料
张海藩：
《软件工程导论》第五版清华大学出版社
肖刚等：
《实用软件文档写作》清华大学出版社
李涛等：
《VisualC#SQLServer数据库开发与实例》清华大学出版社
2．任务概述
2.1目标
详细描述对该停车场管理系统进行测试的测试过程。
2.2硬件环境
（1）应用服务器
处理器：
IntelXeonE5-2650@2.00GHz八核处理器*2
内存空间：
64GDDR31066MHz
硬盘空间：
1TSAS6G热插拔硬盘*2
（2）数据库服务器
AMDOpteron（tm）Processor6320四核处理器*2
32GDDR31066MHz
4.2软件环境
应用服务器操作系统：
WindowsServer2012R2
数据库服务器操作系统：
WindowsServer2012R2
客户端操作系统：
WindowsXP/Windows7/Windows8
浏览器：
IE8/IE9/IE10
系统运行环境：
JRE1.7
数据库管理系统：
Oracle11g
服务器容器：
Tomcat7.0
其他：
MicrosoftOffice2007及以上版本
2.3需求概述
本次测试针对开发的停车场管理系统进行，包括功能测试，界面测试，负载测试，文档测试。
按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。
2.4条件与限制
本次测试采用的主要是黑盒测试，对系统各个功能模块进行详细的测试，设计合理的测试用例。
2.5风险评估
被测系统可能存在的问题：
（1）系统设计结构不合理
（2）数据库风险：
数据库结构设计不合理；
对数据库操作控制不当导致数据不一致；
（3）响应时间不当：
时间过长，以至用户沮丧；
时间过短造成误操作；
（4）网络不安全稳定
（5）测试环境不足可能存在的测试缺陷
（6）系统健壮性查，出现操作异常
3．计划
3.1测试方案
采用黑盒测试方法。
对功能进行逐一测试，在输入合理及不合理的数据后测试系统的正常运作情况。
3.2测试项目
测试1：
系统登录测试
测试2：
停车管理测试
测试3：
车位查询测试
测试4：
系统管理测试
测试5：
进库测试
测试6：
出库测试
3.3测试准备
计划测试项目，设计合理的测试用例。
4．测试项目说明
4.1测试项目名称及测试内容
名称：
登录系统界面测试
目的：
测试界面及其登录功能
内容：
测试界面显示效果、帐号输入、合理性检查、合法性检查，系统操作控制。
停车管理测试。
测试停车场管理员的操作功能。
测试车辆进出停车场的各项功能。
信息查询测试
测试系统信息查询功能
查询是否有空车位、车辆停留时间及其费用等信息
测试系统管理的功能
系统管理，创建用户，删除用户，修改用户，修改密
码。
测试车辆进库功能
车辆进库时间、对应车位、车牌号、车辆类型。
测试车辆出库功能
车辆出库时间、停留时间、对应车位、车牌号、车辆
类型、费用。
4.2测试用例
用例1：
输入
输出
用户名
密码
‘
‘123456’
错误—用户名空
‘#￥%’
‘123456‘
错误—用户名非法
‘12#411’
‘lilong’
‘’
错误—密码为空
‘liojunren’
‘@##345’
错误—密码非法
‘---33556’
错误-密码非法
‘6666666’
‘3%%469’
‘666666’
正确---登陆成功
步骤及操作：
运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
允许偏差：
不允许任何偏差
条件：
用户即可，包括系统管理员，车主
用例2：
车主
类别
车牌号号
进库时间
出库时间
价格
费用
备注
详细信息
李龙
小轿车
甘E
2016年12月4日12:
04
2016年12月4日
14:
30
10元/小时
20元
无
输出信息
打印凭条
李俊人
甘G
2016年12月4日08:
00
2016年12月4日09:
10元
老王
大卡车
甘
2016年12月4日00:
01
2016年12月5日10:
20元/小时
300元
该车辆停留一天计费300元
运行系统对车辆进出停车场的各项信息的统计和计算。
不允许
管理员操作
用例3：
（1）车辆信息查询
车牌号
车主姓名
进库时间:
出库时间:
停留时间:
一天
显示费用
运行系统，转到车辆信息查询界面，输入所要查询的车牌号，进行测试。
允许误差：
停车场管理员登录查询
（2）车主查询信息：
输
入
出
价格:
已经停留时间:
一小时
显示
车辆还停留在车库当中
运行系统，转到用户界面，输入车牌号信息，进行查询。
车主操作
用例4:
查询
是否有空车位
有
空车位个数及其空车位的编号
旧密码
新密码
666666
123456
更改成功
234123
666
555
更改失败，前后密码不一致
运行系统，转到系统管理界面，进行查询空位，修改等测试。
允许
用例5：
入库测试
入库成功
运行系统，转到入库管理界面，进行车辆入库停车测试。
用例6：
出库库时间:
费用:
出库成功
操作及步骤：
用例7：
测试参考文档
文档（版本/日期）
是否经过复审
来源
是否可用
停车场管理系统说明书（1.0/2016.6）
是
小组编写
可用
停车场管理系统任务书（1.0/2016.6）
老师提供
测试计划书
测试需求分析报告
测试提交文档
概要设计说明书（修订版/2016.6）
需求规格说明书（修订版）
单元测试报告
集成测试报告
系统测试报告
验收测试报告
4.3测试工具
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，帮助测试人员查找和发现问题。
4.4进度
测试活动
计划开始日期
实际开始日期
结束日期
制定测试计划
12月1日
12月8日
设计测试
12月2日
12月3日
集成测试
12月4日
系统测试
12月5日
12月6日
性能测试
12月7日
安装测试
用户验收测试
12月9日
测试评估
12月10日
12月11日
产品发布
12月12日
4.5条件
测试人员：
有系统的设计及编写者进行各功能模块的测试。
测试软件：
采用黑盒测试的方法，由人工设计测试用例，对个功能模块一次进行测试。
包括合理的数据及不合理的数据。
4.6测试资料
需求规格说明书
概要设计说明书
详细设计说明书
4.7测试策略
系统测试前需作如下准备工作：
（1）收集软件规约，作为系统测试的依据。
（2）收集各种软件说明书或使用手册，作为系统测试的参考。
（3）仔细阅读软件测试计划或系统测试计划，作为系统测试的根据。
（4）收集已有的系统测试用例。
5．评价
5.1范围
此测试可将系统各功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。
但由于功能模块比较多，采用功能测试设计的测试用例相对比较多，测试需花费一定的时间。
具体结合到系统操作，基本应该测试以下内容：
易用性，即人机界面；
性能，即检查快速载入和导出数据、检查系统的响应等；
功能，即用户在该系统中可以进行的各种操作；
业务规则，即检查对业务流程的描述是否准确、考虑与目标用户的业务环境是否契合等；
事务准确性，即确保事务正确完成、确保被取消的事务回滚正确等；
数据有效性与完整性，即检查数据的格式是否正确、确保字符集适当等；
系统可靠性，即检查程序、数据库的故障处理能力，数据恢复能力等
5.2准则
测试工作应避免由原开发软件的个人来承担。
本系统的测试工作是由相关同学来承担。
设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。
测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。
不仅要检验程序是否作了该做的事，还要检查程序是否同时作了不该做的事。
软件中仍存在错误的概率和已经发现错误的个数是成正比的。
保留测试用例，作为软件文档的组成部分。
5.3数据整理
由于系统规模不大，输入输出的数据类型简单，所以，我们采用手工方式将测试数据加工成便于评价的适当的形式。
5.4尺度
1.以能发现错误为准则。
2.能正确完成功能要求。
3.测试用例正确执行，要求输出与预期的输出结果完全一致。
5.5系统风险、优先级
风险
ID号
风险描述
责任人
优先级
规避措施
风险应急计划
1
人员无法及时到位
项目组长
高
定期催促队员
从空闲队员中物色人员
推迟进度计划
提高工作效率
2
人员技能不符合要求
中
技能培训
请教高手
提高培训强度
对工作输出加强检视
5.6与测试有关的任务
◆确定测试需求、评估风险、制定测试策略
◆确定测试资源、创建时间表、生成测试计划
●设计测试
◆确定并说明测试用例
◆确定测试过程，并建立测试过程的结构
●复审和评估测试覆盖
●实施测试
◆记录或通过编程创建测试脚本
◆确定设计与实施模型中的测试专用功能
◆建立外部数据集
●执行测试
●至此那个测试过程、评估测试的执行情况、评估测试用例的覆盖、评估代码覆盖
●核实结果、调查意外结果
●记录缺陷、分析缺陷
●确定是否达到了测试完成标准与成功标准
5.7问题严重度描述
问题严重度
描述
响应时间
系统奔溃
多长时间修改此问题
操作异常
低
系统响应时间长
超过正常操作时间
升级会员 