游戏猫站点线上测试评估.docxVIP

站点线上测试评估性能：衡量一个网站性能：响应时间，tps，系统性能计数。因为服务器已经上线，所以我们不能在本地对服务器性能进行测试，网络上测试因网速原因，对测试结果或多或少都有些影响。注：以下测试都是页面测试，没有进行模拟用户行为进行压力测试。严格测试：一般使用Loadrunner。如模拟10w用户，联合登录模块，抽奖模块，发帖模块等进行测试，测试环境放在本地。测试结果符合预期即可上线。每个模块分开来测试，也可以看到程序上需改进的地方。处理能力（TPS）：简称TPS, 每秒事务数, 是衡量系统性能的一个非常重要的指标。TPS包括一条消息入和一条消息出，加上一次用户数据库访问。（业务TPS = CAPS × 每个呼叫平均TPS）TPS是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。一般的，评价系统性能均以每秒钟完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的TPS值。响应时间(RT)：简称RT,指的是业务从客户端发起到客户端接受的时间。吞吐量（QPS）：每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。对应fetches/sec，即每秒的响应请求数（每秒查询率），也即是最大吞吐能力。Vu和TPS换算：简单例子：在术语中解释了TPS是每秒事务数，但是事务时要靠虚拟用户做出来的，假如1个虚拟用户在1秒内完成1笔事务，那么TPS明显就是1；如果某笔业务响应时间是1ms,那么1个用户在1秒内能完成1000笔事务，TPS就是1000了；如果某笔业务响应时间是1s,那么1个用户在1秒内只能完成1笔事务，要用户；因此可以说1个用户可以产生1000TPS，1000个用户也可以产生1000TPS，无非是看响应时间快慢。复杂公式： 试想一下复杂场景，多个脚本，每个脚本里面定义了多个事务（例如一个脚本里面有100个请求，我们把这100个连续请求叫做Action,只有第10个请求，第20个请求分别定义了事务10和事务20）具体公式如下：符号代表意义：Vui表示的是第i个脚本使用的并发用户数Rtj表示的是第i个脚本第j个事务花费的时间，此时间会影响整个Action时间Rti表示的是第i个脚本一次完成所有操作的时间，即Action时间n 表示的是第n个脚本m 表示的是每个脚本中m个事务那么第j个事务的TPS = Vui/Rti总的TPS= .并发数(UV)计算内存的使用，CPU 的利用率，服务器的进程/线程数，数据库连接数和网络带宽占用率都是关于并发用户数的增函数。但是在之前，我们必须搞清楚login session 的含义。login?session?的意思是通过开始和结束时间定义的一段时间。在这段时间内，系统的一个或多个资源被占用。使用任意一个需要用户登录的Web应用作为例子，login?session从用户登录到系统开始，到用户退出系统结束。每次用户的登录都创建了一个用户的session（作者注：占用了系统的内存）。login?session?的时长取决于开始和结束的时间。我们现在做好定义并发用户数的准备了。我们应该同意某个瞬间的“并发用数”是这个瞬间login session的个数。每条线代表一个login session。在t0时间内有3个并发数。平均并发数＝总session/T。T代表时间范围内。如果T时间内login session的总数是n，并且平均的login session时长为：n代表login session总数。L 代表login session的平均时长。估算平均值，如果我们系统工作在9:00～17:00，那么T就等于8.如果有n个潜在用户，假设用户每天使用系统2次，概率为p1p2.那么每天login session的总数就为N＊p1+ N＊p1＊p2).假设：系统按10w用户数，其中20%用户会使用，第二次的概率为20%n＝10*20%+10*20%*20%n=2.4W用户平均使用时长按照15分钟。那么根据公式计算：c=2.4＊15/（8*60）c=750 峰值计算：750＋3＊√750 ＝831 √代表根号吞吐量计算从业务角度看，吞吐量可以用：请求数/秒、页面数/秒、人数/天或处理业务数/小时等单位来衡量从网络角度看，吞吐量可以用：字节/秒来衡量对于交互式应用来说，吞吐量指标反映的是服务器承受的压力，他能够说明系统的负载能力以不同方式表达的吞吐量可以说明不同层次的问题，例如，以字节数/秒方式可以表示数要受网络基础设施、服务器架构、应用服务器制约等方面的瓶颈；已请求数/秒的方式表示