摘要：
根据之前我们所说的，基准性能场景是为了测试出单业务的最大容量，以便在混合容量场景中判断哪个业务对整体容量最有影响。 今天的场景设计需要说明两个前提条件： 1、这些业务都是实时的业务，不涉及批处理、大数据等业务。 2、因为本篇着重讲场景的设计和具体项目的操作，所以不加系统资源的分析，避免信息混乱。 在 阅读全文
摘要：
在我的工作经历中，见过很多初级性能测试工程师不知道如何设置合理的参数化数据，以至于数据会出现这两种情况。 1. 数据不均衡 有些人直接用同一个数据执行混合场景测试，在这种情况下对服务器的压力和真实环境下的完全不一样。有时我们不得不造很多参数化数据，也有很多工程师不考虑数据库表中的数据直方图，就直接在 阅读全文
摘要：
因为做性能测试分析的人来说，HTTP 协议可能是绕不过去的一个槛。在讲 HTTP 之前，我们得先知道一些基本的信息。 HTTP（HyperText Transfer Protocol，超文本传输协议），显然是规定了传输的规则，但是它并没有规定内容的规则。 HTML（HyperText Marked 阅读全文
摘要：
正式场景前的基准测试 在没有做业务混合场景之前，我们需要先做 Benchmark 测试，来确定一个登录业务能支持多少的业务量，这样就可以在业务混合场景中，根据场景中各业务的比例来确定登录的数据需要多少真实的数据。 summary + 125 in 00:00:04 = 31.0/s Avg: 28 阅读全文
摘要：
对每一个性能测试工具来说，关联和断言都是应该具备的基本功能。 关联 现在做性能测试的，有很多都是单纯的接口级测试，这样一来，关联就用得更少了。因为接口级的测试是一发一收就结束了，不需要将数据保存下来再发送出去。 那么什么样的数据需要关联呢？满足如下条件的数据都是需要关联的： 数据是由服务器端生成的； 阅读全文
摘要：
在脚本实现中，我们最常用的协议就是 HTTP 和 TCP 了吧，所以在今天的内容里，我简单地说一下如何编写 HTTP 和 TCP 脚本，以应测试主题。 先上图 我们知道 HTTP 是应用层的协议之一，现在很多场景都在用它，并且是用的 HTTP1.1 的版本，对应的是 RFC2616，当然还有补充协议 阅读全文