停车场测试计划

1、测试计划说明书目 录1引言11.1编写目的11.2项目背景11.3定义11.4参考资料22任务概述22.1目标22.2硬件环境22.3需求概述32.4条件与限制32.5风险评估33计划33.1测试方案33.2测试项目33.3测试准备34测试项目说明44.1测试项目名称及测试内容44.2测试用例54.3测试工具104.4进度104.5条件104.6测试资料105评价115.1范围115.2准则115.3数据整理115.4尺度115.5系统风险、优先级125.6与测试有关的任务125.7问题严重度描述13测试计划说明书1引言1.1编写目的对项目进行测试，详细记录测试过程，对软件的质量进行评估，为软

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

3、户要求开发软件的名称：停车场管理系统用户：停车场管理人员及车主说明：开发软件名称：停车场管理系统项目开发者：13级软件工程（1）班“停车场管理系统”开发小组组员：李龙、李俊仁1.3定义Parking management system（缩写： PMS）：停车场管理系统主键 (Primary Key)：每一次记录中的主键都是表格中的唯一值。换言之，它是用来独一无二地确认一个表格中的每一行资料。外键（Foreign Key）：设表table1，table2中都有一个name字段,而且是table1的主键，那么如果设table2中的name为外键的话，向table2中添加数据的时候，如果name值不

4、在table1之中就会报错。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）数据库服务器处理器： AMD Opteron(tm) Processor 6320四核处理器*2内存空间：32G DDR3 1066M

5、Hz硬盘空间：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测试方案采用黑盒测试方法。对功能进行逐一测试，在输入合理及不合理的数据后测试系统的正常运作情况。3.2测试项目测试1：系统登录测试测试2：停车管理测试测试3：车位

7、查询测试测试4：系统管理测试 测试5：进库测试测试6：出库测试3.3测试准备计划测试项目，设计合理的测试用例。4测试项目说明4.1测试项目名称及测试内容测试1：名称：登录系统界面测试目的：测试界面及其登录功能 内容：测试界面显示效果、帐号输入、合理性检查、合法性检查，系统操作控制。测试2： 名称：停车管理测试。 目的：测试停车场管理员的操作功能。 内容：测试车辆进出停车场的各项功能。测试3： 名称：信息查询测试 目的：测试系统信息查询功能 内容：查询是否有空车位、车辆停留时间及其费用等信息测试4： 名称：系统管理测试 目的：测试系统管理的功能 内容：系统管理，创建用户，删除用户，修改用户，修改

8、密 码。测试5： 名称：进库测试 目的：测试车辆进库功能 内容：车辆进库时间、对应车位、车牌号、车辆类型。测试6： 名称：出库测试 目的：测试车辆出库功能 内容：车辆出库时间、停留时间、对应车位、车牌号、车辆 类型、 费用。4.2测试用例用例1：系统登录测试 输入 输出 用户名 密码 123456 错误用户名空 #￥% 123456 错误用户名非法12#411 123456 错误用户名非法lilong 错误密码为空liojunren#345错误密码非法123456-33556错误-密码非法66666663%469错误密码非法lilong 666666 正确-登陆成功步骤及操作：运行系统，转到登

9、陆界面，输入用户名及密码，测试登陆功能。允许偏差：不允许任何偏差条件：用户即可，包括系统管理员，车主用例2：停车管理测试车主类别车牌号号进库时间出库时间价格费用备注详细信息李龙小轿车甘E1234561252016年12月4日12:042016年12月4日14:3010元/小时20元无输出信息打印凭条车主类别车牌号号进库时间出库时间价格费用备注详细信息李俊人小轿车甘G1234561252016年12月4日08:002016年12月4日09:0010元/小时10元无输出信息打印凭条车主类别车牌号号进库时间出库时间价格费用备注详细信息老王大卡车甘A888888882016年12月4日00:01201

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

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

12、成功步骤及操作：运行系统，转到入库管理界面，进行车辆入库停车测试。允许误差：允许条件：管理员操作用例6：出库测试输入甘E123456125进库时间:2016年12月4日12:04出库库时间:2016年12月4日09:00费用:20元输出出库成功操作及步骤：运行系统，转到入库管理界面，进行车辆入库停车测试。允许误差：允许条件：管理员操作用例7：测试参考文档文档（版本/日期）是否经过复审来源是否可用停车场管理系统说明书（1.0/2016.6）是小组编写可用停车场管理系统任务书（1.0/2016.6）是老师提供可用测试计划书是小组编写可用测试需求分析报告是小组编写可用用例7：测试提交文档文档（版本/

13、日期）是否经过复审来源是否可用概要设计说明书（修订版/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人员技能不符合要求项目组长中技能培训请教高手提高培训强度对工作输出加强检视