样例公交车车辆管理系统测试计划

合集下载

公交车管理系统

公交车管理系统

数据库原理与应用实验报告
班级:姓名:学号:指导教师:梁雅丽
3、设计规范合理的数据库结构,写出关系模式
公司(公司编号,公司名称,公司地址)
司机(司机编号,司机姓名,司机性别,司机年龄,联系方式)
货物(车辆编号,限定乘坐人数、所属区域、车辆颜色)其中公司编号、司机编号和车辆编号合在一起为主码,单独为外码
4、建立数据库和数据表,并插入适当数据
(1)公司表的名称为company,创建company表如下:
company表的内容如下:
(2)司机表的名称为driver,创建driver表如下:
driver表的内容如下:
(3)车辆表的名称为bus,创建bus表如下:
bus表的内容如下:
5、根据用户需求实现基本的增删改和查询操作,有简单易用的操作界面(窗体、报表设计等)。

车辆信息查询窗口:
司机信息查询窗口:
四、实验过程描述:列出实验步骤和结果,设计与调试过程所遇到的问题,问题解决中得到的经验和体会,进一步改进的设想。

我们对已经学习过的数据库课程的进一步的掌握,对知识进行最大程度的消化融汇。

此次设计的公交车管理系统,虽然简单,但是却十分实用,极大的方便了用户对公交车信息和线路的操作,节省了大量的工作量。

对以后开发各种数据库积累了宝贵的经验。

教师评分:。

车辆管理系统系统测试手册

车辆管理系统系统测试手册

车辆管理系统测试报告班级 08计算A1 拟制人吴敏洁2011年12月目录1.引言 (1)1.1编写目的 (1)1.2背景 (1)1.3参考资料 (1)2.测试对象和概要 (1)3. 测试结果及发现 (1)3.1二级公司用户登录验证(Test1) (1)3.2总工程师登录验证(Test2) (2)3.3总经理登录验证(Test3) (2)3.4管理员登录验证(Test4) (3)3.5密码修改(Test 5) (3)3.6用户注册(Test6) (3)3.7车辆购置申请单添加(Test7) (4)3.8车辆购置申请单修改(Test8) (4)3.9车辆购置申请单查询(Tes9) (5)3.10车辆购置申请单审批(Test10) (5)3.11车辆购置申请单批复(Test11) (5)3.12个人信息修改(Test12) (6)3.13用户信息查询(Test13) (6)3.14用户信息添加(Test14) (6)3.15用户信息删除(Test15) (7)4. 软件功能的结论 (8)4.1二级公司用户登录验证(Test1) (8)4.2总工程师登录验证(Test2) (8)4.3总经理登录验证(Test3) (8)4.4管理员登录验证(Test4) (8)4.5密码修改(Test 5) (9)4.6用户注册(Test6) (9)4.7车辆购置申请单添加(Test7) (9)4.8车辆购置申请单修改(Test8) (10)43.9车辆购置申请单查询(Tes9) (10)4.10车辆购置申请单审批(Test10) (10)4.11车辆购置申请单批复(Test11) (11)4.12个人信息修改(Test12) (11)4.13用户信息查询(Test13) (11)4.14用户信息添加(Test14) (12)4.15用户信息删除(Test15) (12)5. 分析摘要 (13)5.1测试结果分析 (13)5.2 能力 (13)5.3 缺陷和限制 (13)5.4 建议 (13)5.5 评价 (14)6. 测试资源消耗 (14)1.引言编写目的该测试报告是对车辆管理系统所作测试而编写的,规定了其测试用例及测试方向。

公交查询系统测试用例

公交查询系统测试用例

公交查询系统测试用例表1版本历史表2目录表1 (1)0 文档介绍 (4)0.1文档目的 (4)0.2背景描述 (4)0.3参考文献 (4)0.4术语与缩写解释 (4)1 角色和职责 (5)2 进度安排 (6)3 测试范围及目标 (7)3.1测试范围 (7)3.2测试目标 (7)4 风险说明 (8)5 测试配置及环境 (9)6. 功能测试用例 (10)6.1测试环境与辅助工具 (10)6.2功能测试用例 (10)功能点1:公交查询的换乘功能 (10)功能点2:公交查询系统的查找线路功能 (17)功能点3:公交查询系统的查找站点功能 (20)7缺陷列表 (23)8安装/反安装测试用例 (25)9 总结报告 (26)9.1统计分析报告 (26)9.2测试结果统计 (26)分析建议 (27)0 文档介绍0.1 文档目的本测试计划主要针对“公交查询系统”中的各个功能模块儿及其子系统的功能进行测试工作的设计,项目人员可以利用这个测试计划简要介绍说明完成“公交查询系统”测试的策略和方法,测试人员利用这个测试计划来了解和执行测试活动,并进行管理。

本文档定义了测试的具体职责和活动,并描述了测试类型和测试范围。

0.2 背景描述“公交查询系统”是一款基本实现车站站点查询、车次查询、模糊查询、站至站包括换乘的查询四种查询方式的查询系统。

而且能查询各条线路的启停站点,还能分析出换乘车辆情况。

0.3 参考文献[M] 断念,软件性能测试过程详解与案例剖析,清华大学出版社,2006[M] 刘德宝,Web项目测试实战,科学出版社、北京科海电子出版社,2009[M] 孙海英,软件测试方法与应用,中国铁道出版社,2009[M] 买志玉、郭丽,软件测试案例及测试管理,中原工学院,20110.4 术语与缩写解释表31 角色和职责下表列出了参与此项目测试的人员及所担任的职责。

表42 进度安排表53 测试范围及目标3.1 测试范围测试工作的开展主要围绕这以下几个模块儿,从“界面测试”、“功能测试”、“性能测试”、“安全性测试”几个方面进行的,开展的测试的功能模块儿包括:·输入两站点的站至站查询包括换乘的查询;·输入线路之后的当条线路的往返查询;·输入站点名称以后的站点具体情况的查询。

公交公司车辆检查方案范本

公交公司车辆检查方案范本

公交公司车辆检查方案范本1. 检查内容1.发动机系统检查2.刹车系统检查3.转向系统检查4.悬挂系统检查5.灯光系统检查6.电气系统检查2. 发动机系统检查1.确认发动机机油等级2.检查发动机机油、冷却液、传动液、制动液等液位3.检查发动机线束和传感器接口4.检查发动机气门、缸压、点火系统等3. 刹车系统检查1.检查刹车油液位2.检查制动盘和制动片磨损程度3.检查刹车气门和制动器执行器4.检查刹车线路和液压管道4. 转向系统检查1.检查转向助力油液位2.检查转向管道、软管和接头3.确认转向系统没有明显泄漏或损坏4.检查转向机构和其它相关零件是否正常工作5. 悬挂系统检查1.检查悬挂系统是否有变形或磨损2.检查悬挂系统支撑随动件是否正常3.检查悬挂系统减震器是否正常4.检查车轮和轮胎是否平衡6. 灯光系统检查1.检查车灯和车牌照明灯是否正常2.检查转向灯和闪光灯是否正常3.检查制动踏板灯和倒车灯是否正常4.检查仪表盘和车内照明是否正常7. 电气系统检查1.检查电池电量和充电状态2.检查发电机和电源线路3.检查电路保险丝和开关4.检查车窗、空调、音响和其它电气设备8. 检查记录1.记录每个检查项的正常或不正常情况2.记录每个检查项的处理措施和结果3.填写完整的车辆检查单4.签名确认车辆检查结果9. 处理措施1.对发现的问题及时处理2.对检查单上标记为不正常的项目进行修理和维护3.对车辆检查结果记录进行归档4.对检查过程中发现的缺陷进行反馈和整改以上是一份公交公司车辆检查方案范本,每个公交公司可以根据自己的实际情况进行调整和完善。

在日常运营中,及时的车辆检查和维护是确保公交车辆安全运行的关键,也是公交公司服务质量的重要保障。

公交调度系统测试文档

公交调度系统测试文档

公交调度系统测试文档车辆实时信息功能介绍:车辆实时信息显示的是线路下车辆的状态,包括车辆编号,车辆实时速度、温度,车辆故障。

还有就是对车辆进行操作,包括给车辆发送消息,调度车辆任务,处理车辆故障。

其中发送消息的功能是调度员通过客户端编辑消息发往车辆,司机可以收到调度员发送的消息并执行。

调度任务功能是对一辆车当天任务实时进行添加删除修改等编辑操作。

车辆故障处理处理已经出现的故障,处理玩异常后去掉异常标记。

测试过程:测试功能测试方案测过程测试结果备注车辆速度对车辆编号24474进行测试,与车辆仪表盘上的数据对比检测员通过观察24474公交车仪表盘上的速度,和软件上显示的速度进行对比。

经过来回几趟多次对比,结果速度基本一致,稍有延迟和偏差。

这个延迟和误差是正常合理的。

测试功能测试方案测过程测试结果备注车辆温度对车辆编号24474进行测试,与设备在车内温度获取的温度对比检测员在车上用工具获取车上的温度,和软件上显示的温度进行多次对比。

经过来多次对比,结果软件上显示的温度基本上和车上的实时温度一致。

经多次测试,功能正常。

测试功能测试方案测过程测试结果备注车辆异常上报对车辆编号2447进行测试,通过车载机上报异常。

检测员在车上通过装载在车辆上的车载机上报异常,马上电脑上的客户端就能收到上报的异常情况。

正常情况下是这样上报异常后结果符合预期经多次测试,功能正常。

测试功能测试方案测过程测试结果备注取消车辆异常通过调度系统客户端进行操作。

对有异常的车辆右键,选择“更改状态”,后会有一个界面通过取消选中的勾来取消车辆异常状态。

测试前车辆状态为取消后有2秒左右的延时。

经多次测试,功能正常。

测试功能测试方案测过程测试结果备注给一辆车发送消息通过调度系统客户端进行操作。

对你要发送消息的车辆右键发送消息界面如下:点击发送,就把消息发送到那辆车上了发送数据后车辆收到消息,并语音播报该消息,在调度系统的发送消息界面上会增加一条记录,如下:经多次测试,功能正常。

车辆管理系统测试用例

车辆管理系统测试用例

车辆管理系统测试用例
车辆管理系统测试用例
《车辆管理系统》是面向车辆管理部门而开发的通用管理平台工具软件。

通过系统运用,可以轻松实现车辆及人员动态、车辆基本信息、人员基本信息、车辆各种费用信息、维修信息、年检记录、需年审车本、车辆违章等内容进行
全面的信息化管理。

系统集信息采集、分类汇总、查询统计、数据报表等诸多
处理功能于一体,操作界面提供了业务菜单、分类导航和树型导航等多种操作
模式,让用户管理操作更加简单、方便和具有个性化。

1.测试步骤
1.1.1信息设置
1.1.1.1部门管理1.1.1.1.1增加
1.1.1.1.2删除
1.1.1.1.3修改
1.1.1.1.4查询
1.1.1.2车辆类型
1.1.1.
2.1增加
1.1.1.
2.2删除
1.1.1.
2.3修改
1.1.1.
2.4查询
1.1.1.3修车厂信息
1.1.1.3.1增加
1.1.1.3.2删除
1.1.1.3.3修改
1.1.1.3.4查询
1.1.1.4常用出车地点
1.1.1.4.1增加
1.1.1.4.2删除
1.1.1.4.3修改
1.1.1.4.4查询。

公交车辆维修管理综合系统初步设计

公交车辆维修管理综合系统初步设计
业形式 , 涉及多道 工序 的施工 主体 , 施 工时必 须形 成统 一的 组织 件 , 都需要我们在 实际施 工当中 , 进一步深入探索 。
协调方 式 , 以便对现场 的严格 管理 , 譬 如职责 和分工 的明确 , 有效 参考文献 : 调 度和协调现场情况 , 同时加 强各方 的沟 通 , 以上案例 工程 中 , 起 疏 散和
关 键词 : 公交车辆 , 维修 , 生产管理 , 模块 , 专家系统
中图分类号 : U 2 7 9 . 2 文献标识码 : A
1 概述
写完报修项 目后 , 调度 人员将 车号 拖至操 作 区 , 对 上述 数据 确认
至此 调度 人 员将 该 车号 拖 曳至 维修 区 域 信息管理系统给各行各业 的现 代化办公 、 无纸 化办公 带来 了 无误后 司机刷 卡 确认 , 见图 1 ) 。车号 拖至 维修 区域后 在相应 维修 班组 的休 息 室屏 幕 条件 , 而公 交车辆维修的质量关系到“ 公交优先 ” 政策是 否能够正 ( 维 修类 目 、 常执行 的保障 … 。而现有 的公 交 车辆维修 管 理部 门使 用 的生产 上 以及维修工作 区屏 幕上显 示该 车 已进 厂 以及车 型 、 报修 内容等信息 。 管理系统均为单 一的 生产 管理系 统 , 没有与 其他 信息 的交互 , 给 信息的集 中化 , 管理 的协调 化带 来 了不便 , 也影 响 了各 项制 度 的
采 取相关防护措施 , 正 是现 场统一 组织协 调 工作不 到位 的表 现 ; [ 2 ] 赵
4 结语
体打击 、 中毒窒息 等安全 事故 , 在 建筑 工程 中也是 司空 见惯 。而
中国房地产业( 理论版) , 2 0 1 2 ( 1 2 ) : 9 0 .

车辆管理系统测试手册

车辆管理系统测试手册

个人通讯录管理系统测试报告班级 08软工A1拟制人舒骥2011年5月10日目录1. 引言 (1)1.1 编写目的 (1)1.2 背景 (1)2. 测试对象和概要 (1)3. 测试结果及发现 (1)3.1登陆验证(Test 1) (1)3.2密码修改(Test 2) (3)3.3查看车辆基本信息(Test3) (2)3.4车辆购置申请信息(Test4) (3)3.5车辆调拨申请信息(Test5) (3)3.6车辆报废申请信息(Test6) (2)3.7管理员对用户表的信息管理(Test7) (2)3.8管理员对公司车辆的信息管理(Test8) (2)4. 分析摘要 (3)4.1测试结果分析 (3)4.2 能力 (3)4.3 缺陷和限制 (3)4.4 建议 (3)4.5 评价 (4)5. 测试资源消耗 (4)1.引言1.1编写目的此测试报告是对车辆管理系统所作测试而写的测试报告,规定了车辆管理系统的测试用例及测试方向。

在测试过程中,由此文档提供的数据,进行测试。

测试结束后,由结果分析得出软件的可能存在的缺陷和问题,为纠正系统存在的错误和漏洞提供真实可信的依据,最后得出对此软件的一个可信的评价,确认此软件是否合适于投入使用。

1.2背景●被测软件系统:车辆管理系统。

●提出者:需求用户●开发者:舒骥●预期用户:二级公司的普通用户、总工程师和总经理●差异及影响:实际运行中可能还会遇到不知名的突发状况,但在本测试中可能不会有相关的影响说明。

●测试环境是在win 7下进行的,而实际运行环境可能是windows Vista、WindowsXP的操作系统或者win7。

●参考资料:《软件测试方法和技术》朱少明著2.测试对象和概要测试项目:车辆管理系统测试类型:确认测试测试阶段:功能测试测试方法:黑盒测试—等价类划分测试时间:2011年4月28日至2011年5月10日3. 测试结果及发现3.1登陆验证(Test 1)等价类:等价类一:用户名和密码正确等价类二:用户名可用、密码错误 等价类三:用户类别选择错误测试用例名等价类所属 预计输出结果 实际输出结果 备注0000 用户名和密码正确 正确的登陆主界面正确的登陆主界面等价类正常运行0001 用户名正确、密码错误 系统提示输入的密码错误,不能登陆主界面系统提示输入的密码错误,不能登陆主界面等价类正常运行0002 用户类别选择错误登陆类型错误登陆类型错误等价类正常运行等价类一:等价类二:等价类三:3.2密码修改(Test 2)说明:系统默认登陆系统后可以随意的更改。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

公交车车辆管理系统测试计划学院:经济管理学院专业:信息管理与信息系统学生姓名:白宸溪学号: 111235 班级:信111目录一、系统概述:........................................................................................错误!未指定书签。

二、需求分析:........................................................................................错误!未指定书签。

三、测试目的:........................................................................................错误!未指定书签。

四、参考文档:........................................................................................错误!未指定书签。

五、测试项:............................................................................................错误!未指定书签。

(一)、测试范围:..................................................错误!未指定书签。

(二)、风险分析:..................................................错误!未指定书签。

六、测试方法:........................................................................................错误!未指定书签。

(一)、测试流程:..................................................错误!未指定书签。

(二)、测试要求:..................................................错误!未指定书签。

(三)、测试用例设计:..........................................错误!未指定书签。

1、注册模块:..................................................错误!未指定书签。

2、登录模块......................................................错误!未指定书签。

3、车辆基本信息管理模块..............................错误!未指定书签。

4、站点基本信息管理模块:..........................错误!未指定书签。

5、驾驶人基本信息管理模块: ......................错误!未指定书签。

(四)、测试开始条件和结束条件: ......................错误!未指定书签。

七、测试组织:........................................................................................错误!未指定书签。

(一)、测试团队结构:..................................错误!未指定书签。

(二)、功能划分:..........................................错误!未指定书签。

(三)、联系方式:..........................................错误!未指定书签。

八、测试环境及进度:............................................................................错误!未指定书签。

(一)、测试环境:..........................................错误!未指定书签。

(二)、测试进度:..........................................错误!未指定书签。

(三)、测试环境: .............................................错误!未指定书签。

九、测试提交物:....................................................................................错误!未指定书签。

十、测试计划的审批和变更方式:........................................................错误!未指定书签。

(一)、测试计划的审批..................................错误!未指定书签。

(二)、测试计划的变更方式: ......................错误!未指定书签。

一、系统概述:随着城市经济建设的飞速发展,城市规模的不断扩大,公交车数量急剧增加,城市交通问题日益严重。

目前,已成为严重影响许多大中城市发展的重点问题之一。

考虑到,有关公交的各种信息量成倍增长,传统的人工记忆方式管理也慢慢的无法适应形势的变化。

城市公共交通具有客运量大,相对投资少,占有资源少,效率高,污染相对较少,人均占用道路少等优点(与小汽车比)。

所以大力优先发展公共交通,实现数字化、智能化城市交通管理,提高公共交通运营管理效率和社会服务水平,是适合中国国情的现代化大城市发展的必然要求。

使用现代化的智能交通()技术改造传统的公交产业,以信息化带动现代化。

建设新型智能化、自动化的公交车车辆管理系统,把公交系统的管理,服务水平、工作质量提高到新的层次,从而提升城市交通信息化水平。

因此,伴随着信息技术的不断发展,通过运用计算机技术,推动公交产业不断发展,对公交车车辆实行相关的信息系统集成管理是势在必行的。

二、需求分析:由于公交车的本身的特点:线路固定、高峰时间拥挤等,公交车车辆管理系统在市区间或市区内的城域网中应用。

并且有关车辆的各种信息不能及时进行传输,影响车辆管理以及调度事务,减少出现“串车”、“大间隔”现象以及乘客滞留和空车的情况出现。

因此,本系统的设计目的主要用于解决上述问题。

本系统投入运行后,可以达到提高工作效率,减少车次延误等,最终提高工作效益,达到让乘客满意的效果。

本系统从以下几个方面对用户的需求进行分析:(1)公交车车辆管理系统的需求分析:随时查询公交车车辆车辆的位置,以及检查车辆的行驶线路、过路费信息、车辆信息、车辆提醒信息,以便及时准确、方便地为公交总部和各分区提供有效的信息,但不能随意修改数据,无信息处理权,即可以打印数据清单、浏览数据等,管理权限由系统管理员掌握和分配。

(2)对数据的安全性、可靠性要求:公交车车辆各项数据信息必须保证安全性和可靠性。

网络系统设有通信、程序、网络三级权限和口令管理,确保系统整体安全。

(3)定时整理数据:系统管理员根据车辆历史信息定时整理系统数据库,并将运行结果归档。

三、测试目的:对于公交车车辆管理系统的相关功能进行确认,验证其功能是否完成需求,功能是否正确,数据计算是否正确等。

同时关注系统运行是否稳定。

四、参考文档:《软件测试技术》,陈明编著,清华大学出版社《高级软件测试技术》,杜庆峰编著,清华大学出版社五、测试项:(一)、测试范围:本次测试包括公交车车辆管理系统的全部模块:1.登录模块2.注册模块3.车辆基本信息管理模块4.车辆站点基本信息管理模块5.驾驶人基本信息管理模块(二)、风险分析:本次测试过程中,可能出现的风险如下:(1)模块功能的实现情况可能达不到用户预期的效果,在测试的过程中应尽量使用户参与测试。

(2)的修复情况可能因人员不到位而不能及时修复,应与测试人员进行及时沟通。

(3)代码的编写质量可能不是特别高,以及测试人员的经验以及对软件的熟悉度会造成时间的延误,应根据项目组具体情况对测试的工期进行合理安排。

(4)在测试的过程中,有可能人员进行调整,导致研发周期延迟,应根据项目组具体情况对测试的工期进行合理安排。

六、测试方法:本次测试主要采用手工黑盒测试方法,根据基础用例整理测试,执行全部可执行测试用例,跟据测试要求验证是否达到测试目的中所列内容。

(一)、测试流程:(二)、测试要求:(三)、测试用例设计:1、注册模块:2、登录模块3、车辆基本信息管理模块4、站点基本信息管理模块:5、驾驶人基本信息管理模块:(四)、测试开始条件和结束条件:1、测试开始条件:测试计划编写完成,其余各项准备工作就绪。

2、测试结束条件:(1)在测试用例执行过程中,若发现测试用例通过率偏低,则可以返工,将其给开发人员修复后再进行继续测试。

(2)在所有测试用例执行完毕后,并且功能测试用例通过率非常高,达到几乎没有错误的程度,非功能性测试用例达到95%以上,则通过测试,即测试完成。

七、测试组织:(一)、测试团队结构:本测试团队由三个人组成,组长一名。

(二)、功能划分:公交车车辆管理系统由注册模块、登录模块、车辆基本信息管理模块、站点基本信息管理模块、驾驶人员基本信息管理模块五个功能来划分,组长负责其中三个模块,其余每人负责一个模块。

(三)、联系方式:八、测试环境及进度:(一)、测试环境:硬件环境:计算机三台软件环境:7操作系统、数据库、浏览器。

(二)、测试进度:(三)、测试环境:九、测试提交物:对公交车车辆管理系统进行测试后,需要提交以下文件:❖测试进度每日小结❖测试问题汇总❖测试报告十、测试计划的审批和变更方式:(一)、测试计划的审批完成测试计划后,由项目经理进行审批,检查测试计划的完善性和规范性,如果测试计划审批通过,则由审批人员签字后生效,否则,需重新修改。

(二)、测试计划的变更方式:测试计划的变更:软件测试计划是软件项目计划的子计划,会受到项目计划变更的影响。

若测试计划中需要变更,则说明有可能会导致测试计划变更的事件。

包括测试工具的改进,测试环境的改变或者是添加了新的功能等,都会引起测试计划的变更。

相关文档
最新文档