性能测试

龙芯3A3000处理器深度评测：和Intel、AMD差距巨大 https://www.eefocus.com/mcu-dsp/424623/r0 作者非计算机科班毕业 让我汗颜。 我计算机毕业都不知道那么多评测软件。。 2017年九月份 龙芯 俱乐部办了一个龙芯3A主板的团购。作为多年关注龙芯的爱好者，我参加了这次团购，购买了一个龙芯3A3000的主板。鉴于目前龙芯3A4000处理器即将流片，而目前对即将过气的龙芯3A3000处理器的性能并没有一个比较详细的评测，我使用phronix-test-suite对龙芯3A3000处理器做了一个尽可能理性、中立、客观、全面的评测，不吹不黑，不夸大成绩也不回避问题。 龙芯3A3000主板介绍 首先，还是晒晒图，回顾一下龙芯3A3000主板的模样。 图1龙芯3A3000主板照片，风扇下面是龙芯的CPU。另外两块散热片下面分别是南桥和北桥。 图2拆下风扇后，龙芯3A3000 CPU的近照，其中的LS3A3000D-LP意思是说这是一个低功耗版本的龙芯3A3000CPU 我拿到的这块龙芯3A3000处理器不是性能最高的1.5GHz主频版本，而是性能略低的1.4GHz版本。因此，在估算龙芯3A3000（1.5GHz）的性能时，应该将我的测试结果乘以1.07。此外，需要说明的是龙芯3A3000笔记本里带的龙芯3A3000的主频被限制在了1.2GHZ。

https://www.cnblogs.com/Detector/p/10104254.html 前言 在做性能测试时，如果有一个性能测试结果实时展示的页面，可以极大的提高我们对系统性能表现的掌握程度，进而提高我们的测试效率。 但是我们每次打开Jmeter都会有几个硕大的字提示别用GUI模式进行负载测试，而且它自带的监视器效果实在一般：在Windows下渲染效果不好，在linux环境（非GUI环境）下更是无法使用，这一点我在 如何选择性能测试工具 中有过简单的描述。 所以，在做性能测试时，为 Jmeter 构建一个可视化的监控环境平台是非常有价值的。这也是这篇博客的目的。 首先我们来看一下最后的成品， 监控了TPS、并发、请求成功率、失败率、请求&接收数据大小、平均响应时长、95%的请求平均响应时长等等。 （这里面的各个板块都是可自定义配置的，无论多花里花哨都可以[奸笑脸]） 业务服务监控：精确到具体的接口 Mysql监控：精确到具体的查询函数 Redis监控：精确到具体的cache操作 组件简介 首先我们一起来简单了解下今天需要用到的这几个工具。 InfluxDB 一个开源的时序数据库,使用GO语言开发,特别适合用于处理和分析资源监控数据这种时序相关数据。 cAdvisor Google用来监测单节点的资源信息的监控工具。Kubernetes中也缺省地将其作为单节点的资源监控工具

hostname （显示主机名） service 开启、关闭服务 server 服务名 start （开启服务） server 服务名 stop （关闭服务） server 服务名 restart （重新启动服务） server 服务名 status（查看服务状态） chkconfig 设置后台服务的自启配置 chkconfig （功能描述：查看所有服务器自启配置） chkconfig 服务名 off （功能描述：关掉指定服务的自动启动） chkconfig 服务名 on （功能描述：开启指定服务的自动启动） chkconfig 服务名 --list （功能描述：查看服务开机启动状态） 常用快捷键 ctrl + c 停止进程 ctrl+l 清屏；彻底清屏是：reset ctrl + q 退出 善于用 tab键 提示(更重要的是可以防止敲错) 上下键 查找执行过的命令 ctrl +alt linux和Windows之间切换 pwd 显示当前工作目录的绝对路径 ln -s [原文件或目录] [软链接名] history 查看已经执行过历史命令 su : swith user 切换用户 sudo 设置普通用户具有root权限 usermod -g 用户组 用户名 （修改用户名） find 查找文件或者目录 which 查找命令 df 查看磁盘空间使用情况 fdisk -l （功能描述

一、定义： 1.压力测试 是给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷，是通过搭建与实际环境相似的测试环境，通过测试程序在同一时间内或某一段时间内，向系统发送预期数量的交易请求、测试系统在不同压力情况下的效率状况，以及系统可以承受的压力情况。然后做针对性的测试与分析，找到影响系统性能的瓶颈，评估系统在实际使用环境下的效率情况，评价系统性能以及判断是否需要对应用系统进行优化处理或结构调整。并对系统资源进行优化。 软件系统的负载压力是指系统在某种指定软件、硬件及网络环境下承受的流量，例如并发用户数、持续运行时间、数据量等。其中并发用户数是负载压力的重要指标。 2.负载测试 是通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。其中还有一种特定类型的负载测试，它是通过逐步增加软件系统的负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，以此来获得系统提供的最大服务级别。 3.并发性能测试 通过逐渐增加并发用户数负载，直到系统的瓶颈或者不能接收的状态，综合分析交易执行指标、资源监控指标等来确定系统并发性能的过程。并发性能测试是负载压力测试的重要内容。 4.疲劳强度测试 是指构建系统稳定运行情况下能够支持的最大并发用户数或者日常运行用户数，使其在持续一段时间内执行业务

一 Appium 官网：http://appium.io AppUI自动化测试 Appium 是一个移动端自动化测试开源工具，支持iOS 和Android 平台，支持Python、Java 等语言，即同一套Java 或Python 脚本可以同时运行在iOS 和Android平台，Appium 是一个C/S 架构，核心是一个 Web 服务器，它提供了一套 REST 的接口。当收到客户端的连接后，就会监听到命令，然后在移动设备上执行这些命令，最后将执行结果放在 HTTP 响应中返还给客户端。 二 Selenium 官网：https://www.seleniumhq.org/download/ WebUI自动化测试 Selenium是一个用于Web应用程序测试的工具。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。支持的浏览器包括IE(7、8、9)、Mozilla Firefox、Mozilla Suite等。这个工具的主要功能包括：测试与浏览器的兼容性——测试你的应用程序看是否能够很好得工作在不同浏览器和操作系统之上。测试系统功能——创建回归测试检验软件功能和用户需求。支持自动录制动作和自动生成 .Net、Java、Perl等不同语言的测试脚本。Selenium 是ThoughtWorks专门为Web应用程序编写的一个验收测试工具。其升级版本为Webdriver。 三

1.规范的性能测试流程 获得测试需求→测试计划→测试环境搭建→测试用例设计→测试数据准备→测试脚本编写→测试脚本执行→瓶颈分析定位→测试结果反馈→测试报告 2.流程节点解释 ①获取测试需求： 提出人：甲方/业务方+开发人员 依据系统后期可能达到的访问量（甲方/业务方），以及系统架构、数据库，服务器等（开发人员）。确定“核心业务场景”以及“测试指标”。 ②测试计划： 需“项目经理，甲方/业务方，测试人员”沟通确认。 ③测试环境搭建→测试用例设计→测试数据准备→测试脚本编写→测试脚本执行： 这部分和功能测试流程大体一致。 侧重点在于测试环境的搭建（压力机构建），测试数据准备，脚本编写。 ④瓶颈分析： 这是很重要的一个环节。 性能测试不是一蹴而就的，要达到压测需求，需反复调优和压测。 一下是我个人项目总结的几点： 1.压力机性能需满足压测需求 2.本地压测（脚本放在系统服务器上执行），排除网络因素，测试系统的健壮性。 3.模拟真实的业务场景（eg:设备是连接手机热点上报数据，压力机的网络连接为手机热点） 4.CPU上不去，脚本运行大量失败。（需经理和开发人员进行代码审核） 5.低并发，CPU过高。（需代码调优） 测试人员可以在服务器上，用top命令找出CPU占用率最大的线程。 top //找到CPU占用率最大进程的PID，或者是待测脚本的PID top -p [PID] /

今天收到领导安排的任务，对当前测试的系统进行一次性能测试，测试需求如下： 　　 针对以上需求，将本次性能测试分为两种测试场景进行，计划如下： 一、业务场景 　　1、单业务场景 　　　　此场景主要测试各个业务功能点的并发 　　2、混合业务场景 　　　　此场景主要测试所有业务功能点在需求要求的支持用户数10000+的基础下，并发1000+用户，对各个业务功能进行模拟操作，测试系统的负载能力。 二、测试工具 　　使用Jmeter 三、监控工具 　　在测试的服务器上安装监控软件influxdb、telegraf、grafana，实时监控服务器的性能指标。 大致思路如此。 ...后续 OK that'all. 来源： https://www.cnblogs.com/zuichao/p/11396017.html

1、百度文档（可下载） https://wenku.baidu.com/view/0ee2307ea26925c52cc5bf64.html 2、博客（流程图比较规范） https://blog.csdn.net/comtop_123/article/details/83179264 来源： https://www.cnblogs.com/xly22/p/11387687.html

需要分析的系统信息 需要分析的业务信息 　性能需求评估 确定性能测试点： 　　关键业务： 　　确定被测项目是否属于关键业务，有哪些主要的业务逻辑点，特别是跟交易相关的功能点。例如转账，扣款等接口。如果项目（或功能点）不属于关键业务（或关键业务点） 　　日请求量： 　　确定被测项目各功能点的日请求量（可以统计不同时间粒度下的请求量如：小时，日，周，月）。如果日请求量很高，系统压力很大，而且又是关键业务，该项目需要做性能测试，而且关键业务点，可以被确定为性能点 　　逻辑复杂度： 　　判定被测项目各功能点的逻辑复杂度。如果一个主要业务的日请求量不高，但是逻辑很复杂，则也需要通过性能测试。原因是，在分布式方式的调用中，当某一个环节响应较慢，就会影响到其它环节，造成雪崩效应。 　　运营推广活动： 　　根据运营的推广计划来判定待测系统未来的压力。未雨绸缪、防患于未然、降低运营风险是性能测试的主要目标。被测系统的性能不仅能满足当前压力，更需要满足未来一定时间段内的压力。因此，事先了解运营推广计划，对性能点的制定有很大的作用。例如，运营计划做活动，要求系统每天能支撑多少 PV、多少 UV，或者一个季度后，需要能支撑多大的访问量等等数据。当新项目（或功能点）属于运营重点推广计划范畴之内，则该项目（或功能点）也需要做性能测试。 　　建立性能指标 a.选取核心业务流程（重要程度/频繁） 　　b

性能测试的目的，是通过模拟真实的业务场景和海量的用户请求及数据对业务系统进行多种场景的测试， 来验证各个服务的性能表现是否满足实际的业务需要。 长期来看，性能测试最终的目标是为生产环境容量规划提供可靠地参考数据，使生产服务的可用性、扩展性和稳定性更高， 让技术更好的服务业务，创造更多的价值 。 从整个性能测试的生命周期来说，测试报告的产出就意味着一次完整性能测试项目的结束。那么，怎样的测试报告，才是真正具有价值的呢？ 这篇博客，聊聊一份完善且具有价值的性能测试报告，都包含哪些内容。。。 关键词：信息完善，简洁明了，有图有数据有结论！！！即 让每一个业务服务能够清晰地知道： 单机水位是多少、满足业务需求要上多少机器、什么时候该加机器、什么时候应该减机器。双11等大促场景需要准备多少机器，既能保障系统扩展性和稳定性，又能节约成本。 一份完善且具有价值的性能测试报告，主要包含如下几个方面： 一、测试背景 首先要阐述本次性能测试的背景，即被测系统类型，面向哪些用户，具备什么特点，为什么要进行性能测试，预期的一些指标等等。 比如：为了保证“双十一”大促期间，系统能稳定运行且保障业务的高可用，进行性能测试。 核心：评估系统性能、分析性能变化趋势、定位系统瓶颈风险、协助规划系统容量。 二、测试目的 测试的目的要根据测试背景来分析设定，比如： 1、线上服务由于流量过高某部分应用挂了，那测试目的就是