台州企业网站建设公司国外推广网站有什么
性能测试
了解性能测试相关指标
1.什么是做性能测试
1.1 生活中遇到的软件性能问题
软件用着用着就不能用了，一看热搜，发现该软件的服务器崩崩溃了。
1.2 性能测试定义
测试人员借助性能测试工具，模拟系统在不同场景下，对应的性能指标是否满足需求。
1.3 性能测试和功能测试的区别
- 功能测试依靠人工去执行。性能测试依靠工具完成。
- 功能测试：验证软件是否实现了需求。不管在什么场景下，只要能够正常运行即可。
- 性能测试：在软件能够正常运行的前提下。软件在极端的情况下，是不是能正常运行。
性能测试是在功能测试之后执行的。
1.4 什么样的表现属于软件性能好的表现
相应时间短，资源利用率高，日活跃用户数多，吞吐量大。
- 一个软件登录时间3ms比登录时间3s的性能要好
- 软件日活跃用户数多的，比日活跃用户数少要性能好
- 软件由于用户访问次数多，软件采用了较少并发数，软件算法优化，服务器升级的软件性能比用户访问人数一多就崩溃的软件好。
DAU:日活跃用户数。
1.5 影响一个软件性能因素
- 硬件：服务器CPU利用率，内存，磁盘操作频率，CPU核心数，网络带宽。
- 软件：实现软件的算法，编写软件的编程语言，
- 用户：用户数量，用户使用时长,用户的使用频率
为什么要做性能测试？
- 获取系统性能的指标，作为性能指标的基准(基准性能测试)
- 验证系统的性能指标是否达到要求（性能需求）
- 应用程序是否能够满足系统要求的各种性能指标
- 应用程序是否能处理预期的用户负载并有盈余能力
- 应用程序是否能处理业务所需要的事务数量
- 在预期和非预期的用户负载下，应用程序是否稳定
- 是否能确保用户在真正使用软件时获得舒服的体验
- 发现系统的性能瓶颈，内存泄漏等问题。
- 系统正常工作的情况下的最大容量。
- 帮助系统运维部门能更好的规划硬件配置
2.性能测试常见术语以及衡量指标
2.1 并发：
- 1个用户访问该网站(×)
- 100万个用户每隔10s时间访问该网站(×)
- 100万个用户同时访问该网站(√)
并发要满足大量用户同时访问。
业务层面的并发用户数：指的是同时向服务器发送请求的用户数量。 后端服务器层面的并发用户数：指的是同时向服务器发送请求的请求数量。
后端服务器层面的并发用户数 >= 业务层面的并发用户数
2.2 用户数：
- 系统用户数：系统注册用户数(数据库对其进行维护，不一定访问系统，不访问的不会对系统产生压力)
- 在线用户数：成功登录系统的用户数(相当于qq登录上账号了 ，停留在登录成功页面。并不会对系统产生压力)
- 并发用户数：大量用户同时访问系统，此时访问的用户数就是并发用户数。
数量 系统用户数 > 在线用户数 > 并发用户数
2.3响应时间
用户响应时间：发出请求开始，到客户端接收完所有的字节数据所消耗的时间 N1+A1+N2+A2+N3+A3+N4
请求响应时间：服务器收到请求发出相应这段时间是请求响应时间。A1+N2+A2+N3+A3
影响一个软件的响应时间因素有那些？
用户设备，网络带宽，服务器的配置(CPU,内存)，软件算法逻辑，数据库性能
2.4 事务
数据库的事务就是把多个操作打包到一起，构成原子操作。
性能测试中，事务指的是指一组密切相关的子操作的组合 ，比如一次登录、一次筛选条件查询，一次支付等；
- 事务响应时间：用户完成某个具体事务(比如支付操作)所需要的时间。
- 358原则：对于一般系统而言，如果用户点击按钮后，系统可以在3秒钟内得到应答，则用户比较满意；如果系统在5秒内得到应答，则用户能够忍受；如果系统在8秒后得到应答，则用户不能忍受
- 每秒事务通过数： 处理的事务数量/事务花费的时间， 每秒事务通过的数量越多说明软件性能越好的。
TPS 是指每秒系统能够处理的事务数。它是衡量系统处理能力的重要指标。这个指标衡量了系统在同一时间内处理业务的最大能力。 当压力加大时，TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈了。如果环境没有发生大的变化，对于同一系统会存在一个最大处理事务能力，它并不随着并发用户的增减而改变。
2.5 点击率
点击量：用户点击发送的http请求数，并不能衡量软件性能
点击率：点击量/时间
每秒点击数代表用户每秒向Web 服务器提交的HTTP请求数。点击率越大，服务器压力越大。这里的点击并不是鼠标的一次点击，一次点击可能有多次HTTP请求。
2.6 吞吐率
吞吐量：用户一次请求和服务器之间的数据交互量。并不能衡量软件性能
吞吐率：吞吐量/时间。吞吐率越高软件性能越好
2.7 思考时间
用户在对软件进行操作的时候，每一个操作中间的时间间隔。
2.8 资源利用率
不同系统资源的使用情况。包含CPU，内存，硬盘，网络等。
面试题:了解性能测试，那么你给我说一下你做性能测试的时候，你关注哪些指标？
3.性能测试的分类
基准性能测试
定义：让系统在正常情况下运行，观察性能指标。建立一个性能基准，作为以后性能测试的参考。
应用场景：软件刚上线需要对性能进行摸底，软件进行升级后，性能测试的参考，衡量软件是变好了还是变坏了。
负载性能测试
验证软件在一定的压力情况下运行，观察性能指标是否出现拐点。
压力性能测试
系统处于临界饱和的情况下，观察系统性能指标。(往往会把系统搞崩溃)
可靠性测试
验证系统在一个持续的时间段内运行，在这个运行时间段内，观察系统各项性能指标是否正常。
持续1day -> 持续运行一周 -> 持续运行1个月 -> 一个季度 -> 一年
如果持续一天没问题就持续一周，如果持续一周没问题就持续一个月……
可靠性就是可用性，正常使用时间的占比。可靠性 = 正常运行时间/（正常运行时间+非正常运行时间）* 100*%*可用性指标一般要求达到4个或5个“9”，即99.99%或者99.999% 。
如果可用性达到99.99%，对于一个全年不间断（7*24的方式）运行的系统，意味着全年（252600min)不能
正常工作的时间只有52min，不到一个小时。
如果可用性达到99.999%，意味着全年不能正常工作的时间只有5min 。
可靠性测试靠人为是达不到要求的，需要借助工具比如(loadrunner)
造成可靠性降低的原因：软件硬件出现问题，网络故障出现问题，自然灾害导致服务器损坏出现问题，停电。
4.性能测试的执行流程
功能测试的执行流程：需求分析→测试计划→ 测试设计、测试开发→ 测试执行→ 测试评估(发布测试报告)→ 上线
性能测试的执行流程：需求分析→测试计划→选择一款性能测试工具→性能测试脚本编写→执行性能测试脚本→产生性能测试报告
性能测试中出现了不符合预期的情况，我们不叫做BUG，叫做性能瓶颈
在性能测试中，出现了性能瓶颈，开发修复的过程叫做优化