平均并发用户数的计算：C=nL / T

其中C是平均的并发用户数，n是平均每天访问用户数，L是一天内用户从登录到退出的平均时间（操作平均时间），T是考察时间长度（一天内多长时间有用户使用系统）

并发用户数峰值计算： C^约等于C 3*根号C 其中C^是并发用户峰值，C是平均并发用户数，该公式遵循泊松分布理论。（该公式针对一般被测系统，特殊不做讨论）

吞吐量计算：当没有遇到性能瓶颈的时候，吞吐量与虚拟用户数之间存在一定的联系，可以采用以下公式计算：F=VU * R / T其中F为吞吐量，VU表示虚拟用户个数，R表示每个虚拟用户发出的请求数，T表示性能测试所用的时间，其实通过这个公式就能看出吞吐量与并发用户数之间的关系了（这里的VU就是我们用工具模拟的并发用户数）。稳定性测试：稳定性测试多是在被测系统比较稳定后进行，一般在第2或者3个Build进行。

可靠性测试：通过给被测系统加载一定的业务压力，让应用持续运行一段时间，测试系统在这种条件下是否稳定运行。

失效***测试：针对有冗余备份和负载均衡的系统测试的，用来检验系统局部发生故障，用户是否能够继续使用系统以及用户将会受到多大影响。

Web前端性能测试：之所以这里把web前端性能测试***出来，前面介绍的几种性能测试方法主要是针对服务器或者说被测系统的，而前端性能基本与并发用户数甚至系统无关，主要取决于浏览器的加载展现以及前端页面的***方式，关注点多是页面响应时间，这个会在后期详细讲解。这种工具大量的被应用于单元测试中，如PureCoverage、TrueCoverage、Logiscope等。

好了，上面把各种性能测试测试大概介绍了一下（不要被这些定义给迷惑了），可能有些你不认为是性能测试的一种，至于是还是不是，我感觉争论这个没有意义（细心的会发现压力测试其实和可靠性测试没有太大的区别或者说可以合并），记得一个前辈说过：不要一定要给你的测试定义黑盒白盒还是灰盒，没有意义，等你忘掉这些把测试后即使给你一个马桶也照样可以测试。之所以划分各种测试方法，不是让我们一定给要测试的任务一个悦耳的定义，而是让我们在进行性能测试前要明确我们测试的目的，想得到或者想验证什么。我给你们总结一下，职能部门的薪资是稳定的，在3-5K之间，上升空间不大。

软件测试分哪几种，哪种比较容易入门呢？

这个问题看哪方面。你是想问的以后软件测试的岗位划分吗？大部分的公司现在对测试都细分了。但是主要就是两个方向：技术类和业务类。

技术类比如：性能测试、自动化测试、脚本测试开发、测试开发工程师、持续集成平台、渗透测试等等

业务类：更多是某个行业的细节业务。这个是比较复杂的，而且各个行业不同，所需的软件的解决方案的业务需求也不同。

还有人提的管理类，这个就是看个人了。不是每个人都适合做管理的。