项目测试报告.docx

上传人:b****5 文档编号:8207823 上传时间:2023-01-29 格式:DOCX 页数:8 大小:18.67KB
下载 相关 举报
项目测试报告.docx_第1页
第1页 / 共8页
项目测试报告.docx_第2页
第2页 / 共8页
项目测试报告.docx_第3页
第3页 / 共8页
项目测试报告.docx_第4页
第4页 / 共8页
项目测试报告.docx_第5页
第5页 / 共8页
点击查看更多>>
下载资源
资源描述

项目测试报告.docx

《项目测试报告.docx》由会员分享,可在线阅读,更多相关《项目测试报告.docx(8页珍藏版)》请在冰豆网上搜索。

项目测试报告.docx

项目测试报告

软件测试报告

目录 

1引言

1.1文档目的

本文档是咪网停车系统实施过程中的文档,此文档作为测试的指导性方案,用以明确与描述本次测试目标、围、容、策略、标准、方法、组织规划、环境管理、计划安排、实施风险等,同时还明确了项目交付产出物等容,通过文档的相关描述,对测试工作的组织、执行和管理起到指导性作用,并为后期的测试实施提供了思路和相关依据,增强相关项目人员对测试工作的理解,更好保证测试项目实施的可控性和有效性。

预期参考人员包括:

产品用户、测试人员、开发人员、项目管理人员、以及质量管理人员和需要阅读本报告的高层经理。

1.2参考文档

parkingManager(PC端V1.1.3).docx

咪网城管端APP1.2_概要设计.xlsx

城管执法客户端产品需求文档.docx

1.2项目背景

项目名称:

咪网停车系统项目

开发团队:

咪网电子科技分公司

2功能测试概要

2.1测试用例设计

场景编号

场景名称

备注

模块

子模块

功能点

001

登录注册

注册

注册是否正常

详细设计见详细测试用例设计

002

登录

用户登录登出

003

停车数据

停车数据

1.平均车位周转率

2.近30天停车收费数据总览

3.停车方式占比

4.停车时间占比

004

车位管理

车位地图

1.展示车位地图

2.全部、违停、空闲、计费数据

3.搜索支持

005

车位列表

1.搜索条件:

路段,巡检员,查询是否正确

2.车位列表展示

3.可分页显示

006

违停监控

取证记录

1.搜索条件检查:

停车路段、巡检员、车辆信息、审核状态、提交时间

2.取证记录审核,取消

3.数据列表展示

4.分页显示

007

人员管理

管理员

1.新增

2.编辑

3.重置密码

4.删除

008

巡检员

1.查看:

账户信息、出勤记录、数据统计

2.新增

3.编辑

4.删除

5.重置密码

009

权限管理

1.角色添加

2.角色编辑

3.角色删除

4.权限配置

010

停车管理

停车记录

1.查询条件检查:

停车路段、停车状态、手机号、泊车卡号、停车方式、开始时间

2.数据检查

3.分页检查

011

硬件监控

咪表健康管理

1.查询条件检查:

所属路段、健康状态、咪表编号

2.数据检查

3.分页检查

012

卡管理

发卡记录

1.查询条件检查:

编号、开始时间

2.数据检查

3.分页检查

013

验卡充值

1.验卡功能测试

2.充值功能测试

3.补录功能测试

014

充值记录

1.查询条件检查:

编号、充值人员、开始时间

2.数据检查

3.分页检查

015

刷卡消费记录

1.搜索条件检查:

咪表号、车位名称、支付类型、地区、开始结束时间

2.数据检查

3.分页检查

016

统计报表

在线罚款缴纳记录

1.搜索条件检查:

缴纳方式、手机号、车牌号、开始结束时间

2.数据检查

3.分页检查

017

收入汇总

1.搜索条件检查:

清算日期、清算类型

2.数据检查

3.分页检查

2.2测试环境与配置

数据库:

MySql,Sqlserver

Tomcat:

Tomcat7.0

服务器:

阿里云

2.3测试方法

1.场景法

2.边界值

3.等价类划分

4.因果图等,混合使用

3性能测试摘要

3.1术语及名词解释

1.(事务)-LoadRunner中定义,为一个流程中某个环节的称谓,一个流程可称为一个大的事务,在这个大的交易中包含许多的小的事务。

2.响应时间-LoadRunner中衡量流程中各个事务性能的最佳手段,计算的是端到端的时间,说的通俗一点,从点击应用中的某个控件,到从数据库返回数据到客户端,整个过程都被计算在事务的响应时间。

3.场景-LoadRunner中专门术语。

它是所有测试资源包括测试脚本、运行设置、运行用户数等的集合。

在这个场景中,可以定义并发用户的数目,定义要运行的脚本,或者说运行的流程类型。

在一个场景中,可以是单个流程,也可以是多个流程的混合。

4.虚拟用户-LoadRunner中特定术语,为模拟现实中的实际用户,测试软件使用虚拟用户代替真实的用户。

5.TPS:

(TransactionsPerSecond)-是估算应用系统性能的重要依据。

其意义是应用系统每秒钟处理完成的交易数量,尤其是交易类系统。

一般的,评价系统性能均以每秒钟完成的交易数量来衡量。

6.思考时间(ThinkTime)-思考时间是模拟用户向服务器发出两次请求的间隔时间,思考时间的设置可以更真实地反映用户操作。

3.2压力机器配置

(IP)地址

操作系统

CPU

硬盘

IE版本

123.56.0.4

Win2008

16G

8C

100

IE11

3.2被测机器配置

节点

数量

软硬件配置项

测试环境

与生产环境差异

硬件

主机型号

望海阿里云

 

处理器

4C

 

4G

 

本地磁盘/存储

100G(按需升级)

 

网卡

千兆网卡

 

软件

操作系统

CentOS6.5

 

数据库

MYSQL5.6

 

其它

 Tomcat

 

3.3基础数据准备

1.咪表200个

2.用户50个

3.订单20000笔

3.4性能测试目标要求

1.相关测试查询场景要求能支持50并发数

2.CPU小于等于70%,存小于等于70%

3.单一事务的成功率大于等于99.9%

3.5场景设置

场景编号

场景名称

备注

模块

功能点

001

登录

用户登录登出

002

取证记录

取证记录审核

003

停车订单记录

待付款订单查询

004

已付款查询

005

硬件监控

咪表健康

006

统计查询

订单统计查询

订单明细

取5条明细

007

在线罚款查询

3.5用户并发结果

序号

测试场景

用户数

持续时间

(分)

TPS(个/秒)

平均响应时间(s)

通过数

失败数

1

登录

50

10

35.033

1.112

21,090

0

2

取证记录审核

50

10

44.033

1.128

26,508

0

3

待付款订单查询

50

10

48.615

1.027

29,266

0

4

已付款查询

50

10

49.822

0.988

29,993

0

5

咪表健康

50

10

48.108

1.031

28,961

0

6

订单统计查询

50

10

41.058

0.765

24,717

0

订单明细

10

41.058

0.436

24,717

0

7

在线罚款查询

50

10

56.5

0.873

34,028

0

3.6系统监控记录

序号

测试场景

cpu(%)

RAM

DB-CPU

DB-RAM

1

登录

78%

38%

30%

88%

2

取证记录审核

78%

40%

29%

88%

3

待付款订单查询

78%

41%%

59%

88%

4

已付款查询

78%

42%

48%

88%

5

咪表健康

78%

43%

25%

88%

6

订单统计查询

79%

46%

51%

88%

订单明细

7

在线罚款查询

80%

45%

48%

88%

4测试结果分析

4.1测试结果说明

通过各种方式场景测试得出系统资功能测试,性能测试等用例全部通过。

5.对软件功能的结论

测试全部通过。

6.交付物

交付物名称

责任人

参与者

交付日期

测试用例

江菲菲

2017-07-15

测试报告

江菲菲

2017-07-15

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1