停车场测试计划

1、目录1引言 01.1 编写目的 01.2 项目背景 01.3 定义 01.4 参考资料 02任务概述 02.1 目标 02.2 硬件环境 12.3 需求概述 12.4 条件与限制 12.5 风险评估 13计划 23.1 测试方案 23.2 测试项目 23.3 测试准备 24测试项目说明 24.1 测试项目名称及测试内容 24.2 测试用例 34.3 测试工具 74.4 进度 74.5 条件 74.6 测试资料 85评价 85.1 范围 85.2 准则 85.3 数据整理 85.4 尺度 95.5 系统风险、优先级 95.6 与测试有关的任务 95.7 问题严重度描述 101引言1.1 编写目的

2、 对项目进行测试，详细记录测试过程，对软件的质量进行评估，为软件设 计人员提供更正系统漏洞的依据。本文档有助于实现以下目标：1. 确定现有项目的信息和应测试的软件结构。2. 列出推荐的测试需求3. 推荐可采用的测试策略，并对这些策略加以详细说明4. 确定所需的资源，并对测试的工作量进行估计。5. 列出测试项目的可交付元素，包括用例以及测试报告等。1.2 项目背景 随着人们生活水平的提高，汽车成为日常生活中交通不可缺少的一部分。而停车场的管理和业 务量庞大，仅仅靠传统的记账式管理是不可行的。停车场管理系统由此而生，逐渐成为信息化 建设的重要组成部分。停车场管理系统为停车场管理员提供简单方便的管理

3、操作模式，以及停 车场的详细情况，还对车主提供了方便的停车、查询、缴费。客户要求开发软件的名称：停车场管理系统 用户：停车场管理人员及车主说明： 开发软件名称：停车场管理系统 项目开发者： 13 级软件工程( 1)班“停车场管理系统”开发小组 组员：李龙、李俊仁1.3 定义Parking management system (缩写：PMS):停车场管理系统主键(Primary Key):每一次记录中的主键都是表格中的唯一值。换言之， 它是用来独一无二地确认一个表格中的每一行资料。外键(Foreig n Key)：设表tablel，table2 中都有一个name字段,而且是 tablel的主键

4、，那么如果设table2中的name为外键的话，向table2中添加数 据的时候，如果name值不在tablel之中就会报错。1.4 参考资料 张海藩：软件工程导论第五版 清华大学出版社 肖刚等：实用软件文档写作清华大学出版社 李涛等： Visual C# SQL Server 数据库开发与实例清华大学出版社2任务概述2.1 目标详细描述对该停车场管理系统进行测试的测试过程。2.2 硬件环境（1）应用服务器 处理器： Intel Xeon E5-2650 2.00GHz 八核处理器 *2 内存空间： 64G DDR3 1066MHz硬盘空间：1T SAS 6G热插拔硬盘*2（2）数据库服务器处

5、理器： AMD Opteron（tm） Processor 6320 四核处理器 *2 内存空间： 32G DDR3 1066MHz硬盘空间：1T SAS 6G热插拔硬盘*24.2 软件环境应用服务器操作系统： Windows Server 2012R2 数据库服务器操作系统： Windows Server 2012R2 客户端操作系统：Windows XP/Windows 7/Windows 8浏览器： IE8/IE9/IE10系统运行环境：JRE1.7数据库管理系统：Oracle 11g服务器容器：Tomcat7.0其他：Microsoft Office 2007及以上版本2.3 需求概述

6、 本次测试针对开发的停车场管理系统进行，包括功能测试，界面测试，负载测试，文档测试。 按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。2.4 条件与限制 本次测试采用的主要是黑盒测试，对系统各个功能模块进行详细的测试，设计合理的测试用 例。2.5 风险评估 被测系统可能存在的问题： （1 ）系统设计结构不合理 （2）数据库风险：数据库结构设计不合理；对数据库操作控制不当导致数 据不一致；（3）响应时间不当：时间过长，以至用户沮丧；时间过短造成误操作；（4）网络不安全稳定（5）测试环境不足可能存在的测试缺陷（6）系统健壮性查，出现操作异常3计划3.1 测试方案采用黑

7、盒测试方法。对功能进行逐一测试，在输入合理及不合理的数据后 测试系统的正常运作情况。3.2 测试项目测试 1：系统登录测试测试 2：停车管理测试测试 3：车位查询测试测试 4：系统管理测试测试 5：进库测试测试 6：出库测试3.3 测试准备计划测试项目，设计合理的测试用例。4测试项目说明4.1 测试项目名称及测试内容测试 1：名称：登录系统界面测试 目的：测试界面及其登录功能 内容：测试界面显示效果、帐号输入、合理性检查、合法性检查， 系统操作控制。测试 2：名称：停车管理测试。目的：测试停车场管理员的操作功能。 内容：测试车辆进出停车场的各项功能。测试 3：名称：信息查询测试 目的：测试系统

8、信息查询功能 内容：查询是否有空车位、车辆停留时间及其费用等信息 测试 4：名称：系统管理测试目的：测试系统管理的功能内容：系统管理，创建用户，删除用户，修改用户，修改密 码。测试5:名称：进库测试目的：测试车辆进库功能内容：车辆进库时间、对应车位、车牌号、车辆类型。测试6：名称：出库测试目的：测试车辆出库功能内容：车辆出库时间、停留时间、对应车位、车牌号、车辆 类型、费用。4.2测试用例用例1 ：系统登录测试输入输出用户名密码123456 错误一用户名空 # % 123456 错误一用户名非法12#411123456 错误一用户名非法lilo ng错误密码为空lioj unren#345错误

9、密码非法123456-33556 错误-密码非法66666663%469错误密码非法lilo ng666666止确-登陆成功步骤及操作：运行系统，转到登陆界面，输入用户名及密码，测试登陆功允许偏差：不允许任何偏差条件：用户即可，包括系统管理员，车主 用例2:停车管理测试车;类车牌号号进库时出库时价格费用备注主车牌号号间进左库出丿日库时价格费备注详 细 信 息J G20162016间10元J10元无甘E12月日08:0210 日卩12丿36年月弓日09:020120日16年寸月41(小）元/时20元无输 出 信 息息*印凭条12：0414:30输出信宀打印凭条类车牌号号进库时出库时价格费用备注别

10、间间详 细 信 息老王大 卡 车甘2016 年12月4日00:012016 年12月5日10:3020元/小时300元该车辆停 留一天计费300元输 出 信 息打印凭条步骤及操作：运行系统对车辆进出停车场的各项信息的统计和计算 允许偏差：不允许条件：管理员操作用例3:信息查询测试(1)车辆信息查询输入车牌号类别车主姓名甘大卡车老王输出进库时间:2016年12 月4日00:01出库时间:2016年12月5 日 10:30停留时间：一天显示费用300元备注该车辆停留一天计费300元步骤及操作：运行系统，转到车辆信息查询界面，输入所要查询的车牌号，进 行测试。允许误差：不允许条件：停车场管理员登录查

11、询(2)车主查询信息：输 入车牌号甘E输 出李龙价格:20元/小时进库时间：2016 年 12月4日12:04已经停留时间： 一小时显示车辆还停留在车库当中步骤及操作：运行系统，转到用户界面，输入车牌号信息，进行查询允许误差：不允许条件：车主操作用例4:系统管理测试查询是否有空车位显示有输出空车位个数及其空车位的编号旧密码新密码新密码输入666666123456123456输出更改成功输入234123666555输出更改失败，前后密码不一致步骤及操作：运行系统，转到系统管理界面，进行查询空位，修改等测试。允许误差：允许条件：管理员操作用例5:入库测试输入甘E进库时间：2016 年 12 月 4

12、 日 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 ）是老师提供可用测试计划书是小组编写可用测试需求分析报告是小组编写可用用例

13、7:测试提交文档文档（版本/日期）是否经过复审来源是否可用概要设计说明书（修订版/2016.6）是小组编写可用需求规格说明书（修订版）是小组编写可用单元测试报告是小组编写可用集成测试报告是小组编写可用系统测试报告是小组编写可用验收测试报告是小组编写可用4.3测试工具LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实 施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner是一种适用于各种体系架构的自动

14、负载测试工具，它能预测系统行为并优化系统性 能。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条件测试

15、人员：有系统的设计及编写者进行各功能模块的测试。测试软件：采用黑盒测试的方法，由人工设计测试用例，对个功能模块一 次进行测试。包括合理的数据及不合理的数据4.6 测试资料需求规格说明书概要设计说明书详细设计说明书4.7 测试策略系统测试前需作如下准备工作：（1）收集软件规约，作为系统测试的依据。（2）收集各种软件说明书或使用手册，作为系统测试的参考。（3）仔细阅读软件测试计划或系统测试计划，作为系统测试的根据。（4）收集已有的系统测试用例。5评价5.1 范围 此测试可将系统各功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各 功能的正常运行做充分的测试，输入合理及不合理的测试数

16、据检验功能的运行及出错处理情 况。但由于功能模块比较多，采用功能测试设计的测试用例相对比较多，测试需花费一定的时 间。具体结合到系统操作，基本应该测试以下内容：易用性，即人机界面；性能，即检查快速载入和导出数据、检查系统的响应等； 功能，即用户在该系统中可以进行的各种操作； 业务规则，即检查对业务流程的描述是否准确、考虑与目标用户的业务环境是否契合等； 事务准确性，即确保事务正确完成、确保被取消的事务回滚正确等； 数据有效性与完整性，即检查数据的格式是否正确、确保字符集适当等； 系统可靠性，即检查程序、数据库的故障处理能力，数据恢复能力等5.2 准则 测试工作应避免由原开发软件的个人来承担。本

17、系统的测试工作是由相关 同学来承担。设计测试方案时，不仅要包括确定的输入数据，而且应包括从系 统功能出发预期的测试结果。测试用例不仅要包括合理、有效的输入数据，还 要包括无效的或不合理的输入数据。不仅要检验程序是否作了该做的事，还要 检查程序是否同时作了不该做的事。软件中仍存在错误的概率和已经发现错误 的个数是成正比的。保留测试用例，作为软件文档的组成部分。5.3 数据整理 由于系统规模不大，输入输出的数据类型简单，所以，我们采用手工方式 将测试数据加工成便于评价的适当的形式。5.4尺度1. 以能发现错误为准则。2. 能正确完成功能要求。3. 测试用例正确执行，要求输出与预期的输出结果完全一致5.5系统风险、优先级风险ID号风险描述责任人优先级规避措施风险应急计划1人员无法及项目组长高定期催促队员推迟进度计划时到位从空闲队员中物色人员提高工作效率2人员技能不符合要求项目组长中技能培训 请教高手提高培训强度 对工作输出加