UAT测试报告.docx
《UAT测试报告.docx》由会员分享，可在线阅读，更多相关《UAT测试报告.docx（9页珍藏版）》请在冰点文库上搜索。
UAT测试报告
快车出行
测试报告
1.概述
1.1目的
本测试报告为腾讯快车出行的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。
2.测试计划执行情况
2.1测试范围
测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、用户界面测试等，而单元测试和集成测试由开发人员来执行。
主要功能包括：
呼叫车辆、取消订单、派车策略、支付结算、争议与投诉、等待接驾页面、司机到达页面、行程中页面、行程结页面、全部订单页面。
2.2测试类型
测试类型
测试内容
测试目的
所用的测试工具和方法
功能测试
呼叫车辆、取消订单、派车策略、支付结算、争议与投诉、等待接驾页面、司机到达页面、行程中页面、行程结页面、全部订单页面
核实所有功能均已正常实现，即可按用户的需求使用软件：
1、 业务流程检验：
各个业务流程能够满足用户需求，用户使用不会产生疑问；
采用黑盒测试，使用边界值测试、等价类划分等测试方法，进行手工测试
用户界面测试
1、 页面结构：
包括菜单、背景、颜色、字体、按钮、Title、提示信息的一致性等
2、 友好性、易用性、合理性、一致性、正确性
核实软件风格符合可接受标准，能够保证用户界面友好性、易操作性，符合用户操作习惯
手工测试
2.3测试环境与配置
资源名称/类型
配 置
应用服务器
主频2.5GHz，硬盘128G，内存8GB
数据库管理系统
Sqlserver
应用软件
禅道、jmerter、svn客户端
2.4测试工具
用途
工具
生产厂商/自产
测试计划/测试用例
Word、excel
开源
缺陷管理
禅道
开源
性能测试
Jmeter
开源
2.5测试人员安排
角色
具体职责或注释
软件测试工程师
周灿军
具体的测试执行及结果反馈
3.测试结果
3.1测试用例执行情况
3.1.1呼叫车辆页面
测试内容
测试结果
上、下班时间上车地点的校验
通过
上下车位置符合要求情况下，是否显示预估价
通过
点击呼叫车辆是否页面正常跳转
通过
快车、出租车预估车费是否显示整数
通过
寻找车辆的状态，能否正常取消叫车
通过
3.1.2等待接驾页面
测试内容
测试结果
地图是否正确显示司机乘客的位置
通过
能否正常取消订单
通过
派到首约出租车后，司机信息是否显示正确
通过
司机电话是否为首约提供的虚拟号
通过
乘客取消订单以后，首汽是否会主动给司机发送信息
通过
司机取消订单以后，首汽是否会主动给乘客发送信息
通过
是否实时坐标点展示司机位置
通过
3.1.3司机到达页面
测试内容
测试结果
页面状态是否发生变化
通过
司机已到达是否能正常取消订单
通过
3.1.4行程中页面
测试内容
测试结果
是否绘制出至目的地的导航路线
通过
是否定时更新司机位置
通过
3.1.5行程结算页面
测试内容
测试结果
司机点击到达目的地之后，乘客端是否直接从行程中页面跳转到行程结算页面
通过
点击车费输入框，输入框默认文案是否取消，是否自动唤起手机数字输入键盘
通过
车费输入框校验，是否只能输数字和小数点
通过
小数点后面是否最多输入小数两位
通过
当输入一位或不输入小数时，是否自动补填0
通过
小数点是否能为首位
通过
其他费用是否默认没有选中，是否为隐藏状态
通过
选中其他费用时，点击输入框默认文案是否消失，是否自动唤起手机数字输入键盘
通过
其他费用输入是否只能是数字和小数点，小数点是否能为首位，小数点后面是否最多输入两位小数，小数点后不输或只输一位是否自动补充0
通过
文案提示是否正常显示
通过
点击企业支付时，是否首先校验计价器金额是否输入金额，若未填写是否提示“请输入计价器金额”
通过
车费大于等于1000元时，是否弹框提示
通过
其他费用大于等于100元时，是否弹框提示
通过
企业支付成功后，跳转到支付完成页（企业支付）
通过
点击已线下支付，是否弹出二次确认弹框，提示“您是否确定通过线下现金或者扫码方式将车费支付给司机”
通过
点击线下支付二次确认，是否跳转到支付完成页（线下支付）
通过
3.1.6支付完成页面
测试内容
测试结果
通过点击企业支付，是否展示车费总金额，车费总金额是否等于计价器金额+其他金额
通过
通过线下支付，是否展示文案“已线下支付”
通过
点击“正义与投诉”是否跳转到争议与投诉页
通过
3.1.7争议与投诉页面
测试内容
测试结果
点击投诉类型，是否跳转到投诉说明页
通过
输入框规则是否校验
通过
输入投诉内容点击提交后，订单状态是否变成“投诉处理中”，然后跳转回争议与投诉页
通过
投诉处理中状态，是否继续进行投诉
通过
3.1.8全部订单页面
测试内容
测试结果
当已完成订单产生争议与投诉时，投诉状态是否变成“投诉处理中”或“投诉已解决”
通过
当已完成订单产生争议与投诉时，是否行程展示投诉状态
通过
3.1.9派单逻辑
测试内容
测试结果
在出租车、首汽快车、滴滴顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
在出租车、滴滴、首汽快车顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
在滴滴、首汽快车、出租车顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
在滴滴、出租车、首汽快车顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
在首汽快车、出租车、滴滴顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
在首汽快车、滴滴、出租车顺序并行时，验证三者同时叫车，二者同时叫车，保留顺序靠前的供应商
通过
3.2缺陷统计
根据BUG对系统正常运行所造成影响的严重程度不同，从产品质量管理的角度将BUG分为如下几个级别：
1-致命：
主要功能完全丧失、用户数据受到损坏的bug；
导致程序崩溃、电脑死机、程序无法正常启动或登录等bug；
菜单或者按钮没有实现本来的功能或者不起作用的bug。
2-严重：
影响其他功能模块的运作；次要功能没有完全实现；
主要功能已实现但是存在明显错误；
严重的性能问题；界面布局严重错乱。
3-一般：
影响小且不影响其他功能的bug；二次确认问题；产品缺陷。
4-轻微：
页面样式有出入但不是很严重；提示语；
易用性问题；建议性问题。
版本号
致命
严重
一般
较弱
总计
V1
0
2
15
10
27
V2
0
0
4
4
8
V3
0
0
0
0
0
合计
0
2
19
14
35
3.3用户界面测试
测试内容
测试结果
自适应界面设计，内容根据窗口大小自适应
是
页面标签风格是否统一
是
输入框说明文字的内容与系统功能是否一致
是
文字长度是否加以限制
是
文字内容是否表意不明
否
是否有错别字
否
4.测试总结
1．全部用例执行完毕，通过4轮冒烟测试，3轮回归测试，所有用例全部通过测试。
2.根据测试结果，系统已达到需求功能目标。
3.由于某些原因，系统性能测试未能如期进行，系统可能在之后过程中出现系统崩溃等风险。
升级会员 