目录1．引言1.1编写目的对项目进行测试，详细记录测试过程，对软件的质量进行评估，为软件设计人员提供更正系统漏洞的依据。
本文档有助于实现以下目标：1.确定现有项目的信息和应测试的软件结构。
2.列出推荐的测试需求3.推荐可采用的测试策略，并对这些策略加以详细说明4.确定所需的资源，并对测试的工作量进行估计。
5.列出测试项目的可交付元素，包括用例以及测试报告等。
1.2项目背景随着人们生活水平的提高，汽车成为日常生活中交通不可缺少的一部分。
而停车场的管理和业务量庞大，仅仅靠传统的记账式管理是不可行的。
停车场管理系统由此而生，逐渐成为信息化建设的重要组成部分。
停车场管理系统为停车场管理员提供简单方便的管理操作模式，以及停车场的详细情况，还对车主提供了方便的停车、查询、缴费。
客户要求开发软件的名称：停车场管理系统用户：停车场管理人员及车主说明：开发软件名称：停车场管理系统项目开发者：13级软件工程（1）班“停车场管理系统”开发小组组员：李龙、李俊仁1.3定义Parking management system（缩写： PMS）：停车场管理系统主键 (Primary Key)：每一次记录中的主键都是表格中的唯一值。
换言之，它是用来独一无二地确认一个表格中的每一行资料。
外键（Foreign Key）：设表table1，table2中都有一个name字段,而且是table1的主键，那么如果设table2中的name为外键的话，向table2中添加数据的时候，如果name值不在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 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需求概述本次测试针对开发的停车场管理系统进行，包括功能测试，界面测试，负载测试，文档测试。
按照规格需求说明书中的功能进行测试，在测试过程中发现软件的漏洞不足并予以改正。
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测试用例步骤及操作：运行系统，转到登陆界面，输入用户名及密码，测试登陆功能。
允许偏差：不允许任何偏差条件：用户即可，包括系统管理员，车主用例2：停车管理测试步骤及操作：运行系统对车辆进出停车场的各项信息的统计和计算。
允许偏差：不允许条件：管理员操作用例3：信息查询测试（1）车辆信息查询步骤及操作：运行系统，转到车辆信息查询界面，输入所要查询的车牌号，进行测试。
允许误差：不允许条件：停车场管理员登录查询（2）车主查询信息：步骤及操作：运行系统，转到用户界面，输入车牌号信息，进行查询。
允许误差：不允许条件：车主操作用例4:系统管理测试步骤及操作：运行系统，转到系统管理界面，进行查询空位，修改等测试。
允许误差：允许条件：管理员操作用例5：入库测试步骤及操作：运行系统，转到入库管理界面，进行车辆入库停车测试。
允许误差：允许条件：管理员操作用例6：出库测试操作及步骤：运行系统，转到入库管理界面，进行车辆入库停车测试。
允许误差：允许条件：管理员操作用例7：测试参考文档用例7：测试提交文档4.3测试工具LoadRunner 是一种预测系统行为和性能的工业标准级负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。
通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。
LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，帮助测试人员查找和发现问题。
4.4进度4.5条件测试人员：有系统的设计及编写者进行各功能模块的测试。
测试软件：采用黑盒测试的方法，由人工设计测试用例，对个功能模块一次进行测试。
包括合理的数据及不合理的数据。
4.6测试资料需求规格说明书概要设计说明书详细设计说明书4.7测试策略系统测试前需作如下准备工作：（1）收集软件规约，作为系统测试的依据。
（2）收集各种软件说明书或使用手册，作为系统测试的参考。
（3）仔细阅读软件测试计划或系统测试计划，作为系统测试的根据。
（4）收集已有的系统测试用例。
5．评价5.1范围此测试可将系统各功能模块进行逐一的检测，对说明书中列举的功能进行排查，对系统实现各功能的正常运行做充分的测试，输入合理及不合理的测试数据检验功能的运行及出错处理情况。
但由于功能模块比较多，采用功能测试设计的测试用例相对比较多，测试需花费一定的时间。
具体结合到系统操作，基本应该测试以下内容：易用性，即人机界面；性能，即检查快速载入和导出数据、检查系统的响应等；功能，即用户在该系统中可以进行的各种操作；业务规则，即检查对业务流程的描述是否准确、考虑与目标用户的业务环境是否契合等；事务准确性，即确保事务正确完成、确保被取消的事务回滚正确等；数据有效性与完整性，即检查数据的格式是否正确、确保字符集适当等；系统可靠性，即检查程序、数据库的故障处理能力，数据恢复能力等5.2准则测试工作应避免由原开发软件的个人来承担。
本系统的测试工作是由相关同学来承担。
设计测试方案时，不仅要包括确定的输入数据，而且应包括从系统功能出发预期的测试结果。
测试用例不仅要包括合理、有效的输入数据，还要包括无效的或不合理的输入数据。
不仅要检验程序是否作了该做的事，还要检查程序是否同时作了不该做的事。
软件中仍存在错误的概率和已经发现错误的个数是成正比的。
保留测试用例，作为软件文档的组成部分。
5.3数据整理由于系统规模不大，输入输出的数据类型简单，所以，我们采用手工方式将测试数据加工成便于评价的适当的形式。
5.4尺度1.以能发现错误为准则。
2.能正确完成功能要求。
3.测试用例正确执行，要求输出与预期的输出结果完全一致。
5.5系统风险、优先级5.6与测试有关的任务◆确定测试需求、评估风险、制定测试策略◆确定测试资源、创建时间表、生成测试计划●设计测试◆确定并说明测试用例◆确定测试过程，并建立测试过程的结构●复审和评估测试覆盖●实施测试◆记录或通过编程创建测试脚本◆确定设计与实施模型中的测试专用功能◆建立外部数据集●执行测试●至此那个测试过程、评估测试的执行情况、评估测试用例的覆盖、评估代码覆盖●核实结果、调查意外结果●记录缺陷、分析缺陷●确定是否达到了测试完成标准与成功标准。