停车场测试计划文档格式.docx
《停车场测试计划文档格式.docx》由会员分享，可在线阅读，更多相关《停车场测试计划文档格式.docx（15页珍藏版）》请在冰豆网上搜索。
停车场管理人员及车主
说明：
幵发软件名称：
项目幵发者：
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
数据库服务器操作系统：
客户端操作系统：
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测试项目名称及测试内容
名称：
登录系统界面测试
目的：
测试界面及其登录功能
内容：
测试界面显示效果、帐号输入、合理性检查、合法性检查，系统操作控制。
停车管理测试。
目的：
测试停车场管理员的操作功能。
内容：
测试车辆进出停车场的各项功能。
测试3：
信息查询测试
测试系统信息查询功能
查询是否有空车位、车辆停留时间及其费用等信息
测试4：
测试系统管理的功能
系统管理，创建用户，删除用户，修改用户，修改密码。
测试5：
测试车辆进库功能
车辆进库时间、对应车位、车牌号、车辆类型。
测试6：
测试车辆出库功能
车辆出库时间、停留时间、对应车位、车牌号、车辆类型、费用。
4.2测试用例
用例1：
输入
输出
用户名
密码
'
123456'
错误一用户名空
‘#¥
%'
错误一用户名非法
12#411'
lilong'
错误密码为空
liojunren
@##345
错误密码非法
123456'
---33556'
错误-密码非法
6666666'
3%%469
666666'
正确---登陆成功
步骤及操作：
运行系统，转到登陆界面，输入用户名及密码，测试登陆功能允许偏差：
不允许任何偏差
条件：
用户即可，包括系统管理员，车主
用例2:
-7—
-7—盯宀LtLt
X-z、，\-
车
主
「车别+
车牌
类
号号亠
车牌号号
进库
间
:
时
出库華时
出丿
库时
价
格
费
备注
详细信息
别」
4a—
于详俊细人信宀
李车
小甘G小
轿
甘E
2016
12月
日
08:
年
201弓4
12
「2016
6年
12月
月4
09:
•年
20
14
10元
16年
小时
」/
1（
小
）元/
2
无
0兀
输出信息
息
12：
04
14:
30
输出信
打印凭条印凭条
息、
别
进库时
出库时
费用
■^注
王
老
卡
大甘
2016年
12月4
00:
01
12月5
10:
20元/
300元
该车辆停留一天计
费300元
打印凭条
运行系统对车辆进出停车场的各项信息的统计和计算
允许偏差：
不允许
管理员操作
用例3:
（1）车辆信息查询
车牌号
类别
车主姓名
甘
大卡车
老王
进库时间：
2016年12
月4日00:
出库时间:
2016年12月
5日10:
停留时间：
一天
显示费用
该车辆停留一天计费300元
运行系统，转到车辆信息查询界面，输入所要查询的车牌号,进行测试。
允许误差：
停车场管理员登录查询
（2）车主查询信息:
输入
输出
李龙
价格:
20元/小
2016年12
月4日
12:
04
已经停留时间：
一小时
显示
车辆还停留在车库当中
运行系统，转到用户界面，输入车牌号信息，进行查询
车主操作
用例4:
查询
是否有空车位
有
空车位个数及其空车位的编号
旧密码
新密码
666666
123456
更改成功
234123
666
555
更改失败，前后密码不一致
运行系统，转到系统管理界面，进行查询空位，修改等测试。
允许
用例5:
入库测试
2016年12月4日12:
入库成功
运行系统，转到入库管理界面，进行车辆入库停车测试。
用例6:
2016年12月4日
出库库时间：
00
费用:
20元
出库成功
操作及步骤：
用例7:
测试参考文档
文档（版本/日期）
是否经过复审
来源
是否可用
停车场管理系统说明书
（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
人员无法
及时到位
项目组
长
高
定期催促队员从空闲队员中物色人员
推迟进度计划
提高工作效率
人员技能
不符合要
求
中
技能培训
请教咼手
提咼培训强度
对工作输出加
强检视
5.6与测试有关的任务
♦确定测试需求、评估风险、制定测试策略
♦确定测试资源、创建时间表、生成测试计划
•设计测试
♦确定并说明测试用例
♦确定测试过程，并建立测试过程的结构
•复审和评估测试覆盖
•实施测试
♦记录或通过编程创建测试脚本
♦确定设计与实施模型中的测试专用功能
♦建立外部数据集
•执行测试
•至此那个测试过程、评估测试的执行情况、评估测试用例的覆盖、评估代码覆盖
•核实结果、调查意外结果
•记录缺陷、分析缺陷
•确定是否达到了测试完成标准与成功标准
问题严重度
描述
响应时间
系统奔溃
多长时间修改此问题
操作异常
低
系统响应时间长
超过正常操作时间
升级会员 