关河的测试生活

才接触到jmeter测试工具，这真是很不错的帖子！

不错

呵呵,没成熟的生产手段,就不要奢谈敏捷 我还是不厌其烦的唠叨: 敏捷是: 先进的生产手段,灵活(或者虚拟的)的HR组织形式,灵巧(或虚拟的)的管理形式; 敏捷的目标: 在剧烈的变化中,比竞争对手拥有更低的生产成本、更快的服务响应； 导致的效果： 客户或者市场变化越大，企业表现出的盈利能力越强 （所以说：拥抱变化不仅仅是口号，是有实际的驱动力的） 尽管敏捷生产不是软件开发领域专有的，也从来不是软件从业者发明的，但是，我们可以举个关于软件生产和测试的例子： 如果需求变更了，你是先重写测试还是先重写代码呢？ 无论你选择哪种方式， 无论套用OO原则(依赖抽象或者面向修改封闭等等,说得会说,到该用的时候,没见到几个会用)还是敏捷生产原则都是错误的，最新版本的需求描述不应该体现在具体的产品或测试里，而是在文档管理系统里! 我所指的文档管理系统就是先进的生产方式, 他驱动一切开发行为, 即便是删除所有代码,团队也可以快速重建项目,更不要说需求变更了, 应用敏捷生产技术,几乎每天都可以向客户提交新版本,而团队根本不需要控制版本

@诺贝尔 有什么问题吗？敏捷开发有一些被推荐的实践。其实站立会议并不只是敏捷开发推崇的，“为了让会议简短而采用站立方式”貌似是一个很久以前就有的实践吧。 PS，真要讨论的话，还是面向要讨论的敏捷主题本身吧。这样零敲碎打，不仅对于讨论者本身，对于观者也没什么意思。或者，你愿意的话，写一篇blog来讨论，真理不辨不明，但这种回复式的讨论往往很难抓住重点。

@关河 敏捷： 是否参加每日站立会议？是否与开发工程师可以展开随时的，面对面的，对等的讨论？ 是否保持和客户的良好沟通？是否和客户一起维护良好定义的验收测试？ 使用Dashboard、燃尽图等方式展示当前工作与可交付产品之间的距离 建立单元测试覆盖率等度量指标 使用持续集成或频繁的构建让开发工程师快速得到提交代码的质量反馈 …… 几乎我每次看到敏捷二字，都会同时看到什么站立会议之类的形式化项目。

@诺贝尔 敏捷是一种理念，各种不同的敏捷方法在理念上达成的一致就是敏捷宣言。拿scrum，xp，crystal等各种不同的方法来说，虽然他们都是敏捷开发方法，但在具体的形式上存在着巨大的不同。 不知道你认为敏捷是一种形式（过程）的理由何在？ “科学程度的多少，在于定性和定量的分析”——软件开发是工程，是艺术，当然也有科学。似乎没有人会把软件开发这件事情放在科学的领域内去探讨。最多也只能说软件开发是一门实践科学，实践往往比理论先行。就拿敏捷来说，在敏捷宣言出现之前，xp等方法就已经在实践中了。 “这个宣称“理念”的方法学，到底有多少价值”——敏捷本身不是方法学，你要扯到方法学的话，只能针对scrum等具体的方法学来讨论。所以对你的这个问题，我的回答是：如果你想表达的是“敏捷理念到底有多少价值？”，看看google等新兴的软件企业。

我倒觉得敏捷根本就是一种形式（过程），还说不是过程，自相矛盾。 科学程度的多少，在于定性和定量的分析，这个宣称“理念”的方法学，到底有多少价值？

我使用Jmeter的感受： 自身存在性能问题，无法模拟大压力！ 不知博主是怎样看待这个问题呢？

@吉日嘎拉 不仅权限设计 开源模式本来就不靠卖软件赚钱。说“没钱赚”的话，建议你先去调查下Google，IBM，以及新兴的互联网企业，看看他们通过开源赚了多少钱。

没钱好赚的东西，比较难有生命力。

好东西，共享之

@诺贝尔 在我看来，开源是一种开发方式。 说到产品，基于开源开发方式的产品还是很多的…

开源往往只是一个技术，而不是一个产品。

@lixiong 哈哈，最近在新整一个独立网站，近期还会有一些更新：） 恩，我还在google

楼主终于来更新了~~~~ 还在google?

@麦舒 嗯，dotNET上的开源项目与其他平台相比（Java，Python，PHP）差远了。其中很大一部分原因可能是因为dotNET平台的封闭性。 xUnit系列中的NUnit工具一直处于不断的开发和维护中（当然，新版本的发布并不频繁，原因是NUnit已经相当成熟和稳定了）。 你说的“很多开源项目已经停止开发”的确是现状，不过大部分停止开发的开源项目要么就是有更好的替代品，要么就是本身有硬伤。如果一个工具有很好的应用，即使最初的开发者不再维护，也会有新成员或是组织参与维护的。Selenium就是一个例子。

很多开源的项目已经停止开发了，NUnit 就已经很久没有更新了。

@longware GUI只是自动化测试工具中的非常下的一部分。除非是把自动化测试定义为“业务人员维护的”自动化测试，否则对于工程师来说，GUI不应该是问题。 考虑到脚本和测试本身的可维护性，我个人认为依赖GUI的自动化测试在这方面会面临很大的问题。

有机会试试你说的这些开源测试工具呵呵

大部分os的没有友好 GUI

PPT有单独下载么？

@路过一下 强烈同意：） 而且，即使不是简单的HTTP协议，JMeter也提供了非常灵活的方式来扩展对不同协议的支持。

@wy3552128@gmail.com 比较当然有意义，特别是工具选型。对于只是单纯web性能测试而言，昂贵的代价选用LR几乎是愚蠢的行为了。

支持啊！

@尤利卡 好建议，不错实际操作有难度─即使拿一个实际的项目，也不能描述项目中的方方面面，况且，文字描述不是录像，很多细节是无法体现的。在这个系列的第三部分“系统的可测试性”里面，会有一些实际的案例描述。

能不能实际的弄一点案例出来呢，都是文字看得有点晕

支持

@进化 我的确是很久没有写博客了，最近准备找点时间写几个系列的博客文章，包括这一个系列的“敏捷测试”，以及筹划中的“从自动化测试中获得最大收益”和“测试工程师每日脚本编程”。

支持一下，这个话题比较感兴趣，呵呵，楼主好久不写博客了。。。

其实这样写也还是有问题的，flen中包含了http头的长度，并不是我们需要下载文件的实际长度。还要获取到http头hlen的长度，flen-hlen才是实际下载文件的长度。

好书推荐

此书已到货，需要购买的朋友可以随时找我~
旺旺ID：书友俱乐部
Q Q：241156534
购买链接地址：http://item.taobao.com/auction/item_detail.jhtml?item_id=c05e5f4b2c1e2838f6beab102c8d0968&x_id=0db1

非常期待，准备入手

非常期待啊~~

记得联系我。。。 手机 15021385113

太好了！
非常希望能参加，呵呵 。

这手机就是一垃圾

在jmeter中如何实现https的验证呢？
本地为一个用户证书，服务端为信任链证书？如何设置脚本呢？

我用过2个月的JMeter，好像是2.3.1版本的，记不清楚啦。

但是JMeter给我最深刻的印象是：资源监控机制不健全，尽管它有漂亮的图表和漂亮的GUI；当JMeter测试不能录制到测试步骤时，比如：

客户端：智能手机
软件：手机短信管理软件

这时JMeter（也包括loadrunner）就不能录制到测试脚本啦。我们就得去开发新的JMeter组件，模拟手机报文向服务器发送请求，JMeter给出了大量的jar包，我们可以去另外开发jar包，这需要有相当经验的开发人员承担的，这是我们大约70%测试人员都无法做到的，因为我们都没有做过开发或者只有一些开发的基础。

请不要把性能测试工具比来比去，容易让测试初学者找不到学习性能测试工具的方向。

另外我们也没有必要去比较这些测试工具的缺点和优点，这样做有意义吗？每一种测试工具都有它本身的优缺点，也许这个工具对你现在测试的项目比较适合使用，下一个项目另外一个工具比较合适，所以这些性能测试工具之间没有可比性。（纯属个人观点）

我来了~不在你这潜水了~嘿嘿

靠，你也拿到的是山寨系列啊，我拿到大唐的机子，也是山寨机样子，山寨系统MTK

我公司也是……可惜我没资格申请，哈哈~

@无名氏
同学，你别打击我行不～～

我这里, 基本上申请的,都拿到了,近十部

希望相对于其它的性能测试书籍能有更多更值得我们学习的东西.非常感谢!

第一版为入门必备，写的非常不错，但随着性能测试的深入，书中的内容稍有欠缺，非常期待第二版。
1、希望增加性能瓶颈的更多分析，以及优化描述。
2、对于内存或是网络等的影响也要尽可能涉及。
3、对于数据库性能及中间件服务器的常见问题分析等。
4、除jmeter外，希望推荐较适用的与性能测试各个环节相关的测试工具。
5、更多的理论尽量使用一章来说明，其它章节多写遇到的问题及解决的方法。呵呵。到时价钱高些，相信购买的人也会非常多，经验来之不易。
socket常见问题也期待......

检验

关河老师，看了你写的软件性能测试的书，确实学了很多知识，结合我们公司的业务系统（物流系统）有1个问题请教一下。我可以获取使用这个系统各个功能的用户有多少，而且也知道这个系统各功能每天的数据增长情况，但是我在实际测试时，对于thinktime、rampup（以loadrunner为例）设置为多少，还是模糊不清，不知道这些值为多少，才能比较准确的模拟实际情况。我问这个问题，是希望能更准确的设计测试用例。谢谢！

补充一个很好玩的网站,www.94hw.com,号称将好玩一网打尽,将创意进行到底,主要内容和创意,新鲜,新奇的东西以及好玩视频,小游戏有关

@隐形人

首先，不要让某个工具的概念影响了你对要解决问题的思考。工具是帮助你是实现自己期望的支撑，而不是限制你的思考的框架。

LR中的概念固然多，但其实在一个具体的场景中应该怎么设计并不取决于LR提供了多少概念，而是，如何让LR得到的结果是能够验证你需要验证的性能需求的。

我会写一篇描述如何通过测试解决一个具体的性能问题的例子。