欢迎光临
梦想从学习开始!

性能测试| 小熊测试

本文主要介绍 性能测试| 小熊测试,小熊希望对大家的学习或者工作具有一定的参考学习价值,在测试领域有所提升和发展。

  关于TPS和响应时间的关系,对于大部分应用来说,响应时间一般由CPU执行时间,线程等待时间(IO等待,sleep和wait)组成,表面上看,TPS应该和RT是反比的关系,但是实际上则不是。

  减少响应时间,并不能有效的提升TPS;

  如果要提升服务器端的响应时间,减少IO时间能达到最佳效果;如果要提升TPS,采用优化CPU时间能达到最佳优化效果。

  回到之前做应用服务优化的地方,改变了取数据的方式(注:从内存取,之前是从磁盘取),只是减少了IO时间,但是并没有使CPU的时间得到大规模减少,所以瓶颈依然存在,TPS并没有提升太多;但是改变了异步存消息的方式,使异步的线程的时间减少,在压测时,CPU的时间得到了成倍的释放,因此最佳并发线程数得到了提升,TPS得到大幅度提升,而由于是两个消息处理都是异步操作,对整体的响应时间,影响很小。

  在软件测试中对并发如何处理和理解呢?受应用系统本身和网络延时的影响,绝对意义上的并发是没有的。 比如在实际应用中用户端向服务器同时发送相同的100个请求。由于网络传输延时的不等因素到底服务器时就不一定是100个请求同时落地。如果我们是想通过压力机模拟100个用户的请求,模拟器本身需要创建100个线程来实现100个并发请求。但目前的计算机还只能做到同步创建线程, 即使在客户端通过设置集合点的方式将100个请求同时提交,经过网络上的传输消耗,可能它们并不是同时到达,而即便100个请求同时到达服务器端,受到中间件和应用系统、数据库的各种连接池、缓冲区, CPU处理队列等的限制,也可能在服务器端产生等待。那么如何做到保证并发呢。这样看具体的业务或者操作了。如果是测试某个方法或者功能的是否存在并发性能问题,用模拟软件中的集合点可以满足需要。如果是涉及到业务的并发能了,那么集合点并不适用。只要对业务的场景设计合理就好了。另外,想知道某时刻的并发,可以通过压测工具进行实施监控,逐渐增加并发用户达到实时的并发。 如果是测试DB,可以通过监控DB的session得到并发数量。

  进程同步用来实现程序并发执行时候的可再现性。

  一.进程同步及异步的概念

  1.进程同步:就是在发出一个功能调用时,在没有得到结果之前,该调用就不返回。也就是必须一件一件事做,等前一件做完了才能做下一件事.就像早上起床后,先洗涮,然后才能吃饭,不能在洗涮没有完成时,就开始吃饭.按照这个定义,其实绝大多数函数都是同步调用(例如sin,isdigit等)。但是一般而言,我们在说同步、异步的时候,特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例子就是

  sendmessage。该函数发送一个消息给某个窗口,在对方处理完消息之前,这个函数不返回。当对方处理完毕以后,该函数才把消息处理函数所返回的lresult值返回给调用者。

  2.异步

  异步的概念和同步相对。当一个异步过程调用发出后,调用者不能立刻得到结果。实际处理这个调用的部件在完成后,通过状态、通知和回调来通知调用者。

  以casycsocket类为例(注意,csocket从casyncsocket派生,但是其功能已经由异步转化为同步),当一个客户端通过调用connect函数发出一个连接请求后,调用者线程立刻可以朝下运行。当连接真正建立起来以后,socket底层会发送一个消息通知该对象。

  这里提到执行部件和调用者通过三种途径返回结果:状态、通知和回调。可以使用哪一种依赖于执行部件的实现,除非执行部件提供多种选择,否则不受调用者控制。如果执行部件用状态来通知,那么调用者就需要每隔一定时间检查一次,效率就很低(有些初学多线程编程的人,总喜欢用一个循环去检查某个变量的值,这其实是一种很严重的错误)。如果是使用通知的方式,效率则很高,因为执行部件几乎不需要做额外的操作。至于回调函数,其实和通知没太多区别。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小熊分享邦(www.xxfxb.com),希望大家能坚持软件测试之路,谢谢。

赞(0) 打赏
未经允许不得转载:小熊分享邦 » 性能测试| 小熊测试

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏