软件性能测试的本质_致命版
》》》推荐阅读《《《
1、
2、
3、
4、
软件性能测试的本质_致命版
基于用户体验的性能测试
但对于一个用户来说，他可以不关心上面这些（系统的性能参数），大约有一部分的消费者会因为网站过于技术化或者性能问题而选择了离开。换言之，如果你的网站速度太慢客户就会离去。这是所有的互联网用户都熟知的道理。所以，我们更需要站在用户的角度来测试实际的性能感受。如果你经过测试声称网站可以承受更多的用户同时访问，但实际的用户体验性非常差，那么做你的性能测试又有什么意义呢？
“明确”的性能需求
当测试人员进行性能测试工作时，真正让他们感到困难的不是测试工具如何使用，也不是如何对测试数据进行分析与系统调优（对于一个经验丰富有性能工程师来说，这真的不难）。让他们感到困惑的是如何得到准确的量化的需求，比如：
A. 网站可以支撑多少在线用户数
B. 网站可以支持多少用户同时交易
C. 电子邮件系统每秒种可以处理多少封邮件
D. 可以支持多少人同时浏览网页
类似于这样的数据会出现客户对系统的性能需求中，好吧，有了这些需求，我就开始性能工作了，这些需求真的很明确么？
你唯一能做的就是继续向客户确认更明确的需求，很多时候其实客户也无法给出精确的需求。这个时候你就要多参考常规的情况下，参考同类产品，或尽量引导用户去明确具体的需求，尽量与客户达到统一的共识。
“假设”的测试环境
现在是不是觉得性能测试有太多的前置条件，它们或大或小的影响着测试的结果。
关于这些前置条件，或者我们称之为假设（assumption），我把一些做法归纳为三个阶段。
一：做了假设却不知道自己做了假设
问题是这样的结果对你是OK，因为你有切身的的体验，知道遇到的状况，可是测试的报告是要给别人，甚至你都无法直接面对或者沟通的人参考。这就会很容易误导别人，即便这不是你的本意，而且你自已也确定你是真实的记录了结果。这里的问题在于你并不清楚自己所做的假设，因为我们一直在做这样的假设。
二：做过多的假设
这样可能很严谨，但是对你的报告的读者而言，这样的数据有多大意义，因为他们没有你这么幸运，有这么良好的环境。
三：做必要和合理的假设
生活有时候是需要一些妥协和折衷，如果这些折衷是必要的和合理的。因为跳出来看，我们的测试需要提供有价值的信息，所以为了这样有价值的信息，做出必要和合理的假设是可以接受的。
性能测试环境需要在严格独立监控下管理，尽量保持与真实生产环境的一致性能。
“精确”的测试数据
对于一个严谨的测试员，我们的测试结果的描述也相当精确，如：用户每个用户的访问时间为2.8729秒，10分钟系统处理请求8634个。我以前一直认为，只要我把测试环境描述的很详细，我的测试结果就是精确的。
“宏观/微观”的性能测试
这也是一个有趣的对立。在做性能测试，特别是整个产品的性能测试的时候，我们看到的是产品的核心功能和主要的大的功能模块，比如数据库、web服务器、核心的daemon等等。在脑海里，我们有一个架构图，哪怕你没有把它画出来。所以有时候，我们会想，性能测试对于产品的视角是宏观的，看大的组件，而不是具体的细节的东西。果真是如此吗？
所以，你还认为性能测试只是学习如何使用性能工具么？它需要一个长期的个技术的积累，我们的路还很长。也许，我讲的不够本质，但性能测试这个领域，看到太多的新手在整天问工具的使用，学会了工具的使用就大言“我会（精通）性能测试！”。太多的公司叫新手的做性能测试，环境神马的也不提供，你找个工具对软件加压一下吧！哎~！这未免是太贬低“软件性能测试”了。
》》》推荐阅读《《《
1、
2、
3、
4、
6、
7、
8、
9、
10、
11、
12、
13、
14、
15、
16、
17、
18、
19、
20、
22、
23、
24、
25、
26、
27、
28、