停车场测试计划

1、测试计划说明书目录1引言 01.1 编写目的 01.2 项目背景 01.3 定义 01.4 参考资料 12任务概述 12.1 目标 12.2 硬件环境 12.3 需求概述 12.4 条件与限制 22.5 风险评估 23计划 23.1 测试方案 23.2 测试项目 23.3 测试准备 24测试项目说明 24.1 测试项目名称及测试内容 24.2 测试用例 34.3 测试工具 94.4 进度 94.5 条件 94.6 测试资料 95评价 105.1 范围 105.2 准则 105.3 数据整理 105.4 尺度 105.5 系统风险、优先级115.6 与测试有关的任务115.7 问题严重度描述 1

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

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

4、且是 tablel的主键，那么如果设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热插拔硬盘*22.3 软件环境应用服务器操作系统：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.4 需求概述本次测试针对

6、开发的停车场管理系统进行，包括功能测试，界面测试，负载测试，文档测试。 按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。2.5 条件与限制本次测试采用的主要是黑盒测试，对系统各个功能模块进行详细的测试，设计合理的测试用例。2.6 风险评估被测系统可能存在的问题：（ 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测试计划说明书目的：测试界面及其登录功能内容：测试界面显示效果、帐号输入、合理性检查、合法性检查， 系统操作控制。测试2:名称：停车管理测试。目的：测试停车场管理员的操作功能。内容：测试车辆进出停车场的各项功能。测试3:名称：信息查询测试目的：测试系统信息查询功能内容：查询是

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

9、39;错误一用户名非法'lilong '错误餐'码为空'liojunren ''#345错误密码非法'123456''-33556 '错误-密码非法'6666666''3%469错误密码非法'lilong ''666666'正确一登陆成功步骤及操作：运行系统，转到登陆界面，输入用户名及密码，测试登陆功能允许偏差：不允许任何偏差条件：用户即可，包括系统管理员，车主用例2:停车管理测试车主类别车牌号号进库时问出库时问价格费用备注详 细 信 息李龙小 轿 车甘 E1

10、234561252016 年12月4日12:042016 年12月4日14:3010元/小时20元无输 出 信 息打印凭条车主类别车牌号号进库时问出库时问价格费用备注详李/对 G1234561252016 年2016 年10元/10元无细俊轿12月412月4小时信人车日日息08:0009:00输 出 信 息打印凭条车主类别车牌号号进库时 问出库时 问价格费用备注详老加 A888888882016 年2016 年20元/300元该车辆停细王卡12月412月5小时留f计信车日日费300元息00:0110:30输打印凭条出信息步骤及操作：运行系统对车辆进出停车场的各项信息的统计和计算允许偏差：不允许

11、条件：管理员操作9用例3:信息查询测试(1)车辆信息查询输入车牌号类别车主姓名甘 A88888888大车老王输出进库时间:2016年12月4日00:01出库时间:2016年12月5 日 10:30停留时间：f显示费用300元备注该车辆停留f计费300元步骤及操作：运行系统，转到车辆信息查询界面，输入所要查询的车牌号, 进行测试。允许误差：不允许条件：停车场管理员登录查询(2)车主查询信息：输入车牌号甘 E123456125输 出李龙价格：20元/小时进库时间：2016 年 12月 4 日12:04已经停留时间： 一小时显示车辆还停留在车库当中步骤及操作：运行系统，转到用户界面，输入车牌号信息，

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

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

14、组编写可用集成测试报告是小组编写可用系统测试报告是小组编写可用验收测试报告是小组编写可用4.3 测试工具LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千 万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。通过使用LoadRunner,企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优 化系统T能。LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为 和实行实时性能监测，帮助测试人员查找

15、和发现问题。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.

16、6 测试资料需求规格说明书概要设计说明书详细设计说明书4.7 测试策略系统测试前需作如下准备工作：(1)收集软件规约，作为系统测试的依据测试计划说明书（2） 收集各种软件说明书或使用手册，作为系统测试的参考。（3） 仔细阅读软件测试计划或系统测试计划，作为系统测试的根据。（4） 收集已有的系统测试用例。5评价5.1 范围此测试可将系统各功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。但由于功能模块比较多，采用功能测试设计的测试用例相对比较多，测试需花费一定的时间。具体结合到系统操作，基本应该测

17、试以下内容：易用性，即人机界面；性能，即检查快速载入和导出数据、检查系统的响应等；功能，即用户在该系统中可以进行的各种操作；业务规则，即检查对业务流程的描述是否准确、考虑与目标用户的业务环境是否契合等；事务准确性，即确保事务正确完成、确保被取消的事务回滚正确等；数据有效性与完整性，即检查数据的格式是否正确、确保字符集适当等；系统可靠性，即检查程序、数据库的故障处理能力，数据恢复能力等5.2 准则测试工作应避免由原开发软件的个人来承担。本系统的测试工作是由相关同学来承担。设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。测试用例不仅要包括合理、有效的输入数据，还要

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