负载测试

系统测试定义：把产品作为一个 整体 ，在 真实 的运行环境下，与环境中的其他要素相结合，检验是否满足用户的 需要 。 系统测试的目的：检验是否满足用户的需求，或者弄清实际和需求的差距 系统测试的真实使用环境：包括真实环境和仿真环境 　　仿真环境：某些无法实现的真实的测试环境，或真实的测试环境成本太高，就可以采用仿真环境 　　　　优点：1、容易搭建 　　　　　　　2、成本较低，可重复使用 　　　　缺点：测试结果有失真，所以在真实使用环境下还需要在测试一次 测试对象：包括被测产品在内的整个使用环境 测试类型：采用特定的测试方法、检验产品某些质量特性的测试，叫某类型的测试 　　1、功能测试： 　　　　检验产品的功能特性（主要针对准确性和适用性） 　　　　目的：检验产品的功能特性是否满足用户的需求 　　2、性能测试： 　　　　检验产品的效率和可靠性 　　　　目的：检验产品的效率和可靠性是否满足用户的需求，找出性能瓶颈，并进行性能优化 　　　　　　a.负载测试：检验产品在不用负载情况下的产品性能 　　　　　　　　软件的负载:承受的用户并发数量，有多少用户共同使用 　　　　　　　　负载测试是一种对比性的测试，在不同负载情况下检验产品，调整产品设计以更好的满足更主要负载时的质量特性 　　　　　　b.稳定性压力测试：检验产品在一定负载情况下长时间运行中的效率和可靠性 　　　　　　　

1、前提必须部署Heapster或metrics-server 2、部署php-apache服务器并将其暴露成为Kubernetes服务 kubectl run php-apache --image=gcr.io/google_containers/hpa-example --requests=cpu=200m --expose --port=80 3、创建Horizontal Pod Autoscaler kubectl autoscale deployment php-apache --cpu-percent=50 --min=1 --max=10 4、增加负载 kubectl run -i --tty load-generator --image=busybox /bin/sh while true; do wget -q -O- http://php-apache.default.svc.cluster.local; done 5、观察负载及hpa伸缩情况 kubectl get hpa 6、停止负载 Ctrl +c 终止 7、观察负载及hpa伸缩情况 kubectl get hpa 来源： https://www.cnblogs.com/jayce9102/p/12649852.html

一，cpu 　　1，命令：adb shell dumpsys cpuinfo 　　 　　第一行是负载，表示1分钟，5分钟，10分钟的负载情况 　　2，还可以使用adb shell "top" 命令 看内存和CPU 　　3, 使用monitor工具采集 　　　　第一步: 　　　　 　　　　第二步： 　　　　 　　第三步：就可以分析了 　　 　　 　　　　 　　 　　 　　　　 来源： https://www.cnblogs.com/hally/p/12631774.html

一、性能测试有几种类型，它们之间什么关系？ 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，常见的几种性能测试如下： （1）负载测试 负载测试指的是最常见的验证一般性能需求而进行的性能测试，主要是考察软件系统在既定负载下的性能表现； 负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现； 负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等 （2）压力测试 压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数； 压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式； 压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行，负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身 （3）并发测试 验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标； 并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带来的问题 （4）基准测试 当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响； 基准测试的，需要打开/关闭新模块至少各做一次测试

1、负载测试：负载测试是模拟实际软件系统所承受的负载条件的系统负荷，通过不断加载（如逐渐增加模拟用户的数量）或其它加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源（如CPU、内存）等，以检验系统的行为和特性，以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。负载测试更多地体现了一种方法或一种技术。 2、压力测试（强度测试）：压力测试是在强负载（大数据量、大量并发用户等）下的测试，查看应用系统在峰值使用情况下操作行为，从而有效地发现系统的某项功能隐患、系统是否具有良好的容错能力和可恢复能力。压力测试分为高负载下的长时间（如24小时以上）的稳定性压力测试和极限负载情况下导致系统崩溃的破坏性压力测试。 3、容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。 来源： CSDN 作者： weixin_39668634 链接： https://blog.csdn.net/weixin_39668634/article/details/104798597

一、性能测试有几种类型，它们之间什么关系？ 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，常见的几种性能测试如下： （1）负载测试 负载测试指的是最常见的验证一般性能需求而进行的性能测试，主要是考察软件系统在既定负载下的性能表现； 负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现； 负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等 （2）压力测试 压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数； 压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式； 压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行，负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身 （3）并发测试 验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标； 并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带来的问题 （4）基准测试 当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响； 基准测试的，需要打开/关闭新模块至少各做一次测试

在应用程序的生命周期中，应尽早建立性能测试意识。 确保应用一切就绪 需要考虑的问题： 应用程序部署后需要支持多少最终用户？6个月后？1年后？3年后呢？ 这些用户分布在哪里？他们是如何与系统建立连接的？ 部署后有多少在线用户、并发用户？6个月后？1年后？3年后呢？ 引申出的问题： 对于每个应用程序，需要多少台服务器？这些服务器的配置是怎么样？是否需要集群？ 我需要提供什么类型的网络基础设施？ 性能测试重点关注的方面： 选择合适的性能测试工具； 设计一个合适的性能测试环境； 设置切合实际的性能测试目标； 确保被测应用程序足够稳定； 安排有足够的时间进行有效的性能测试； 做到代码冻结； 确定和编写关键业务脚本； 提供高质量、足够的测试数据； 确保准确的性能测试设计； 确定监控服务器和网络的关键性指标（KPI）； 安排有足够的时间进行有效的性能测试。 性能测试工具 性能测试工具要求： 协议支持（通信协议）； 认证模式（License）； 概念验证（Proof of concept，简称POC，证明其可行性，示范其原理）； 脚本效果（生成脚本的编辑程度）； 解决方案与负载测试工具（提供解决方案）； 外包性能测试or内部执行。 注意：制定替代方案。 预留足够时间 安排足够的时间确保有效的性能测试。 需要考虑的几个方面： 准备测试环境的时间 准备负载生成器环境 确定及描述业务事务的时间

作者：范欣欣 本次测试主要评估线上HBase的整体性能，量化当前HBase的性能指标，对各种场景下HBase性能表现进行评估，为业务应用提供参考。本篇文章主要介绍此次测试的基本条件，HBase在各种测试场景下的性能指标（主要包括单次请求平均延迟和系统吞吐量）以及对应的资源利用情况，并对各种测试结果进行分析。 测试环境 测试环境包括测试过程中HBase集群的拓扑结构、以及需要用到的硬件和软件资源，硬件资源包括：测试机器配置、网络状态等等，软件资源包括操作系统、HBase相关软件以及测试工具等。 集群拓扑结构 本次测试中，测试环境总共包含4台SA5212H2物理机作为数据存储。生成数据的YCSB程序与数据库并不运行在相同的物理集群。 单台机器主机硬件配置 软件版本信息 测试工具 YCSB全称Yahoo! Cloud Serving Benchmark，是Yahoo公司开发的专门用于NoSQL测试的基准测试工具。github地址：https://github.com/brianfrankcooper/YCSB YCSB支持各种不同的数据分布方式 1. Uniform：等概论随机选择记录 2. Zipfian：随机选择记录，存在热记录 3. Latest：近期写入的记录为热记录 测试场景 YCSB为HBase提供了多种场景下的测试，本次测试中，我们导入10亿条数据，并对如下场景进行测试:

作者：范欣欣 本次测试主要评估线上HBase的整体性能，量化当前HBase的性能指标，对各种场景下HBase性能表现进行评估，为业务应用提供参考。本篇文章主要介绍此次测试的基本条件，HBase在各种测试场景下的性能指标（主要包括单次请求平均延迟和系统吞吐量）以及对应的资源利用情况，并对各种测试结果进行分析。 测试环境 测试环境包括测试过程中HBase集群的拓扑结构、以及需要用到的硬件和软件资源，硬件资源包括：测试机器配置、网络状态等等，软件资源包括操作系统、HBase相关软件以及测试工具等。 集群拓扑结构 本次测试中，测试环境总共包含4台SA5212H2物理机作为数据存储。生成数据的YCSB程序与数据库并不运行在相同的物理集群。 单台机器主机硬件配置 软件版本信息 测试工具 YCSB全称Yahoo! Cloud Serving Benchmark，是Yahoo公司开发的专门用于NoSQL测试的基准测试工具。github地址：https://github.com/brianfrankcooper/YCSB YCSB支持各种不同的数据分布方式 1. Uniform：等概论随机选择记录 2. Zipfian：随机选择记录，存在热记录 3. Latest：近期写入的记录为热记录 测试场景 YCSB为HBase提供了多种场景下的测试，本次测试中，我们导入10亿条数据，并对如下场景进行测试:

性能测试（Performance Test） 通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。 性能测试是一种 “正常”测试 ，主要测试使用时系统是否满足要求，同时可能为了保留系统的扩展空间而进行的一些 稍稍超过“正常”范围 的测试（比如：当前系统使用用户100人，可能未来人数会增多到300人，所以要让系统能够在300人情况下正常运行） （1）是系统测试的一种，属于黑盒测试。 （2）是在一定软硬件网络情况下，系统响应时间等特性是否满足需求。 （3）给定的基准条件下，能执行的最好情况。 （4）性能测试是动力 压力测试（Stress Test） 压力测试的目标是测试在一定的负载下系统长时间运行的稳定性，但是这个负载不一定是应用系统本身造成的。比如我们经常利用脚本或工具事先吃掉服务器的一部分cpu、内存或带宽等，创造出一定的负载环境并测试被测应用系统在此环境下的事物处理能力，响应时间等等。压力测试尤其关注大业务量情况下长时间运行系统性能的变化（例如是否反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复）。 （1）大量虚拟用户向服务器产生负载，使服务器资源处于极限状态下并长时间运行，服务器是否能够正常工作。 （2） 它强调的是极端情况下系统的稳定性。 （3）分为稳定性压力测试和破坏性压力测试 （4）压力测试是强度 负载测试(load test) （1