性能测试的感悟

从2006年—2009接触性能测试，内部项目使用LoadRunner（后来因为LR太贵了，客户不允许使用收费工具，采用客户自己开发的性能测试工具框架，但基本方法方法都相同。）尝试做性能测试，第一次看到性能指标TPS（每秒事务数，简称吞吐量）和响应时间，o(∩_∩)o...当时不是很了解了，找到别人的测试方案照猫画虎，根据并发用户数不断增加找到系统处理拐点，找到系统最大的TPS，过程中采用很多方法进行调优，例如：调用DTrace脚本导出代码函数名，数据库sql语句执行计划分析等。真正与有实力的客户交流，经过不断地折磨，才发现性能测试的目的非常重要，决定着性能测试的命运，举个例子性能测试的目的是圆规的把手，之后所有的性能测试活动是圆规的脚，把手转一圈，脚画的圈是把手的圈多少倍，用个数学名词n倍，毕竟性能测试是有成本的，成本远远大于手工测试。

现在想起来真实百感交集，过程中过多地关注性能测试的监控、执行，千遍一律采用同一种方法和模板做性能测试，确实有点井底之蛙的感觉，没办法接触的项目大多都是C/S结构，很多性能测试的理论很难有机会用到，防止自己思维定势，头脑风暴考虑B/S结构项目如何做性能测试呢。