Ricky Qiu的软件测试笔记

 在做性能测试的时候，最基本也是必需的一个工具就是所谓的load generator，说白了就是用来产生测试流量的工具，或者是大的工具中的一个模块。Load Generator是LoadRunner的叫法，因为它用得比较广，所以这个名字也广为人知了。 更清楚一点，举个例子，为了模拟大量的HTTP客户端来向server发起请求，你可以请一群人，起几十个IE, 然后喊口令请大家一起

在测试中遇到问题或者不合乎期望的情况下，我们第一反应常常是问是不是我们的测试方法，工具，配置或者数据有问题。如果能借助log等手段看到产品运行时的内部，到是可以解答不少疑惑，但是如果不幸（其实是幸运）做的是一个新的产品，还不是完善，包括log，那么很多时候遇到问题测试人员会觉得很无助，在这个时候我们可能需要借助一些工具。strace就是这样的一个工具，它让你在没有源码，没有log的情况下可

在测试，特别是性能测试或者系统的稳定性测试中，内存的使用情况是一个很重要的监控点，不管是从资源使用的角度还是从发现内存泄露问题的角度。如果笼统的来看，大概就是两个指标，系统的内存使用率和进程使用的内存。但是现实世界的事情往往没有那么简单，稍微细一点来看其实有很多的科目

技术嘉年华的活动结束了，非常充实的两天，也是非常有收获的两天。难以一言而尽，大概是几个方面:1. 听到很多精彩的topic，很多有价值的信息，也开阔了眼界。2. 作为演讲嘉宾，和很多同行有更深入的交流。3. 线下的交流很多，认识了很多同行，包括一些之前微博上交流过的，聊到很多问题

去年有幸参加了淘宝组织的测试技术大会，和不少业界同行有面对面沟通的机会，今年更有幸可以作为speaker参与。我的topic是无人值守的性能测试，主要讲的是我们公司内部的一些性能测试自动化的实践，我是其中的参与者和实践者。不过为了，加了个前缀，叫懒人的幸福生活

<br />近来在做一个新的产品，涉及到对客户端的浏览器的数据进行处理，进而开始要考虑如何测试这类产品的性能，简单来说就是要衡量因为我们产品的引入对于用户访问网页造成的性能方面的影响。<br />个人以前的性能测试经验主要是在服务器方面，比如业务处理系统或者应用层的网关产品。通常的模式都是大量并发的虚拟用户，有一定的并发连接，看重的指标是每秒处理的事务数量，吞吐量，以及响应时间。常常要考虑的问题是如何模拟单个用户的行为，然后借助测试工具模拟大规模的并发，结合监控的工具来获得性能数据。对于现在面临的客户端浏览

<br />是的，我在这里想说的就是这句名言，Devils arein the details.<br /> <br />事情的来源是这样的，节前和几个同事在公司内部开了一门叫advancedperformance testing的多次课程，某次课后，我布置了一个homework。主要目的是练习性能测试中的几个概念，比如think time，assertion等。<br /> <br />考虑到是第一个homework，题目本身比较简单。<br />Task: Testthe performan

<br />DPI,Deep Package Inspection，不算是很新的技术，出现了有一段时间了，大概主要用于access control，QoS， 以及安全扫描等方面，所以很多做网络设备和安全的厂商基本都会涉及到相关的技术。国内也有很多的厂商推出了相关的产品，比如针对上网行为管理，可以分析出不同类型（IM,P2P, online game等）的网络访问占用了多少的带宽和流量，进一步可以做一些控制。<br />我之前在做的产品没有直接涉及这方面的技术，但是一直对网络比较感兴趣（读研时最喜欢的

<br />最近和几个同事一起组织了一门ETP（Engineer Training Program）的课程，叫做Advanced Performance Testing。叫Advanced不是因为多么高深，而是因为这是一个多次的系列课程，而且里面结合了大量的实例和实践的经验，不希望只是泛泛的介绍。当然，这样叫还是会觉得有些大言不惭的，毕竟做性能测试久了，知道深浅。最近在Weinberg（对，还是他，可见我读书多么慢）的《becoming a technical leader》书中看到一段话，提到他对于培训的

最近在准备公司内部的性能测试相关的培训，然后开始整理一些相关的材料。也乘着这个机会，把手头上的一些文字整理一下，也顺便把一些想写没有写的慢慢写了，人总是有惰性的，要借着某件事的驱使才会去完成一些事情，或者是要有schedule的压力，否则会一拖再拖。做重要但不紧急的事情说起来容易，但是事情一多了之后就很难。性能测试一直是自己喜欢的一件工作，一来是因为它牵涉的东西很多，总是可以学到很多东西。而来我想还有些深层次的原因，我喜欢速度很快，或者很犀利的东西，比如F1。估计没有机会能开上，但是我还是有机会把自行车骑到

<br /><br />之前的产品性能和系统稳定性测试中，一直在使用JMeter作为某个主要功能的HTTPS流量发生器。几个版本以来一直在用，接触比较多的是2.3.2。功能上基本能满足测试的要求，而且做个稍微复杂的场景也还是比较灵活的。但是一个很suffer它自身的稳定性，比较跑overnight的系统测试的时候，第二天常发现JMeter自己crash掉了，还有一个问题就是它本身耗费的资源，主要是RAM和CPU太高，导致不能并发用户数无法做到很高，而且这可能也是它不稳定的一个原因。之后的2.

前段时间在内部做了一个性能测试方面的培训或者叫sharing，发现谈到一些具体技术的时候大家都比较容易接受，但是性能测试中有些部分却比较难以理解。比如说常见的问题有：1. 为什么选用这样的sample来测试？2. 为什么用这样的配置来测试？3. 这样的测试结果能反映客户的真实情况吗?这些都是很好的问题，愿意思考的人才会提出这样的问题。其实这些也是困扰做性能测试的人的

性能测试中通常需要模拟大量用户或者流量来进行测试。那么有一个很重要的问题就是单个用户的行为是怎样的。例如说如果我们要模拟100个人访问某一个网站，那么我们首先需要知道一个用户访问网站的流程，中间和服务器的交互过程是怎样的。这个部分通常会涉及到很多产品或者协议的细节，但是因为这些细节会被测试执行过程中的大量并发所放大，所以在开始的时候把这些细节弄清楚、弄准确是很重要的

之前的一些性能测试实践的总结，浓缩成2个小时（80页）的一个课程，内部讲过一次，也分享出来。更完整的版本有兴趣的也可以单独联系。这个PPT的主要内容如下：0 关于性能测试的一些观念1 性能测试计划2 性能测试工具介绍3 虚拟用户的创建4 用户场景的建模5 测试数据的收集6 结果分析和报告7 性能测试的自动化下载地址：http://download