WEB性能测试用例设计模型
ST-2009-007_Web测试_陈林
Cookies测试及用例设计
• 含义： 一种能够让网站服务器把少量数据储存到客户端的 硬盘戒内存，戒是从客户端的硬盘读叏数据的一种技术。 • 作用：用于自劢登录 • 用例设计思想：
– – – – Cookies的加密 自劢登录 失效时间 更改密码等
Cookies Manager
• Cookie是存在于您硬盘里的小文件，只要是您浏览过的网站，大都会 留下这样的文件在您的电脑里头，当您再次光临该网站时，该网站就会 立刻辨认您的身仹，加快您迚入的速度。而有些网站甚至可以很聪明的 迚入乊前所浏览的网页中，充分做到个人化的服务。因为它记录了您的 一些资料，可以用Cookies Manager帮您管理Cookie。
Session测试及用例设计
• 含义：挃一类用来在客户端不服务器端乊间保持状态的觋决方案 • Session，中文经常翻译为会话，其本来的含义是挃有始有终的一系 列劢作/消息，比如打电话是从拿起电话拨号到挂断电话这中间的一 系列过程可以称乊为一个Session。 用例设计思想： • 登录后的权限 • 注销后的再次登录 • Session超时 • 一终端多用户和多终端一用户等
9
1、Web功能性用例分类：
• 链接 • 表单不数据校验 • 状态保存 – Session – Cache – Cookies • 数据库
链接测试
• 链接是Web应用系统的一个主要特征，它是在页面乊 间切换和挃导用户去一些丌知道地址的页面的主要手 段。 – 挄链接的表现形式分：文字、图像、图标、挄钮等 – 挄链接的编写方式分：静态链接、劢态生成的链接 、自劢跳转的链接等 – 挄链接的类型分：HTTP、FTP、news、Gopher等 – 挄链接的地址所在分：内部链接、外部链接等 – 挄链接的打开方式分：在框架内打开、刷新页面、 新开窗口、新开模式窗口等
Web应用系统性能测试模型研究与应用
为 了提 高 系 统 的 可 靠 性 和 时 效 性 ， 要 通 过 性！ 测 需 能 试 ， 影 响 系 统 运行 的 网络 性 能 、 据 库 处 理 能 力 、 务 器 对 数 服 参 数 设 置 、 用 软件 设 计 和 硬 件 等 进 行 检 验 ， 出性 能 瓶 应 找
颈 ， 出 解 决 方 案 ， 化 改 善 系 统 性 能 ， 而 提 升 系 统 能 给 优 进 力 。因 此 ， 能 测 试 是 ｗｅ 性 ｂ应 用 系 统 开 发 过 程 的 一 个 重 要 环 节 ， 发 现 并 改 进 系统 瓶 颈 的有 效 手 段 。 是
中图分类号 ： ３６ ＴＰ ０
文 献 标 识码 ： Ａ
文 章 编 号 ：６ ２７ ０ （ ０ ２ ０ ６０ ８ — ２ １ ７ —８ ０ ２ １ ） ０ — ０ ３０ 性能测试过程 ， 策划 软／ 件 测 试 环 境 ， 性 能 测 试 Ｔ 具 配 硬 为
０ 引 言
随 着 信 息 技术 的 快 速 发 展 ， 来 越 多 的 Ｗ ｅ 越 ｂ应 用 系
统 部 署 于 企 业 的科 研 、 理 和 生 产 领 域 ， 息 化 建 设 已 经 管 信 成 为 提 升 企 业 综 合 能 力 的 重 要 手 段 。Ｗ ｅ ｂ应 用 系统 往 往
备 专 用 设 备 ， 免工 具 运 行 在 被 测 系 统 上 ， 理 安 排 测 试 避 合 的组织与人员 ， 确保 按 时完 成任 务 ， 析 确 定 被 测 对 象 ， 分 明 确 与 用 户 密 切 相关 的 核 心 、 要 和 常 用 业 务 ， 定 风 险 防 重 确 范 措 施 ， 对 突 发 事 件 ， 定项 目终止 条 件 ， 免 测 试 活 动 应 确 避
对被测 Ｗｅ ｂ应 用 系 统 的 性 能 要 求 、 点 和 运 行 环 境 特
测试用例之性能测试用例
测试用例之性能测试用例注：本文摘自作者正在编写的《Web性能测试实战》一书，曾经在程序员杂志2004年第10期上发表过。
性能测试、压力测试、负载测试、强度测试、稳定性测试、健壮性测试、功能测试、接口测试……,这么多眼花缭乱的测试类型名称，估计很少有人能准确的区分并说出定义来，至于对应的测试用例如何编写和执行，就更不用说了。
如果问测试工程师测试用例如何编写，就象是问程序员如何编写代码得到的答案一样，每个人都会给出不同的编写方法，但实用的测试用例却象优秀的程序一样难以编写。
目前国内，测试工程师却时常要面对“已经延期几倍计划时间的项目”，测试用例如何发挥更大的作用，是一个迫切需要解决的问题。
事实上，完全可以把测试用例看成是测试工程师编写的程序：这个“程序”是为了辅助测试工作的进行而开发的，目的是为了发现软件问题，同时“顺便”证明软件功能是否符合要求。
本文针对上面的问题，以设计性能测试用例为示范，讲解在企业实际工作中，如何有效划分测试种类和编写对应的测试用例，使测试工作更加合理、高效率的开展。
1测试种类和阶段1.1 测试种类对于测试种类的说法多种多样，最多的能达到30多种测试类型。
而实际工作中很多测试是互相包含的。
按照企业中实际工作需要，通常主要进行下面几种类型的测试：功能测试、健壮性测试、接口测试、强度测试、压力测试、性能测试、用户界面测试、可靠性测试、安装/反安装测试、文档测试。
下面介绍几种重要的测试种类及其测试的内容：功能测试：功能测试主要针对产品需求说明书的测试，是验证功能是否否合需求，包括原定功能的检验、是否有冗余功能、遗漏功能。
这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否工作，他们也需要进行基本功能的测试。
接口测试：程序员对各个模块进行系统联调的测试，包含程序内接口和程序外接口测试。
这个测试，在单元测试阶段进行了一部分工作，而大部分都是在集成测试阶段完成的。
由开发人员进行。
WEB性能测试用例设计
WEB性能测试用例设计务器性能测试五大部分，具体编写测试用例时要根据实际情况进行裁减，在项目应用中遵守低成本，策略为中心，裁减，完善模型，具体化等原则；一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是：一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，这些类型的性能测试的实施是有着相似之处的；1. 预期指标的性能测试：系统在需求分析和设计阶段都会提出一些性能指标，完成这些指标的相关的测试是性能测试的首要工作之一，这些指标主要诸于“系统可以支持并发用户200个；”系统响应时间不得超过20秒等，对这种预先承诺的性能要求，需要首先进行测试验证；2. 独立业务性能测试；独立业务实际是指一些核心业务模块对应的业务，这些模块通常具有功能比较复杂，使用比较频繁，属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容，并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能，并且持续一段时间。
对相同的功能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试；通常不会所有的用户只使用一个或者几个核心业务模块，一个应用系统的每个功能模块都可能被使用到；所以WEB性能测试既要模拟多用户的相同操作，又要模拟多用户的不同操作；组合业务性能测试是最接近用户实际使用情况的测试，也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况；组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来，在通过工具模拟用户操作的同时，还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发，每组的用户比例要根据实际情况来匹配；4. 疲劳强度性能测试；疲劳强度测试是指在系统稳定运行的情况下，以一定的负载压力来长时间运行系统的测试，其主要目的是确定系统长时间处理较大业务量时的性能，通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定；5. 大数据量性能测试；一种是针对某些系统存储，传输，统计查询等业务进行大数据量时的性能测试，主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试；第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者常用的组合业务。
性能测试需求分析及用例
性能测试需求分析及⽤例5.1.2性能测试需求提取复习了⼀些常见的理论概念后，我们开始性能测试需求的提取。
这个过程是⾮常重要的，往往测试失败，就是因为在这个过程中不知道如何得到确切的性能指标，⽽导致测试⽆法正常开展。
性能测试需求提取⼀般的流程如图5- 1所⽰。
图5- 1性能测试需求提取流程分析提取指标在⽤户需求规格说明书中，会给出系统的功能、界⾯与性能的要求。
规范的需求规格说明书都会给出明确的性能指标，⽐如单位时间内访问量要达到多少、业务响应时间不超过多少、业务成功率不低于多少、硬件资源耗⽤要在⼀个合理的范围中，这些指标都会以可量化的数据进⾏说明。
如果，实际项⽬并没有这些正规的⽂档时，项⽬经理部署测试任务给测试组长时，⼀般就会说明是否要对项⽬的哪些业务模块进⾏性能测试，以及测试的要求是什么的。
最⿇烦的就是项⽬经理或者客户要求给出⼀个测试部门认为可以的数据，这样⾮常难做的。
可是“甲⽅”往往都是提要求的，“⼄⽅”只能“⽆条件”接受！对于正规的项⽬，⽤户需求规格说明书中⼀般会给出类似表5- 1的性能测试要求：测试项响应时间业务成功率并发数CPU使⽤率内存使⽤率⽤户登录<=3秒>98% 20 <75% <75%表5- 1需求规格说明书中的性能要求表5- 1给出的指标⾮常明确，在测试过程中，我们只需收集⽤户登录模块的响应时间、登录成功率、并发数、CPU使⽤率、内存使⽤率的数据，然后与表5- 1的指标进⾏⽐较即可，通过的，就认为达到了客户要求的性能，未达到就分析原因，并给出测试报告及解决建议。
⼤多数是没有明确的需求，需要我们⾃⼰根据各种资料、使⽤各种⽅法去采集测试指标。
以OA系统为例，假设《FIX OA系统需求规格说明书》中并未指明系统的性能测试要求，需要测试⼯程师⾃⼰分析被测系统及采集性能衡量指标。
分析OA系统的结构，所有功能中仅有考勤模块可能是被测系统最终⽤户经常使⽤的业务点，那么我们的重点应该在放在该模块上。
范例(web系统性能测试报告)
***********系统性能测试报告南海东软信息技术职业学院YYYY年MM月DD日文档说明本文档所涉及到的文字和图表，仅限开发方和需求方内部使用，未经开发方的书面许可，请勿扩散到任何第三方。
目录1. 总述 (1)1.1 测试对象 (1)1.2 测试目的 (1)1.3 测试环境 (1)1.4 测试依据 (2)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. 测试结果分析 (6)6. 附件 (7)6.1 原始数据和计算结果 (7)《性能测试技术与实践》南海东软信息技术职业学院1. 总述1.1 测试对象web系统1.2 测试目的目的是在尽可能在模拟生产环境的前提下，实现以下目标：测试交易线处理程序在生产环境的业务和用户量下，性能能否满足业务人员操作的需求；模拟系统在生产能力峰值时的性能状况；通过较长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突，从而修复体系中的薄弱环节。
发现性能瓶颈，为后期性能调优提供参考依据。
验证稳定性与可靠性：在一个生产负荷下执行测试一定的时间来评估系统稳定性和可靠性是否满足要求。
1.3 测试环境1.4 测试依据1.5 参考资料1.6 术语及缩写词●测试时间：一轮测试从开始到结束所使用的时间●平均响应时间：测试线程向被测系统发请求，所有请求的响应时间的平均值。
●处理能力：在某一特定环境下，系统处理请求的速度。
●最大并发用户数：在给定的预期平均响应时间下，系统最多能支持多少个并发用户。
这个数据就是实际可以同时使用系统的用户数。
Web应用性能测试实验报告
Web应用性能测试实验报告一、引言本文主要针对Web应用的性能进行测试和分析，并且根据实验结果提出相应的改进策略，以优化Web应用的性能表现。
二、实验目的1. 了解Web应用的性能测试方法和指标体系；2. 通过性能测试，评估Web应用的负载能力、并发能力及响应能力；3. 根据测试结果提出相应的优化建议，改善Web应用的性能表现。
三、实验环境1. 硬件环境：使用一台具有较高配置的服务器，保证测试环境的稳定性；2. 软件环境：选择合适的Web性能测试工具，如JMeter、LoadRunner等；3. 测试应用：选取一款具备一定规模的Web应用作为测试对象。
四、实验步骤1. 准备测试用例：根据实际应用场景和用户行为，编写相应的测试用例，涵盖常见操作和高负载情况；2. 运行测试用例：使用性能测试工具，加载测试用例，并进行多场景、多用户并发测试；3. 监控性能指标：通过监控工具实时监测Web应用的性能指标，如响应时间、吞吐量、并发数等；4. 收集测试结果：记录测试过程中所获得的性能数据，并进行整理和分析；5. 分析测试结果：根据实验结果，分析系统性能的瓶颈所在，并找出性能不足的原因；6. 提出性能优化建议：根据分析结果，提出相应的性能优化策略和建议，以改善Web应用的性能表现。
五、实验结果与分析根据实验数据，我们得出以下结论和分析：1. 响应时间分析：通过对测试过程中的响应时间进行统计和分析，得出不同情况下的平均响应时间和最大响应时间的变化趋势，并与预期要求进行对比。
进一步分析发现，响应时间主要受以下因素影响：服务器负载、网络延迟、数据库性能等。
2. 吞吐量分析：吞吐量是指在特定时间内Web应用处理的请求数量。
通过统计测试过程中的吞吐量数据，可以评估Web应用的负载能力。
根据不同负载情况下的吞吐量变化趋势，我们可以得出Web应用在不同负载条件下的处理能力，并判断是否满足实际需求。
3. 并发数分析：并发数是指同时访问Web应用的用户数。
WEB测试用例（十二）
WEB测试⽤例（⼗⼆）⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔，每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出，主要依据为《需求规格说明书》及《详细设计说明书》，对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。
●链接测试链接是Web应⽤系统的⼀个主要特征，它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。
链接测试可分为三个⽅⾯：1）测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯；2）测试所链接的页⾯是否存在；3）保证Web应⽤系统上没有孤⽴的页⾯，所谓孤⽴页⾯是指没有链接指向该页⾯，只有知道正确的URL地址才能访问。
链接测试可以⾃动进⾏，现在已经有许多⼯具可以采⽤。
链接测试必须在集成测试阶段完成，也就是说，在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。
Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。
●表单测试当⽤户给Web应⽤系统管理员提交信息时，就需要使⽤表单操作，例如⽤户注册、登陆、信息提交等。
在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。
例如：⽤户填写的出⽣⽇期与职业是否恰当，填写的所属省份与所在城市是否匹配等。
如果使⽤了默认值，还要检验默认值的正确性。
如果表单只能接受指定的某些值，则也要进⾏测试。
例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
要测试这些程序，需要验证服务器能正确保存这些数据，⽽且后台运⾏的程序能正确解释和使⽤这些信息。
B/S结构实现的功能可能主要的就在这⾥，提交数据，处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能，编写可重复使⽤的脚本代码，可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。
我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试，主要测试⽅法为：边界值测试、等价类测试，以及异常类测试。
测试中要保证每种类型都有2个以上的典型数值的输⼊，以确保测试输⼊的全⾯性。
产品性能测试用例
性能测试用例1、单用户测试2、用户并发测试:核心模块并发用户数与数据库主机并发用户数300人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘300人功能巡检目的方法测试多人同时入库的性能情况多人登录系统，采用LOADRUNNER录制任务，然后开始对系统加压；持续时间120分钟，用户数量为500个。
并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量（字节/秒）500并发用户数500人CPU利用率MEM利用率磁盘I/O情况DB参数1 其它参数并发用户数500人CPU利用率MEM利用率磁盘并发用户数与数据库主机并发用户数与应用服务器的关系表功能出库目的测试多人同时查询出库的性能情况方法多人登录系统，米用LOADRUNNER录制任务，然后开始对系统加压；持续时间20分钟，用户数量为100个。
并发用户数与事务执行情况目测试100人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间40 分钟，用户数量100个并发用户数 事务平均响 应时间 事务最大响应时间 平均每秒事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节并发用户CPU 利用MEM 利用磁盘DB 参数1其它参3用户并发测试:组合模块功能100人同时操作：30人登陆，20人巡检查询，20出库查询，30 入库查询，30人登陆，20人巡检查询，20出库查询，30 入库查询 30人登陆，20人巡检查询，20出库查询，30 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况 30人登陆，20人巡检查询，20 出库查询，30入库查询目测试300人同时对系统操作，系统的性能情况方法米用LOADRUNNER 录制任务，然后开始对系统加压；持续时间100分钟，用户数量300个并发用户数事务平均响 应时间 事务最大响应时间 平均每秒 事务数事务成功率平均流入库查询出库查询巡检查询登陆入库查询出库查询巡检查询登陆巡检查询登陆库查询 入库查询出库查询巡检查询登陆入库查询秒点击率佇/#) 量节CPU 利用MEM 利用磁盘DB 参数1功能300人同时操作：50人登陆，100人巡检查询，70出库查询，80入库查询，50人登陆，100人巡检查询，70出库查询，80入库查询 50人登陆,100人巡检查询，70出库查询，80 入库查询并发用户数CPU 利用率MEM 利用率磁盘I/O 情况50人登陆，100人巡检查询，70出库查询，80入库查询4大数据量测试5疲劳强度测试。
对LoadRunner的web tours的性能测试计划
Web Tours系统性能测试计划姓名：***班级：1301108学号：**********目录1.前言 (3)1.1.测试方案概述 (3)1.2.目的 (3)1.3.系统概述 (3)2.被测系统定义 (4)2.1.术语定义 (4)2.2.功能简介 (4)2.3性能测试指标 (6)3 系统结构及流程 (7)3.1系统总体结构 (7)3.2功能模块 (7)3.3业务流程 (8)3.4关键点描述 (9)3.5性能测试环境 (9)4 性能测试 (10)4.1性能测试概述 (11)4.2测试目的 (11)4.3测试方法及测试用例 (11)4.3.1 业务模型 (12)4.3.2 场景模型 (12)4.3.3 测试用例 (13)4.4测试指标及期望 (16)4.5测试数据准备 (17)4.6运行状况记录 (18)5参考文档 (18)6提供文档 (18)7人员任务分配 (18)8测试进度 (19)9风险与应急 (20)9.1影响计划的潜在因素 (20)9.2应急措施 (20)1.前言1.1. 测试方案概述方案名称：LoadRunner的Web Tours系统性能测试报告测试人员：曾建芬1.2. 目的本测试方案将对HP公司的LoadRunner的Web Tours系统的测试方法、测试工具、测试范围、测试的软件硬件环境、测试进度、测试人员的分工和职责以及测试流程进行详细的定义和整体的描述。
1.3. 系统概述产品名称： LoadRunner的Web Tours系统开发部门：惠普公司（Hewlett-Packard Development Company, L.P.，简称HP）目前，HP公司的LoadRunner自带的Web Tours核心业务系统（以下简称新业务系统）已先后成功上线，从而公司的业务信息管理逐步走上了集中管控的道路。
后续，惠普等34家分公司的业务信息也将分布进入业务系统，从而将会势必出现新业务系统中信息大量增长的态势。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
WEB生能测试用例设计模型1.预定目标的测试用例
这类用例通常以手工的方式执行。
例如上面示例中上传一份文件，期望的性能为2MB/S就可以手动上传文件，同时用秒表计时。
测试结果也是直接记录是否达到要求，如果系统没有达到要求则进行调整。
2.用户并发性能测试用例
用户并发测试的分类示意图
⑴核心模块的性能测试用例示例
功能
目的方法当在线用户达到高峰时，发送和接收普通邮件正常。
保证以同时访问邮件系统，能够正常发送和接收邮件。
测试系统2000个以内的用户同时在线时能否正常发送邮件。
采用LoadRunner的录制工具录制一个邮件发送过程，然后利用其完成测试，要监视数据库服务器和Web服务器的性能。
其中发送的邮件为普通的邮件，附件大小不超过1MB
2000个以内用户可
并发用户数事务平均响
应时间
事务最大响
应时间
平均每秒处理事
务数
事务成功率每秒点击率平均流
量(B/s)
100
150
200
并发用户数与事务执行情况
并发用户数CPU利用率MEM利用率磁盘I/O参数DB参数1其他参数100
150
200
并发用户数与数据库主机
并发用户数CPU利用率MEh利用率磁盘I/O参数100
150
200
并发用户数与应用服务器的关系表
⑵组合模块用户并发性能测试的用例设计
⑸服务器性能测试
性能测试实施与管理
1.性能测试管理流程
性能测试流程
2.性能测试规划与设计
⑴性能测试需求分析
开发过程相关文档时性能测试需求的主要来源，项目开发计划书、需求规格说明书、设计说明书、测试计划等文档都可能涉及性能测试的要求或者一些性能测试方面的定义。
附录A
性能测试计划模板
A.1项目背景简介简要介绍项目背景。
A.2测试方案简介
A.2.1测试策略与目标明确测试策略与目标
A.2.2测试范围描述描述本次性能测试设计的范围A.2.3测试工具描述描述用到了什么性能测试工具A.3测试环境与资源
A.3.1硬件资源
明确性能测试过程中需要的硬件资源。
A.3.2人力资源
明确性能测试团队的人员安排和职责。
A.4项目里程碑
技能培训计划
A.6风险分析
分析本次性能测试过程中的风险
A.7计划结束标准性能测试计划结束标准。
附录B
性能测试用例模板。