（一）环境兼容性问题
LR11和win10系统兼容性不好，最好在win7系统上使用它
（二）性能测试的理论
（1）性能测试的概念
当软件功能满足后，我们还要考虑大数据量的用户或用户长时间使用软件时等情况，并监控服务器的资源消耗等，去测试和验证以及调优的这个过程我们就可以称之为性能测试。
（2）软件的性能都包括哪些方面
- 用户：响应速度、易用、稳定、安全、可扩展
- 运维人员：CPU、内存、磁盘和网络带宽、数据库使用情况（监控，为压测提供数据）
- 开发人员：架构、业务逻辑、数据表设计，线程进程数、SQL语句执行耗时
（3）性能测试的目的
- 评估系统的处理能力
- 发现系统性能瓶颈
- 为未来扩容提供有效的数据依据
需求：保证响应时间情况下，支持多用户并发，在并发情况下保证系统资源使用安全
100用户并发时，平均响应时间2秒，成功率99.99%，tps=20，CPU占用平均在50%以内，网络带宽50Mb（实际带宽100Mb）
测试：评估系统处理能力：平均响应时间，支持的最大并发数。如果有不满足需求的情况，要分析性能瓶颈并调优。
（4）性能测试的重要指标
- 并发用户数和在线用户数
- 并发用户数：在同一时刻与服务器进行了交互的在线用户数量，将对服务器产生压力。系统用户数的5%~20%。
- 在线用户数：在线用户数，只是挂在服务器上，并不一定产生多大压力，系统用户数的20%。
- 系统用户数：数据库中存在的用户数
并发用户数的估计：
平均并发用户数 = 在线用户数 * 平均在线时长 / 用户使用系统最大时长（时间参考系） 400 * 4/ 8 = 200
- 响应时间 = 网络时长+服务器处理时长+数据库处理时长+浏览器的页面渲染时长（LR忽略这部分）
一般关注平均响应时间，90%响应时间和最大响应时间
- tps和hps
- tps：tps(transacrion per second)为每秒钟处理的交易（事务）数量，是估算应用系统性能的重要依据。
- hps：hps(Hit per second)为每秒钟处理的请求数量，技术层面。一个登录事务将向服务器发起多次请求。
- 交易成功率：一段时间内成功的交易数在总交易数中所占的比例，不同的行业对交易成功率的要求不同（99.99%银行）
- 资源利用率：
- CPU占用不高于80%，达到90%即构成性能瓶颈
- 内存和网络带宽要充分利用
- 磁盘的I/O不能长时间占用
（5）性能测试的类型
- 基准测试：
为系统性能测试提供参考性指标，在系统配置和环境发生变化之前和之后进行基准测试，可以分析这种变化对性能造成了怎样的影响。回归周期最短。
- 并发测试：
主要指当测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题，几乎所有的性能测试都会涉及并发测试。主要目的并非是为了获得性能指标，而是为了发现并引起的问题。
瞬间压力：多用户做同一操作
持续压力：多用户做不同操作
- 负载测试：
通过逐步增加系统负载，测试系统性能的变化，并在系统满足性能指标情况下，系统所能承受的最大负载量的测试
负载测试是正常范围的测试。
- 压力测试：
通过逐步增加系统负载，测试系统性能的变化，并在系统处于失效状态下，系统所能承受的最大负载量的测试，并以此来获得系统能提供的最大服务级别的测试。
- 疲劳测试：
通过让系统在满足性能指标的最大负载量情况下长时间运行，以检验系统性能在多长时间会出现明显下降，主要目的是验证系统运行的可靠性
- 稳定性测试：
模拟真实压力，正常压力下，服务器能稳定运行多长时间。压力较疲劳测试略低。
（6）影响系统性能的因素
- 硬件：CPU、内存、硬盘、网卡以及其他网络设备
- 操作系统
- 网络
- 中间件（也叫应用服务器，如Jboss、websphere、weblogic等）
- 数据服务器
- 客户端
- 编程语言、程序实现方式、算法
TPS和测试类型之间的关系：
（7）性能测试的流程：
- 获取需求：测试什么（那些业务），要求指标（响应时间、tps、成功率）
- 了解熟悉业务（和功能测试人员了解怎么操作，自己操作）
- 准备：测试方案（测试点、系统架构、测试时间、人员、需求指标、测试环境、测试场景，测试数据（基础数据+测试数据）、监控(cpu/内存)）、测试环境、测试脚本、测试数据
- 测试执行（测试监控）
- 测试结果（响应时间、tps、资源、错误信息）分析（测试报告）
- 性能问题调优（复测）