看了看关于软件性能测试的相关资料，以前觉着测试很简单，可能是看到测试人员测试我们系统的挺简单，点点看看的，这是关于功能测试的方面。而对于性能测试针对我们系统几乎为零，基本没有做过性能测试，一般都是客户那边并发产生问题之后，我们才去查找问题，没有在产品发布之前做好这一项工作，近反馈当一个功能执行时，影响其它终端功能，改后要求测试进行压力测试，但是回复的结果是写不了脚本，难道性能测试真的不好测吗？还是这一块不重要呢，经验告诉我，性能测试是用户关心的一块，也是重要的一块，带着这些疑问，看了看关于性能测试的资料。

软件测试在国外非常重视，一般一个开发人员对应一个测试人员，而在国内不用说了，大家都深有感触，拿现在的系统来说，六七个开发人员，只有一个测试人员，并且还不是太懂业务，这样能保证产品的质量吗？有时我真的在想为什么会这样的安排，可见国内的一些中小公司对于测试这一块还不重视。问题发现的越早，解决问题的成本越小，测试对于产品功能质量的保证是非常重要的。有一个好的测试团队，能更好的控制产品的质量和项目的成本。

记着以前开发的一个系统中，有一个功能，单用户操作时可用，多用户操作时不可用了，测试时并没有注重这个问题，只在单用户下模拟测试了，并没有进行并发的测试，以至于系统实施后，问题反馈回来了。现在想想如果我们能做好测试工作，不会走那么多的弯路了，我们的系统可能要比现在更健康一些了！

那么什么是性能测试呢？网上有好多的资料写的都很好，性能测试目前没有很准确的定义，但是性能测试又似乎是涉及范围非常广泛的测试。压力测试、负载测试、强度测试、稳定性测试、健壮性测试、大数据量测试等等都和性能测试有着密切的关系。一般我们让测试人员测试都指的是功能测试，是模拟现实的生产环境，根据测试用例对所有的功能进行测试，回归测试，集成测试等，这是指功能方面的测试，而性能测试要求测试组要根据系统概设，系统详设等和系统的实际使用来进行设计性能测试流程及其方式。根据用户的并发数量进行测试，这是属于并发测试，在常规并发数的基础上增大并发数形成了压力测试， 压力测试是在什么情况下系统不可以承受，负载测试是对系统不断地增加压力或增加一定压力下的持续时间，直到系统的一些性能指标达到极限，如果针数据量大，是大数据量测试，一般此方面适用于报表的统计查询等等，所以性能测试包括很多内容，做好性能测试，要了解性能测试需要的指标，觉着内容也很多。针对性能测试有许多测试软件，可以利用工具做好性能测试。网上有许多的。

性能测试的知识还要慢慢学习，希望了解之后，用测试软件编写一个我们系统压力测试的脚本进行压力测试，呵呵，同事开玩笑说，那什么都你做了，测试人员不失业了吗？呵呵，也不是，纯属个人爱好，觉着挺有意思的，研究一下，呵呵！