BYORT:自带响应时间

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

消费者的期望极大地影响了企业对IT部门的需求和期望。消费者和 IT 客户带来了他们自己的设备,期望以更快的速度提供更多自助服务。性能工程师必须完成的一项关键任务是帮助业务和 IT 设定对公司系统响应时间的期望。面向企业的系统甚至呼叫中心的性能要求的历史一直存在问题。经常被忽视,当然也被推迟。典型的方法是在用户完全反抗之前查看系统的速度有多慢。这往往是因为它不是一个创收系统,但是,许多公司 IT 系统在销售或合同签订后直接接触客户或业务合作伙伴。

Internet 零售商的 响应时间 或性能目标已明确定义和衡量,有许多行业特定基准将网页响应时间与行业竞争对手进行比较。 Internet 业务模型需要越来越快的交易响应时间。可以在 Compuware (www.compuware.com)、Keynote (www.keynote.com) 等网站上找到基准。但是,没有针对公司系统的基准。公司系统的用户开始更加大声地表达他们的担忧和不满。他们期望的速度可与 Internet 零售商的速度相媲美。他们的期望是不到五秒钟,对于简单的交易通常是两秒钟。

我们的研究表明并与 Jakob Nielson (www.nngroup.com) 所做的可用性研究一致,设定用户期望的指南必须考虑三个障碍;

  1. 0.100秒:用户感知系统实时响应,无明显延迟

  2. 1.0 秒:用户开始感觉到系统有轻微的延迟,但我们对响应时间非常满意

  3. 10.0 秒:用户会明显注意到延迟并开始分心并在等待时尝试做其他事情

因此,正如消费者带来了自己的设备一样,他们也将自己的 响应时间 带入了企业系统。

相关文章