系统负载测试

B系统负载测试

目前，大多数公司企业需要支持成百上千名用户，当一家企业自己组织力量或委托软件公司代为开发一套应用系统的时候，尤其是以后在生产环境中实际使用起来，用户往往会产生疑问，这套系统能不能承受大量的并发用户同时访问?这种问题的解决要借助于科学的软件测试手段和先进的测试工具。例如（电信计费软件）每月20日左右是市话交费的高峰期，全市几千个收费网点同时启动。收费过程一般分为两步，首先要根据用户提出的电话号码来查询出其当月产生费用，然后收取现金并将此用户修改为已交费状态。一个用户看起来简单的两个步骤，但当成百上千的终端，同时执行这样的操作时，情况就大不一样了，如此众多的交易同时发生，对应用程序本身、操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。决策者不可能在发生问题后才考虑系统的承受力，预见软件的并发承受力，这是在软件测试阶段就应该解决的问题。这时需在软件测试阶段进行并发性能测试。并发性能测试包括负载测试和压力测试。其中负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能。

现有某公司AA系统，用户用账号登陆系统，用户登陆后有可能40%时间在关注的是首页新闻公告板之类（注意看新闻这个阶段是不能造成服务器的压力）；30%时间在查询资料或者修改资料（对服务器造成实质的影响），查询资料和修改资料比例约为5：1；30%在发呆或在页面之间跳转。现考察系统针对4个表格的查询和修改，其中查询表格耗时2毫秒，修改表格耗时15毫秒。根据并发原则，每个用户对同一个表格查询需加共享锁，修改表格需加排它锁。加了共享锁的对象，可以继续加共享锁，不能再加排他锁。加了排他锁后，不能再加任何锁。试建立数学模型，讨论如下问题。

1）若系统登陆人数如附表中情况时，系统的平均响应时间为多少。

2）若对一个典型用户来说，一天之内用户从登录到退出该系统的平均时间为2小时，在一天的时间内，用户只在8小时内使用该系统。给出满足系统平均响应时间在1秒内的最大可在线人数。

附表：（每5分钟统计一次）

部分用户登陆系统时长：（分）