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