性能测试考虑时间[Thinking Time]的计算方法

　　今天我们讲一下考虑时间的计算方法，以及考虑时间是如何让测试环境更符合生产环境。
　
　　我们还是引用上次那个例子：测试一个论坛系统的两个业务，A查看帖子、B回复帖子，假设每天会员查看帖子的总数（PV）是回复帖子的2倍，也就是A：B=2：1，因此我们的性能测试也要符合这一比例，如果我们测出的结果是5：1，那么测试结果就没有意义了。
　
　　这里我们要先讲一个容易混淆的概念。是不是性能测试中的考虑时间等于用户实际使用中的“考虑的时间”呢。答案是不。我们不能根据用户实际的考虑时间来设置性能测试的考虑时间，而要经过计算才能得到正确的考虑时间。
　
　　一般我们会先录制编写A、B的测试脚本，这时要把脚本中的考虑时间全部删除，因为录制时产生的考虑时间不能直接作为正式性能测试的考虑时间。脚本制作好以后我们开始进行计算，（当然也可以先计算再做脚本）。
　
　　刚才我们的要求是A：B=2：1，我们还要确定具体的数字，比如我们经过分析发现，论坛系统A业务每小时的（PV）数量大约是10k，B业务是5k，而且对用户来说，页面的响应时间最多不能超过5秒。好，这就是我们测试的一个基准。注意，这些数据在计算前就需要确定下来，我们可以从类似的系统中采集数据，也可以根据用户的数量进行估算，这些工作可以和产品经理讨论沟通，达成一致。
　
　　确定了这些数据基准以后，我们开始计算。这里先讲一个公式：并发数 / （响应时间+考虑时间） ＝ 总业务数 / 总时间先看等式右边，这在上一篇曾经出现过：总业务数 / 总时间 ＝ 系统吞吐量。
　
　　比如A业务每小时是10k，那么系统处理A的吞吐量就是：10k / 3600s ＝ 2.78次/s.也就是说系统每秒钟会处理2.78次A业务，同理，系统会处理1.39次B业务，注意，系统是在一秒内同时完成了2.78次A业务和1.39次B业务，因此我们测试时不能把A和B分开来测。
　
　　再看一下等式的左边，并发数指的是性能测试时，同时运行某一脚本的个数。我们先来算A业务的，由于用户对响应时间要求的上限是5秒，我们就确定（响应时间+考虑时间） ＝5秒，这样把5秒带入公式：并发数 ＝ 2.78 × 5 ＝ 13.89因此我们需要按照A脚本14路，B脚本7路这样的压力来测试。可是，考虑时间不是还没有算出来么？
　

[1] [2] 下一页  

【责编:Luzi】