性能测试步骤(金融软件)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2、通过测试模拟客户端不可控的用户行为，监控系统对其的处理能力， 2.1 发现系统瓶颈 2.2 获取系统性能调优方案
3、通过对测试结果进行分析，获取系统正常运行ቤተ መጻሕፍቲ ባይዱ必须的硬件资源指标
系统实施方案的数据获取
方案列表
不同的测试方案代表的不同的业务经办规模、为将来不同等级的客户提
测试方案的建立参考
测试方案建立的原则是，关注什么，就测试什么。遵循的原则：什么最 此外还要依照业务流程、逻辑，合理的安排先后顺序。最后， 测试计划
方案建立的checklist 1. 是否存在对于某项业务在不同的条件下（包括系统软、硬件配置、网 需要建立不同的方案） 2. 是否存在对于（多少数据量，多少并发下）单位时间内必须处理多少 3. 是否存在对某项业务或整个系统最大承受用户数量的描述？ 4. 是否存在对同一时刻允许同时响应的业务的最大数量的描述？ 5. 是否存在对不同业务进行性能比较的描述？（指同一测试方案下） 6. 是否存在将某一配置下的应用程序行为与另一配置下的应用程序行为 7. 是否存在对连续长时间工作后性能变化所容许的范围的描述？（疲劳
不是所有的
模块都需要 1、功能最重
要的模块。 2、客户明确
提出了性能 1、只占用
20％的使用 2、未来产生
最多业务数 1、系统上线
后使用次数 2、系统上线
后将承受最
2、明确测试目标
本次性能测试的目的是：
1、验证以下性能指标： 1.1 系统所能提供的交易容量是否满足客户需求 1.2 系统正常运行时对环境资源的占用和使用情况（硬件资源、网 1.3 系统在承载需求或测试用例中描述的并发用户数、数据量情况 交易次数等性能指标是否满足客户需求
性能 测试 计划 编制
测试计划的目的是：
0、测试计划目的
1、 尽早明确测试工作的内容、范围、方法 2、 尽早明确测试工作需要的资源，将必需的条件落实下来 3、 列出将下一步工作要考虑的问题并给出预案、建议 4、 将此类信息发布到测试工作的涉众
1、明确测试对象
分类
客户需求
服务器端
客户端
以上只是部分需要性能测试的 模块，请再补充 系统性能瓶颈的查找与调优
并发数
方案二
数据量 执行时间
并发数
方案三
数据量
执行时间
统正常运行所必须的硬件资源指标
办规模、为将来不同等级的客户提供不同的实施方案
就测试什么。遵循的原则：什么最重要，什么最有意义，什么最受关注？ 的安排先后顺序。最后， 测试计划应该和测试报告内容相呼应
件下（包括系统软、硬件配置、网络环境以及数据量等）响应时间必须满足何值的描述？（如果是，则肯定 并发下）单位时间内必须处理多少次业务的描述？（它应当是本次测试的最重要的任务之一） 大承受用户数量的描述？ 的业务的最大数量的描述？ 的描述？（指同一测试方案下） 行为与另一配置下的应用程序行为进行比较的描述？ 变化所容许的范围的描述？（疲劳度测试应该关注的点）
3、定义测试环境 4、定义测试场景
方案1 方案2 方案3
逻辑上的数
据库、应用 一台数据
库，一台应 M台应用服务
器，N台数据
场景是模拟一个或多个功能模 块被同时使用的情况
场景列表
场景1
场景2
经办业务 主业务
系统噪音 主业务1 主业务2 主业务3 系统噪音
并发数
方案一
数据量 执行时间
否满足客户需求 的占用和使用情况（硬件资源、网络带宽）是否良好 中描述的并发用户数、数据量情况下，其关键功能模块的请求响应时间、每秒 足客户需求 行为，监控系统对其的处理能力，从而：
3、通过对测试结果进行分析，获取系统正常运行ቤተ መጻሕፍቲ ባይዱ必须的硬件资源指标
系统实施方案的数据获取
方案列表
不同的测试方案代表的不同的业务经办规模、为将来不同等级的客户提
测试方案的建立参考
测试方案建立的原则是，关注什么，就测试什么。遵循的原则：什么最 此外还要依照业务流程、逻辑，合理的安排先后顺序。最后， 测试计划
方案建立的checklist 1. 是否存在对于某项业务在不同的条件下（包括系统软、硬件配置、网 需要建立不同的方案） 2. 是否存在对于（多少数据量，多少并发下）单位时间内必须处理多少 3. 是否存在对某项业务或整个系统最大承受用户数量的描述？ 4. 是否存在对同一时刻允许同时响应的业务的最大数量的描述？ 5. 是否存在对不同业务进行性能比较的描述？（指同一测试方案下） 6. 是否存在将某一配置下的应用程序行为与另一配置下的应用程序行为 7. 是否存在对连续长时间工作后性能变化所容许的范围的描述？（疲劳
不是所有的
模块都需要 1、功能最重
要的模块。 2、客户明确
提出了性能 1、只占用
20％的使用 2、未来产生
最多业务数 1、系统上线
后使用次数 2、系统上线
后将承受最
2、明确测试目标
本次性能测试的目的是：
1、验证以下性能指标： 1.1 系统所能提供的交易容量是否满足客户需求 1.2 系统正常运行时对环境资源的占用和使用情况（硬件资源、网 1.3 系统在承载需求或测试用例中描述的并发用户数、数据量情况 交易次数等性能指标是否满足客户需求
性能 测试 计划 编制
测试计划的目的是：
0、测试计划目的
1、 尽早明确测试工作的内容、范围、方法 2、 尽早明确测试工作需要的资源，将必需的条件落实下来 3、 列出将下一步工作要考虑的问题并给出预案、建议 4、 将此类信息发布到测试工作的涉众
1、明确测试对象
分类
客户需求
服务器端
客户端
以上只是部分需要性能测试的 模块，请再补充 系统性能瓶颈的查找与调优
并发数
方案二
数据量 执行时间
并发数
方案三
数据量
执行时间
统正常运行所必须的硬件资源指标
办规模、为将来不同等级的客户提供不同的实施方案
就测试什么。遵循的原则：什么最重要，什么最有意义，什么最受关注？ 的安排先后顺序。最后， 测试计划应该和测试报告内容相呼应
件下（包括系统软、硬件配置、网络环境以及数据量等）响应时间必须满足何值的描述？（如果是，则肯定 并发下）单位时间内必须处理多少次业务的描述？（它应当是本次测试的最重要的任务之一） 大承受用户数量的描述？ 的业务的最大数量的描述？ 的描述？（指同一测试方案下） 行为与另一配置下的应用程序行为进行比较的描述？ 变化所容许的范围的描述？（疲劳度测试应该关注的点）
3、定义测试环境 4、定义测试场景
方案1 方案2 方案3
逻辑上的数
据库、应用 一台数据
库，一台应 M台应用服务
器，N台数据
场景是模拟一个或多个功能模 块被同时使用的情况
场景列表
场景1
场景2
经办业务 主业务
系统噪音 主业务1 主业务2 主业务3 系统噪音
并发数
方案一
数据量 执行时间
否满足客户需求 的占用和使用情况（硬件资源、网络带宽）是否良好 中描述的并发用户数、数据量情况下，其关键功能模块的请求响应时间、每秒 足客户需求 行为，监控系统对其的处理能力，从而：