性能测试记录《一》

   从今天开始，我接手了一个性能测试的项目。该项目的起因是：在某天晚上，服务器集群中的某一台服务器宕机了，进行后台日志分析发现，是我们程序当中的一个方法在对缓存进行处理的时候没有进行相应的并发的处理考虑，从而使得在后台对并发引起的缓存处理的时候，有相同的数据ID，进而不断抛出异常，使得服务器宕机。

   开发针对此问题，在该方法中加入了一个锁的机制，现在的问题就是，需要我们对进行修改后的程序进行性能压力测试，看是否该问题得到了有效解决。即：并发问题的处理在性能上是否合理？

   拿到这个项目之后，我跟我的leader大致沟通了下，马上明确以下几个问题：

1）将有哪些页面会引用到该方法。

因为明确了会有哪些页面会引用到该方法就可以根据我们积累的页面访问历史数据得出相应的我们场景设计当中的一些数据。例如：并发量。

2）线上服务器的台数。因为该项目的服务器是一个集群，建立了负载均衡的机制。明确了服务器的台数就可以帮助我们得知一台服务器在我们的测试场景中需要达到的处理的能力是多少？

3）场景的分析和设计

4）对于场景的脚本的录制和修改

5）control中执行场景，最终分析结果

今天第一天，完成了测试的基础数据的分析，场景的设计。截至到当前为止，我们进行的场景的设计是通过的基于目标的场景的执行。想通过看，服务器达到我们使用历史数据得出的每一台服务器所要达到的处理能力的时候，我们的并发用户数是多少？资源占用情况是怎么样的？能不能符合我们的预期？类似于验收测试一样。

本打算今天晚上执行脚本，明天去看结果的，唉，不知道是太累了还是怎么。我忘记启动lr的control了，尽管在里面我进行了相关的start by。对了，顺便说一句：用习惯了英文版用英文版真的不习惯，感觉很多东西不知道在哪里了一样。那个汗～～～～

我后面还会把我自己的这一个项目进行记录，一点一滴，全部记录下来，无论我得到什么？得到多少？哪里错了？哪里对了，至少我经历了，我收获了。呵呵