文档级别：X级                                  模板编号：TNET-QR-RD004

                                                模板版本：V1.0

XXXX公司

系统名称V1.0

测试报告（功能+性能）

 

版本记录

状态：C-创建文档，A-增加内容，M-修改内容，D-删除内容

目  录

引言... 4

1.1 编制目的... 4

1.2 词汇表... 4

1.3 背景... 4

2 测试管理... 4

2.1 测试范围与主要内容... 4

2.2 测试方法... 4

2.3 测试环境与测试辅助工具... 5

2.4 测试准则... 5

2.5 测试接受准则... 5

2.6 bug的定义标准... 5

2.7 人员与任务表... 6

2.8 缺陷管理与改错计划... 7

3 测试概要... 7

3.1 测试执行... 7

3.2 测试用例... 8

3.2.1 功能性... 8

3.2.2 易用性... 8

4 测试结果... 8

4.1 Bug量表格统计... 8

4.2 柱形图统计... 9

4.3 Bug趋势图... 9

4.4 Bug引入阶段... 10

4.5 Bug状态分布... 10

5 测试结论... 11

5.1 功能性... 11

5.2 易用性... 11

5.3 兼容性... 11

6 附录. 本计划审批意见... 12

引言

1.1 编制目的

略

1.2 词汇表

备注中注明该词汇的来源，或有其他更详细的解释的文档位置；以及对该词汇的其他叫法。

1.3 背景

随着互联网的发展，人们对于网络依赖，XX系统的实现提供手机端的访问，及各功能在便捷设备上的使用，提供客户更快更优质的服务。

2 测试管理

2.1 测试范围与主要内容

略

2.2 测试方法

黑盒测试:

1.        系统测试

2.        兼容性测试

3.        性能测试

4.        压力测试

5.        容错性测试

6.        升级测试

7.        用户体验测试

8.        UI测试

9.        易用性测试

10.    集成测试

2.3 测试环境与测试辅助工具

2.4 测试准则

1.        36个基本流程能正常运行工作

2.        后台，网站，手机Android及IOS端完整详细测试

3.        Redmine系统无Blocker或紧急的问题遗留

4.        报表详细测试完成，无数据的错误

2.5 测试接受准则

接受标准：业务流程能正常创建并工作

不接受标准：模块功能的问题导致流程走不通

2.6 bug的定义标准

1.        紧急：即系统无法执行、崩溃、异常退出、无法测试，举例如下：

（1）    系统崩溃，死机，死循环

（2）    主要功能丧失，基本模块缺失

（3）    功能设计与需求严重不符

（4）    程序无法启动或调用.

（5）    程序重启，自动退出

（6）    数据丢失或异常

（7）    数据计算错误

（8）    业务流程错误

（9）    因错误操作迫使程序中断

（10）花屏

（11）关联程序间调用冲突

（12）安全问题

（13）稳定性

2.        普通：兼容性问题，功能错误但不影响测试别的功能

（1）    提示信息错误（包括未给出信息、信息提示错误等）

（2）    操作时间长

（3）    内容或格式错误

（4）    边界条件错误

（5）    功能性建议

（6）    输入限制未在前台进行控制

（7）    增删改功能，在本界面不能实现，但在另一界面可以补充实现

（8）    在特定配置下出现的bug

3.        低：易用性及建设性问题，文字排练不整齐等一些小问题

（1）    界面不规范

（2）    辅助说明描述不清楚

（3）    输入输出不规范

（4）    长时间操作未给用户提示

（5）    提示窗口文字未采用行业术语

（6）    可输入区域和只读区域没有明显的区分标志

（7）    必填项与非必填项应加以区别

（8）    光标跳转未实现

2.7 人员与任务表

2.8 缺陷管理与改错计划

1.        缺陷管理工具：Redmine

2.        缺陷管理流程：

3 测试概要

3.1 测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对XX系统进行了完整的测试。

3.2 测试用例

3.2.1 功能性

系统实现的主要功能，包括查询，添加，修改，删除，缴费。

系统实现的次要功能，包括用户角色的权限分配，球场、A类团体组织、B类团体组织的管理，生成报表，会员的管理，球场成绩的管理，广告的管理。

3.2.2 易用性

1.        操作按钮提示信息正确性，一致性，可理解性

2.        限制条件提示信息正确性，一致性，可理解性

3.        必填项标识

4.        输入方式可理解性

4 测试结果

4.1 Bug量表格统计

4.2 柱形图统计

4.3 Bug趋势图

第一阶段，增量确认测试

时间从20##年1月6日到20##年3月31日。从Bug趋势图中可以看出，每个月份的bug的产出量维持在一个较高的数值上，Bug的解决量也维持在一个较高的数值上。其中严重级别的Bug共发现72个，皆以关闭。

第二阶段，Bug验证和功能确认测试

时间从20##年4月1日到20##年5月6日进行了回归测试，本次测试共发现101个Bug，严重级别的Bug共发现14个，皆以关闭。

4.4 Bug引入阶段

由上图可以看出，主要为前台编码方面的bug，占了全部的1/2

4.5 Bug状态分布

5 测试结论

5.1 功能性

XX系统正确的实现了需求的功能。实现了权限控制细化到菜单按钮的功能，通过不同角色登录系统完成不同流程的操作，角色分为市场部，人事部，技术部，财务部，球场部，会员部，A类团体组织，差点秘书，B类团体组织。实现了注册，查询，添加，修改，删除，缴费的功能。

5.2 易用性

现有系统实现了如下易用性：

1.      注册，查询，添加，修改，删除，缴费操作相关提示信息的一致性，了理解性

2.      输入限制的正确性

3.      输入限制提示信息的正确性，可理解性，一致性

现有系统存在如下易用性缺陷

1.      界面排版不够精美

2.      缺少解释性说明

5.3 兼容性

现有系统后台，网站支持Google浏览器，IE浏览器。

现有系统手机端支持安卓系统手机及苹果系统手机的主流机型。

6 附录. 本计划审批意见

 

第二篇：范例(web系统性能测试报告)

***********系统

性能测试报告

南海东软信息技术职业学院

YYYY年MM月DD日

文档说明

本文档所涉及到的文字和图表，仅限开发方和需求方内部使用，未经开发方的书面许可，请勿扩散到任何第三方。

目  录

1. 总述... 1

1.1 测试对象.... 1

1.2 测试目的.... 1

1.3 测试环境.... 1

1.4 测试依据.... 1

1.1     参考资料... 2

1.2     术语及缩写词... 2

1.3     计算公式... 2

2. 测试方法... 3

2.1 测试模型.... 3

2.2 测试过程简述.... 3

2.3 需记录的数据.... 3

3. 测试用例... 4

测试编号：1. 4

4. 测试结果... 5

4.1 查看记录内容.... 5

5. 测试结果分析... 6

6. 附件... 7

6.1 原始数据和计算结果.... 7

1. 总述

1.1 测试对象

web系统

1.2 测试目的

目的是在尽可能在模拟生产环境的前提下，实现以下目标：

Ø  测试交易线处理程序在生产环境的业务和用户量下，性能能否满足业务人员操作的需求；

Ø  模拟系统在生产能力峰值时的性能状况；

Ø  通过较长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突，从而修复体系中的薄弱环节。

Ø  发现性能瓶颈，为后期性能调优提供参考依据。

Ø  验证稳定性与可靠性：在一个生产负荷下执行测试一定的时间来评估系统稳定性和可靠性是否满足要求。

1.3 测试环境

1.4 测试依据

1.5 参考资料

1.6 术语及缩写词

l  测试时间：一轮测试从开始到结束所使用的时间

l  平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。

l  处理能力：在某一特定环境下，系统处理请求的速度。

l  最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。

1.7 计算公式

l  成功率＝成功次数÷（成功次数＋失败次数）

l  处理能力＝成功次数÷测试时间

2. 测试方法

2.1 测试模型

2.2 测试过程简述

通过编写特定的测试流程，使用多线程技术，模拟多个浏览器持续一段时间并发访问被测系统，记录系统相关的一系列信息，计算出系统支持的最大并发用户数

 

2.3 需记录的数据

测试时间

平均响应时间

成功次数

失败次数

web服务器CPU利用率（平均、最大）

数据库服务器CPU利用率（平均、最大）

web服务器内存利用率（平均、最大）

数据库服务器内存利用率（平均、最大）

 

3. 测试用例

4. 测试结果

4.1 总述

4.2 相关图表

5. 测试结果分析与测试报告

该部分需要详细说明本测试的结论，包括测试用例执行情况统计、测试是否通过、测试中发现问题的处理方式和方法。

除此之外，还可以在测试报告中包括建议与计划，用来说明该测试的后续工作安排和计划；将测试用例的执行情况和每轮测试执行的详细记录作为附件附加到测试报告中。

6. 附件

6.1 原始数据和计算结果