前言Telegraf 是一个用 Go 编写的用于收集机器数据的代理程序。它可部署到机器上收集系统和服务的统计数据，并通过配置写入到 InfluxDB 数据库，然后在通过Grafana或者Chrongraf用于数据展示。核心功能完全由GO编写，编译产物仅为一个二进制程序，安装运行无需外部依赖运行时内存占用很小对于当前大部分流行的服务来说，telegraf已经有现成的插件支持插件系统可以支持对其他服务

badboy使用的浏览器为系统默认浏览器，如果需要更换浏览器，直接修改系统默认浏览器即可，这里推荐用最liumang的360去修改默认浏览器（基本对所有能装360的windows都适用）。有些网址对浏览器有要求，必须只能在chrome下访问之类（其实浏览器兼容性蛮难做的），如果用其它浏览器打开可能会出现一些莫名的样式问题或者js错误，所以确实这个问题确实是一个存在的问题。解决步骤如下：打开360安

前言在使用pytest框架的时候，经常会涉及对pytest命令进行二次封装，比如写一个shell或者python脚本调用pytest。这样做的好处是可以为用户提供几个运行场景，简化pytest的命令行参数使用。封装脚本需要对实际运行的pytest命令进行退出码判断，然后进行逻辑判断再返回给实际用户查看。那么下面我来分享下pytest的框架退出码。分析如下图，是pytest的退出码的枚举类：Exit

背景使用pytest进行断言判断的时候，为了用例的精准性，经常会多个方面进行断言，比如如下：断言1：断言响应的http的状态断言2：断言响应返回的code值断言3：断言响应返回的json中的data字段是否符合预期。如果使用原生python的assert，就会遇到一个断言失败则全部失败的情况。比如说，断言1结果为Failed，那么断言2和断言3都不会被执行。我们希望断言2和断言3继续执行，这样我们

背景在编写接口case的时候，我们常遇到一个这样的问题：测试环境不稳定偶发接口超时（和服务无关，纯粹是环境问题），然后执行接口case也因此偶发失败。比如同一个接口case跑五次，其中有两次失败，另外三次都是成功的，这种偶发性的环境问题就需要我们手动重跑（还不一定能够通过）。有没有一个比较好的机制，保证case能够尽最大努力通过测试呢？这里我们介绍pytest的一个失败重跑插件：pytest-re

1.前言本文接上篇烧脑神器cpuburn，继续介绍监控告警的资源场景构造。如何构造内存使用率过多的场景？有两个方法：1. 自己写代码弄个小工具，不断地去allocate_memory。2. 用现成的工具：比如马上要介绍这款内存测试工具：memtester。2.简介简介：A userspace utility for testing the memory subsystem for faults.

问题之前在看准上看到一个问题：技术面试过了一般HR多久联系？技术面试过了，说等hr会联系，但是等了几天也没有消息。这是什么情况。当时分管领导以及说技术面试过了。分析　　这个问题估计是跳槽求职的朋友们比较关心的问题：时间和精力都付出了，什么时候能够给答复呢？这里具体多久回复，每家公司情况都不太一样，这里我从公司的角度分享下我的看法。我经历过大厂，也经历过创业公司，相对比较有发言权吧。不同的公司，流程

本文以Centos7系统为例，演示如何安装python3.6和相应环境。安装Python3的机器必须要能访问外网才能进行如下操作！1. 安装方式在Centos下安装python有两种方式：通过yum安装 （推荐）源码安装这里推荐第一种方式安装，因为yum安装会帮你做很多善后工作，而源码安装可能需要配置和系统修改的地方比较多。无论是第一点还是第二点，首先要确认当前系统中Python3是否已安装。2.

最近在测试一个项目，里面涉及到一个测试case：在linux服务器上，当网络带宽较差时，观察服务的消息处理能力和表现。限制网卡带宽有许多方法，比如Wondershaper或者ethtool。那验证限速效果呢？最简单的方式是利用wget一个外网上的包，比如各种软件的下载包，在下载过程中，wget会显示带宽的下载速率，然后通过下载速率x2来估算整个带宽。但这种方式需要人工观察整个过程，只有下载速率，也

前言在项目中写了一个MQTT的客户端小程序，用于测试MQTTServer的连接数上限，运行了一段时间后报错：Cannot assign requested address网上查了下"Cannot assign requested address"指的是linux系统无法继续为客户端分配端口了（已用尽），所以无法进行监理socket连接。定位问题1. 查看当前linux系统的可分配端口cat /pr