浅谈性能测试---响应时间

       从用户角度来说，软件性能就是软件对用户操作的响应时间。说得更明确一点，对用户来说，当用户单击一个按钮，从用户单击开始到应用系统把本次操作的结果以用户能察觉的方式展示出来，这个过程所消耗的时间就是用户对软件性能的直观印象。

 响应时间的定义：

响应时间

　　指的是客户发出请求到得到响应的整个过程的时间。在某些工具中，请求响应时间通常会被称为“TTLB”(Time to laster byte) ,意思是从发起一个请求开始，到客户端收到最后一个字节的响应所耗费的时间。

系统响应时间

　　应用系统从发出请求开始到客户端接收到响应所消耗的时间。 

例如： 某app（如：食物派）有一个搜索食物功能，当我输入某食物名称时，可能要查询几百万条数据，如果数据库，要查询所有的数据并把所有的数据全部完整的返回给我。可能服务器要查询很久，而我的电脑全部接收这些数据也可能只直接挂掉。那么服务器可能只查询100条数据并把数据返回给我，当我上划刷新时，服务器再次查询并将第二页的数据返回给我。这种情况更符合“系统响应时间”的定义。

　　关于响应时间，要特别说明的一点是，对客户来说，该值是否能够被接受是带有一定的用户主观色彩，也就是说，响应时间的“长”和“短”没有绝对的区别。

合理的响应时间

　　在互联网上对于用户响应时间，有一个普遍的标准。2/5/10秒原则。

　　也就是说，在2秒之内给客户响应被用户认为是“非常有吸引力”的用户体验。在5秒之内响应客户被认为“比较不错”的用户体验，在10秒内给用户响应被认为“糟糕”的用户体验。如果超过10秒还没有得到响应，那么大多用户会认为这次请求是失败的。

简易的测试响应时间的方法：

例如：需要测试食物派登录的响应时间

步骤如下：

1.       用另一个手机录制登录过程的操作视频；

2.      用视频编辑软件打开该视频（如：VirtualDub）

3.      记录下点击登录按钮时刻的数据；

4.      记录进入登录界面的数据；

5.       利用两个数据相减得出响应时间；

注：此操作方法适合比较简易的数据测试，数据比较大比较多的时候简易用工具测试