性能测试的实施成功性来源于对系统用户行为的正确分析；

而性能测试的执行成功性来源于性能测试脚本和性能测试场景的开发正确性；

因此，性能测试工具的操作正确性和熟练程度导致了性能测试脚本和性能测试场景的开发正确性；

例如，在LR中，参数化、检查点、事务、动态数据关联、场景启动方式的设置等，都会对性能测试脚本和性能测试场景的开发存在正确性的影响。

老徐的个人建议：

当你学习Loadrunner的工具操作方法时，先花一周的时间练习LR的基本操作技能，例如事务的添加、测试数据的参数化、检查点的添加、动态数据的关联等，在练习这些基本的操作技能的时候，你不需要了解事务能用来做什么、参数化能用来做什么、检查点能用来作什么、动态数据关联能解决什么问题，只需要练习操作工具，学会这些内容的操作方法。

当你熟练掌握了工具的基本操作方法后，再去学习和理解事务是为了获得用户关心的响应时间、检查点是为了确保获知性能测试执行是否成功、参数化是为了给大量虚拟用户提供不同的测试数据，模拟实际情况、动态数据关联是为了适应服务器处理结果的变化性，等等

这样的方法练习性能测试工具，是一个事半功倍的方法

个人建议，请多指教

 

 

老徐的本家：www.testfocus.com.cn   ；www.xsz.com.cn

欢迎大家访问！

1      引言

1.1   编写目的

本文档明确性能测试分析报告的评审行为，明确评审过程中使用的各项指标，使性能测试分析报告评审相关人员能够依据此规范检查性能测试分析报告的内容填写是否符合模版要求，检查性能测试分析报告是否正确反映了性能测试的完整过程，检查性能测试分析报告是否符合本规范中规定的质量标准。

1.2   适用范围

ü     性能检测测试分析报告评审

ü     性能诊断测试分析报告评审

ü     性能调优测试分析报告评审

ü     容量规划测试分析报告评审

1.3   预期读者

参与性能测试分析报告评审的各方面人员，包括：

ü     测试管理部测试经理

ü     技术测试部技术测试经理、技术测试分析师、技术测试工程师

ü     项目（群）组项目经理、技术经理及其他相关人员

ü     业务部门相关人员

ü     数据中心相关人员

1.4   参考资料

ü     《信息技术管理部测试管理办法》

ü     《信息技术管理部性能测试规程》

 

2      与评审规程的关系

在评审规程中规定性能测试分析报告的评审过程和具体活动，包括评审内容的准备、评审会议的召集、评审会议、评审结果的发布、评审结果的跟踪。

本规范为评审规程中的具体活动提供可依据的方法、判断标准以及相关模版。

3      标准与模版

3.1 活动：评审内容的准备

3.1.1准入标准

性能测试计划中的任务完成率=100%，包括所有开发任务、所有执行任务、所有分析任务

 

3.1.2准出标准

性能测试分析报告经过技术测试经理审核并签字

性能测试相关所有文档已经放置于可供获取的位置，包括性能测试计划、性能测试方案、性能测试场景/脚本、数据文件、执行日志、性能测试分析报告。

 

3.1.3模版

N/A

3.2 活动：评审会议的召集

3.2.1准入标准

 

3.2.2准出标准

会议召集通知书已经发送给所有相关评审方，包括：被测应用系统所属项目（群）组、业务部门、数据中心、测试管理部、技术测试部、业务测试部。

性能测试分析报告和所有相关文档同时随会议召集通知书发送给了所有相关评审方。

3.2.3模版

名称：《性能测试分析报告评审会议通知书》。

内容：

ü     发送信息，应包括姓名、Email、座机、手机、角色、所属部门

ü     项目（群）组名称

ü     会议召集时间

ü     会议持续时间

ü     会议地点

ü     参加人员和角色及部门名称

ü     主持人和角色及部门名称

ü     记录人和角色及部门名称

ü     会议议程

ü     期望达成目标

ü     附件名称及简要说明

ü     初审意见

3.3 活动：评审会议

3.3.1准入标准

ü     所有与会人员准时到场（现场/或视频）

ü     所有与会人员已经预先审阅了性能测试分析报告及相关文档

ü     所有与会人员已经在《性能测试分析报告评审会议通知书》中填写了初审意见并发送给会议主持人

ü     会议主持人已组织性能测试实施人员对各方与会人员的初审意见进行了汇总和分析

3.3.2准出标准

ü     性能测试背景评审完成

o       应具备详细的、明确的性能测试工作背景描述

ü     性能测试需求评审完成

o       性能测试需求应明确表明本次性能测试的类型，应为性能检测测试、性能诊断测试、性能调优测试或者容量规划测试

o       性能测试需求中应具备明确的性能测试范围

ü     性能测试目标评审完成

o       性能测试目标中应具备期望达到的明确的响应时间指标

o       性能测试目标中应具备期望达到的明确的处理能力指标

o       性能测试目标中应具备期望达到的明确的资源利用率指标

o       性能测试目标中应具备期望达到的明确的稳定性测试时间长度指标以及交易成功率指标

o       性能测试目标中应对响应时间和处理能力指标进行明确的定义

ü     性能测试模型评审完成

o       性能测试模型中应具备明确的测试场景名称以及使用该场景的原因说明

o       测试场景中应具备明确的虚拟用户名称、数量/百分比、思考时间（ThinkTime）、检查点、测试数据说明

o       测试场景应具备明确的测试环境说明，包括应用版本、网络架构、应用技术架构、服务器硬件设备信息、应用平台的版本和关键参数设置信息

o       测试场景应具备明确的被测应用系统基础数据信息，包括基础数据量、类型（模拟数据/生产数据）

ü     性能测试过程评审完成

o       性能测试过程包含了性能测试规程中规定的所有不可裁减的测试任务

o       每项测试任务应具备明确的测试方法说明

o       每项测试任务应具备明确的状态（完成/未完成）

o       若某项测试任务未完成，则该项测试任务应具备明确的未完成原因以及解决方法说明

ü     性能测试单项任务数据分析评审完成

o       每个单项任务应具备明确的测试目的

o       每个单项任务应具备明确的测试数据分析

ü     性能测试结论评审完成

o       每个性能测试目标应具备至少一条结论

o       每条结论应针对一个具体的性能测试目标

ü     性能测试缺陷评审完成

o       所有已发现缺陷都具备了明确的状态（已解决/未解决）

o       所有遗留缺陷都具备了明确的追踪解决方案（监督责任人、期望解决结果、期望解决时间、解决方法、解决责任人）

ü     性能测试分析报告评审完成

o       若有一项评审结果为“不通过”，则此项为“不通过”

ü     所有与会各方人员签字认可评审结果

o       若有一方人员未到场，此次评审视为无效。评审会议结束后，将会议记录与会议结论发送给缺席方人员进行离线评审。

o       获得缺席方离线评审意见后，修订评审结果，此次评审方可视为有效。

 

3.3.3模版

 

名称：《性能测试分析报告评审报告》

内容：

ü     项目（群）组名称

ü     会议召集时间

ü     会议地点

ü     与会人员、角色及部门名称

ü     主持人员、角色及部门名称

ü     记录人员、角色及部门名称

ü     性能测试背景评审结果：通过/不通过

ü     性能测试需求评审结果：通过/不通过

ü     性能测试目标评审结果：通过/不通过

ü     性能测试模型评审结果：通过/不通过

ü     性能测试过程评审结果：通过/不通过

ü     性能测试单项任务数据分析评审结果：通过/不通过

ü     性能测试结论评审结果：通过/不通过

ü     性能测试缺陷评审结果：通过/不通过

ü     性能测试分析报告评审结果：通过/不通过

ü     性能测试评审会议有效性：有效/无效

ü     参与各方人员签字

3.4 活动：评审结果的发布

3.4.1准入标准

ü     性能测试评审会议有效性：有效

ü     性能测试分析报告：通过

3.4.2准出标准

ü     性能测试分析报告评审报告已经发送给所有相关各方，应包括：项目实施管理条线、业务IT管理条线、相关业务部门、数据中心、项目（群）组、测试管理部、技术测试部、业务测试部等

ü     性能测试分析报告评审报告由技术测试部备案

 

3.4.3模版

N/A

 

3.5 活动：评审结果的跟踪

3.5.1准入标准

查看(1909) 评论(9) 收藏 分享 管理