停车场测试计划.docx
《停车场测试计划.docx》由会员分享，可在线阅读，更多相关《停车场测试计划.docx（14页珍藏版）》请在冰豆网上搜索。
停车场测试计划
1.1编写目的
1.2项目背景
1.3定义......
1.4参考资料
2.任务概述
2.1目标
2.2硬件环境
2.3需求概述.
2.4条件与限制
2.5风险评估.
3.计划
3.1测试方案
3.2测试项目
3.3测试准备
4.测试项目说明
4.1测试项目名称及测试内容
4.2
4.3
4.4
4.5
4.6
测试用例测试工具进度.......条件.......测试资料
10
10
10
10
5.评价.......
5.1范围.......
5.2准则.......
11
11
11
5.3数据整理
5.4尺度
5.5系统风险、优先级
5.6与测试有关的任务
5.7问题严重度描述
1.引言
1.1编写目的
对项目进行测试，详细记录测试过程，对软件的质量进行评估，为软件设计人员提供更正系统漏洞的依据。
本文档有助于实现以下目标：
1.确定现有项目的信息和应测试的软件结构。
2.列出推荐的测试需求
3.推荐可采用的测试策略，并对这些策略加以详细说明
4.确定所需的资源，并对测试的工作量进行估计。
5.列出测试项目的可交付元素，包括用例以及测试报告等。
1.2项目背景
随着人们生活水平的提高，汽车成为日常生活中交通不可缺少的一部分。
而停车场的管理和业务量庞大，仅仅靠传统的记账式管理是不可行的。
停车场管理系统由此而生，逐渐成为信息化建设的重要组成部分。
停车场管理系统为停车场管理员提供简单方便的管理操作模式，以及停车场的详细情况，还对车主提供了方便的停车、查询、缴费。
客户要求开发软件的名称：
停车场管理系统
用户：
停车场管理人员及车主
说明：
开发软件名称：
停车场管理系统
项目开发者：
13级软件工程
（1）班“停车场管理系统”开发小组
组员：
李龙、李俊仁
1.3定义
Parkingmanagementsystem（缩写：
PMS:
停车场管理系统
主键（PrimaryKey）:
每一次记录中的主键都是表格中的唯一值。
换言之，它是用来独一无二地确认一个表格中的每一行资料。
外键（ForeignKey）:
设表table1，table2中都有一个name字段,而且是table1的主键，那么如果设table2中的name为外键的话，向table2中添加数据的时候，如果name值不在table1之中就会报错。
1.4参考资料
《软件工程导论》第五版清华大学出版社
《VisualC#SQLServer数据库开发与实例》清华大学出版社
详细描述对该停车场管理系统进行测试的测试过程。
2.2硬件环境
（1）应用服务器
处理器：
IntelXeonE5-2650@2.00GHz八核处理器*2
内存空间：
64GDDR31066MHZ硬盘空间：
1TSAS6G^插拔硬盘*2
（2）数据库服务器
处理器：
AMDOpteron（tm）Processor6320四核处理器*2
内存空间：
32GDDR31066MHZ硬盘空间：
1TSAS6G^插拔硬盘*2
4.2软件环境
应用服务器操作系统：
WindowsServer2012R2
数据库服务器操作系统：
WindowsServer2012R2
客户端操作系统：
WindowsXP/Windows7/Windows8
浏览器：
IE8/IE9/IE10
数据库管理系统：
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测试项目名称及测试内容
测试1：
名称：
登录系统界面测试目的：
测试界面及其登录功能
内容：
测试界面显示效果、帐号输入、合理性检查、合法性检查,系统操作控制。
测试2:
名称:
停车管理测试。
目的:
测试停车场管理员的操作功能。
内容:
测试车辆进出停车场的各项功能。
测试3:
名称：
信息查询测试目的：
测试系统信息查询功能内容：
查询是否有空车位、车辆停留时间及其费用等信息测试4:
名称：
系统管理测试目的：
测试系统管理的功能内容：
系统管理，创建用户，删除用户，修改用户，修改密
码。
测试5:
名称：
进库测试目的：
测试车辆进库功能内容：
车辆进库时间、对应车位、车牌号、车辆类型。
测试6：
测试车辆出库功能车辆出库时间、停留时间、对应车位、车牌号、车辆
类型、费用。
4.2测试用例
用例1：
系统登录测试
输入
输出
用户名
密码
'123456’
错误一用户名空
‘#Y%
'123456'
错误一用户名非法
‘12#411'
'123456'
错误一用户名非法
'lilong'
错误一密码为空
‘liojunren‘
'@##345
错误一密码非法
'123456’
'---33556'
错误-密码非法
'6666666'
'3%%469
错误一密码非法
'lilong'
'666666’
正确---登陆成功
步骤及操作：
运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
允许偏差：
不允许任何偏差
条件：
用户即可，包括系统管理员，车主用例2:
停车管理测试
车
类
车牌号号
进库时
出库
时
价格
费用
备注
主
主
车牌号号
间
进丿
I'lTl
出丿
I'lTl
库时
价
格
费
训
备注
主
别G
2016
12丿
日
08:
0
'年
2016
年
10元
10元
"2
无
李
车
甘E
12
0日
61年月
月日4
09:
0
12P
12
0日
鸟年寸
月4
1（
小
）元/
时
0元
无
输出信息
息印,
凭条
12:
04
1430
打印凭条
类
车牌号号1进库时
出库时
价格
费用
备注
别
间
间
老王
大卡车
甘
2016年
12月4
日
00:
01
2016年
12月5
日
10:
30
20元/
小时
300元
该车辆停留一天计
费300元
打印凭条
步骤及操作：
运行系统对车辆进出停车场的各项信息的统计和计算。
允许偏差：
不允许
条件：
管理员操作
用例3:
信息查询测试
（1）车辆信息查询
输入
车牌号
类别
车主姓名
甘
大卡车
老王
输出
进库时间:
2016年12月4日00:
01
出库时间:
2016年12月
5日10:
30
停留时间：
一天
显示费用
300元
备注
该车辆停留一天计费300元
步骤及操作：
运行系统，转到车辆信息查询界面，输入所要查询的车牌号，进
行测试。
允许误差：
不允许
条件：
停车场管理员登录查询
（2）车主查询信息:
条件：
车主操作用例4:
系统管理测试
查询
是否有空车位
显示
有
输出
空车位个数及其空车位的编号
旧密码
新密码
新密码
输入
666666
123456
123456
输出
更改成功
输入
234123
666
555
输出
更改失败，前后密码不一致
步骤及操作：
运行系统，转到系统管理界面，进行查询空位，修改等测试。
允许误差：
允许
条件：
管理员操作
用例5:
入库测试
输入
甘E
进库时间：
2016年12月4日12:
04
价格:
20元/小
时
输出
入库成功
步骤及操作：
运行系统，转到入库管理界面，进行车辆入库停车测试。
允许误差：
允许
条件：
管理员操作
用例6:
出库测试
输入
甘E
进库时间：
2016年12月4日
12:
04
出库库时间：
2016年12月4日
09:
00
费用:
20元
输出
出库成功
操作及步骤：
运行系统，转到入库管理界面，进行车辆入库停车测试。
允许误差：
允许
条件：
管理员操作用例7:
测试参考文档
文档（版本/日期）
是否经过复审
来源
是否可用
停车场管理系统说明书（1.0/2016.6）
是
小组编写
可用
停车场管理系统任务书（1.0/2016.6）
是
老师提供
可用
测试计划书
是
小组编写
可用
测试需求分析报告
是
小组编写
可用
用例7:
测试提交文档
文档（版本/日期）
是否经过复审
来源
是否可用
概要设计说明书（修订版
/2016.6）
是
小组编写
可用
需求规格说明书（修订版）
是
小组编写
可用
单元测试报告
是
小组编写
可用
集成测试报告
是
小组编写
可用
系统测试报告
是
小组编写
可用
验收测试报告
是
小组编写
可用
4.3测试工具
LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测
试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，帮助测试人员查找和发现问题。
4.4进度
测试活动
计划开始日期
实际开始日期
结束日期
制定测试计划
12月1日
12月1日
12月8日
设计测试
12月2日
12月2日
12月3日
集成测试
12月4日
12月4日
12月4日
系统测试
12月5日
12月6日
12月6日
性能测试
12月6日
12月7日
12月7日
安装测试
12月7日
12月8日
12月8日
用户验收测试
12月9日
12月9日
12月9日
测试评估
12月10日
12月10日
12月11日
产品发布
12月11日
12月12日
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问题严重度描述
问题严重度
描述
响应时间
高
系统奔溃
多长时间修改此问题
中
操作异常
多长时间修改此问题
低
系统响应时间长
超过正常操作时间
升级会员 