Performance Testing 前期准备以及场景设计

性能测试的session参加过几个，也查阅了很多相关的资料。年前被分配了测试任务，一直拖到现在，准备开始做的时候，才发现真的是不知道如何做起啊。今天和同事聊了一下，有很大启发。测试小白一枚，只分享一下心得哦！

 

一、关于测试环境

理想状况下，性能测试的环境最好是与Production环境一致，但是，一般情况下，这是不可能的。比较好的是，单独为性能测试搭建环境，其中硬件、软件配置尽量接近Production环境配置。但其实，受到经费等影响，很多性能测试会直接在功能测试环境进行，值得注意的是，性能测试时，最好没有其他人使用该环境。

Note: 一般情况下，系统都应该有开发环境（Dev）、测试环境（Staging）以及生产环境（Production）三个环境。

• 开发环境：就是开发者的环境，配置可能会相对随意，有错误报告，方便调试。
• 测试环境：测试环境的配置一般与生产环境相同或接近，主要是测试人员进行上线前的测试。
• 生产环境：也就是平时我们提到的系统上线之后的环境。

从上述三个环境的特点来看，如果说没有条件搭建性能测试环境的话，在测试环境上面进行性能测试也是可以接受的。

 

二、性能测试场景

性能测试和功能测试一样，需要提前准备测试案例，这里的测试案例就是我们所说的测试场景案例。

性能测试，需要选取关键的场景和耗时的场景，比如电商系统，一般需要登录、浏览、搜索、购买等场景。另外，性能测试场景的选定需要测试人员与产品经理共同商定。

 

三、有关并发用户量

性能测试时，我们经常采取的方式是通过模拟多用户操作，去验证性能指标，或者去找到系统的性能瓶颈。”同时“和”多用户“就对应着并发用户量。

 

Note：

以前有一个误区，以为并发用户数是一定是需要使用数据库里面的不同用户数据进行操作，其实是不需要的。比如在Jmeter中，我添加了登录用户csv文件，文件中只包含了5个用户信息，但是我可以使用该文件进行一个10线程的测试，如下图（图一为csv帐号信息，图二为Jmeter线程组设置页面）：

 

刚刚开始接触性能测试，有些东西可能还是理解的不好，但也是在进步的。在这里，感谢Jamie帅哥分享测试心得与经验。