作为一款几千人使用的销售系统，系统运行环境为PC和云桌面的产品体验射鸡师，在与一群前端攻城狮没日没夜耗费半年的心血进行系统全新改造之后，虽然在交互和视觉上极大改善了用户体验，没有得到基本的认可，最后却死在系统性能上，要背负系统改造之后卡顿、页面加载缓慢的性能问题，一群前端和设计被迫天天精简（优化）代码，减少（简化）交互，泡（人肉监控）现场做性能优化（然鹅折腾一段时间并没有从根本上解决性能问题）。有人会问，性能测试不是测试的事吗，性能监控不是运维的事吗，emmmm，我也不知道他们在干嘛。
分割线
科普一个网站性能的用户体验指数
假设有两个架构设计方案：方案A 和 方案B
方案A
并发请求 < 200 时，响应时间为 0.5秒
并发请求 > 1000 时，响应时间为 10秒
方案B
响应时间比较均衡，维持在 0.5 - 4 秒
这两个方案哪个更好？
Apdex指数
要判别哪个方案更好，最好有一个标准
性能指数 Apdex(Application Performance Index)是一个国际通用标准，是用户对应用性能满意度的量化值
Apdex 提供了一个统一的测量和报告用户体验的方法，把最终用户的体验和应用性能作为一个完整的指标进行统一度量
基于真实用户体验，Apdex 定义了 3 个用户满意区间：满意 容忍 失望
通过响应时间数值 “T” 来划分，T 值代表着用户满意的响应时间界限，国际上一般默认为 2s，这个值完全由你自己来定，假如你的要求比较高，也可以定为 0.5s
“满意”的区间是 T，以默认2s为标准的话，也就是 0-2s，页面响应时间超过 2s 用户就有些不满了
“容忍”的区间是 T - 4T，即 2-8s 之间为容忍区间
“失望”的区间是 大于 4T，即多于 8 秒，这时用户已经跑了
Apdex指数的计算
对真实的响应时间进行采样，采集一定时间之后，经过计算可以得出 Apdex 指数
计算公式为:
Apdex 指数 = ( 满意数量 + 0.5 * 可容忍数量 ) / 总样本数
这样，用户访问页面的响应时间被量化为一个 0 - 1 之间的数值
0 - 没有满意用户
1 - 所有用户都满意
0.7 是一个默认标准，表示网站性能良好，同样，这个值的标准也完全由你自己来定，要求高的话就定为更高的值，例如 0.85
Apdex指数与用户体验紧密关联，真实反应了网站性能状况，提供了一个性能量化值来做为评判标准.
相关产品
若有收获，就点个赞吧
0 人点赞
