实训报告-智能停车场

智能停车管理系统

测试计划

目录

1.简介

2.用户注册

3.用户登陆

4.UI（用户界面）

5测试方案

6.测试用例

7.测试报告

8.bug报告单

9.系统测试报告

10.总结

1.简介

该测试计划介绍了如何测试智能停车管理系统。它提供了测试范围、测试策略，人员安排等详细信息。

1.1目的

这份文档的目标是详细描述对“智能停车管理系统”进行功能测试的过程。本文档所关注的特征来自于软件设计规格说明书。（关于智能停车管理系统的功能描述,请参阅软件设计规格说明书。）

1.2背景

为了提高停车位的合理利用率，开发了智能停车管理系统。这个系统能满足用户:关于停车系统空位的明确信息，能够查询车位只。

主要功能：能完成对于空闲车位的添加、和安排。能按客户需求检索出想要的位置，排除不符合要求的位置等。操作简单、界面友好；确保信息的准确性，动态性，安全性。智能停车管理系统是基于Linux系统的技术，采用B/S结构，适于分布式多客户作业，客户端的要求也很低。

1.3范围

测试阶段包括单元测试，集成测试，系统测试，性能测试，验收测试，bug测试及对测试进行评估。

本计划所提到的测试类型是需求阶段的测试，即对智能停车管理系统进行功能验证的测试过程。

2.用户注册

2.1用户注册

用户名，密码，手机号码，邮件地址，省份，城市，绑定车牌号。

注册完成后回到登陆页面

2.2用户登录

用户可以在首页上输入自己的用户名与密码进行登陆，登陆成功后首面显示用户名，和当前自己所有信息位置gps定位，增加显示“个人中心”的链接，进入到“个人中心”页面。

2.3登录失败，找回密码

用户在登录时忘记密码，可以找回密码。根据自己当初填写的信息确认关系。

（1）手机找回，用户输入手机号码，通过在页面上点击获取验证码的方式，用户点击获取之后，提示用户输入收到的短信验证码，正确时进入修改密码的页面。

（2）邮件找回，需要输入邮件地址，点击发送邮件，平台向邮箱发送找回密码的链接。

3.用户登陆

用户可以在首页上输入用户名与密码进行登陆，登陆成功后首面显示用户名，增加显示“个人中心”的链接，进入到“个人中心”页面。

个人中心页面添加搜索功能。还有当前位置定位功能，当前位置最近停车场空位查询功能。提供搜索输入框，用户输入搜索内容后，在列表中显示出搜索的结果，如果有多条则显示多条结果，可翻页显示。

在当前页面的地图上，显示搜索的结果，参考百度地图

当用户点击基中某个点时，显示附近1000米以内的空余车位

当用户点击车位时，显示预订操作，点击预订时，进入预订页面

在浏览地图时，可以显示当前显示的地图区域中街道上对应的车位信息

关于结果显示，显示用户的需求，位置。

4.UI（用户界面）

个人中心

停车历史

帐号充值

预订管理

4.1个人信息

4.1.1查看

除显示个人信息外，可能还包含是否选择自动支付功能。

4.1.1编辑

修改手机号码时，最好进行手机短信认证。

4.2密码修改

要求提供原密码。

4.3车辆信息

4.3.1车牌号码

4.3.2车辆型号

4.3.3车身颜色

4.4停车历史查询

查看历史停车记录：

编号，开始时间，停止时间，停车地点，停车车牌，费用，是否已支付费用，批量支付操作。

4.1帐号充值

4.1.1使用支付宝充值

4.1.2网银转帐

4.1余额查询

4.1预订管理

查询未完成的预订信息，可对其进行取消预订操作。

4.5帮助

提供客户帮助。

5车位搜索

1）初始化功能：用户第一次进入系统时，可以对停车场的基本信息进行设置，如车位数，有无忙闲时（忙闲时时段设置），有无车型分类（各种车型个数），收费制度，并把初始化信息储存在文件中；

（2）登记功能：车辆进入停车场时，对车辆的信息进行登记，信息包括车牌号，车型，车主电话号码，进入停车场的时间，将信息储存到文件；

（3）收费功能：车辆离开停车场时收费，填入车牌号，系统自动读取车辆进入时保存的信息，输入离开时的时间，系统根据收费制度进行收费，并删除该车的停车信息；

（4）查询功能：有四种查询方式，分别为整体查询、按车牌号查询、按车位号查询、按车主电话号码查询；

2系统功能模块的划分与设计，各功能函数的说明；

系统功能划分为四个：初始化模块，登记模块，收费模块，查询模块。其中初始化模块只在用户第一次使用系统时执行。

登记函数：提示用户输入车辆信息，对用户输入的信息进行储存；

收费函数：读取车辆进入时保存的信息，对车辆进行收费；

地图函数：读取车辆的地图位置。

.流程图

2.函数流程图

5.测试方案

5.1 项目名称

项目中文简称：停车场管理系统

5.3 测试方案

采用黑盒测试方法，整个过程采用自底向上，逐个集成的办法，一次进行单元测试，组装测试，测试用例的设计应包括合理的何不合理的输入条件。

6.测试用例

6.1 案例（1）

4..2 SF_FUN_TD_002 测试用例规格

6.1 案例（2）

7.测试报告

8.BUG报告单

【说明】

严重分为三个等级：

严重：严重影响系统的，导致系统不能进行操作的。

一般：需求分析中提到的基本功能没有达到，基本功能没有按要求的实现，等等。

轻微：操作不方便，界面错误，错误字等等其它错误。

修改分为三个状态：

已改：已修改的错误。

未改：没有修改的错误。

无需修改：暂时不修改的错误

BUG总结