以前项目做的主要是服务端的，更多的是考虑的功能的正确性，系统的性能稳定性方面。这两年接触了偏WEB型的系统产品，对于UX方面的要求比较高。作为一名合格的测试，必须要有好奇心，So，也需要学习一些UX知识丰富一下自己，这样才能更好开展测试工作。

简单总结了两个方面的UX实战体验：

一、关于UX我们需要考虑的几个维度：

1、快

极致的快，就是极致的体验，简单总结的6个方面的快，具体如下：

服务端速度要快

这个就是我们常说的，服务端接口适配，客户端需要调用合适的服务端接口，服务端的处理一定要快。

客户端速度要快

这个就是我们常说的，要快速的把信息呈现出来，实在不能一下子立马展现，也要分阶段分重点进行展示，譬如客户端渲染机制，懒加载，骨架先加载，分页机制，图片压缩机制，缓存机制等。

用户上手要快

譬如组件设计风格一致，用户用了一个功能，再用另外类似的功能很快就能上手。

用户操作要快

能一次操作完成的尽量不用设计成两次操作实现，尽量避免无用的步骤设计。

用户思考要快

看看我们手机上的安全管家，一般设计都是给个打分，然后直接接着就一个快捷键让你优化，用户不要动脑子，只要点一点，然后优化的时候，把检查子项展示出来，用户自然就知道了如何评分的，以及如何进行优化，不会有困惑。

内容聚焦要快

设计应该要让用户很快的关注到需要关注的地方，通过设计布局让内容更好更快的呈现给用户。

2、美学

风格一致

很简单，丑也要丑的一致，总比脸上不干净要好。其次，风格一致也会带来用户体验的一致，学习成本会降低。

符合产品背景定位

只是一致，是不够的，为了更好的情感体验，应该根据产品定位去设计UI，专业的系统一定要体验出专业范，娱乐APP一定不能过于死板。

3、场景串联，核心业务

识别业务场景

识别出需要帮助用户解决的场景和业务。

串联业务场景

根据产品的定位，找到了场景，但是场景会有重叠，场景会有依赖，需要我们系统的去分析，去串联，找共同点，找差异点，然后再全局去思考解决方案。

场景建模，突出核心业务

要整体建模，要学会利用心理学（譬如峰终理论，因为系统是给人用的，一定要了解人）等方法论指导，去设计场景和功能，核心功能是什么，如何重点设计。

4、稳定

系统的稳定运行

不要没事就挂了，浏览器奔溃啦，上传文件丢包啦。

系统的奔溃提示

真要跪了，那也得优雅的跪，提示信息缓和用户焦虑心情，提示如何处理。

系统的恢复手段

恢复手段要方便，快，靠谱。

二、关于UX的研发流程

1、直面用户

UX要了解业务，了解用户，而不是了解领导。

2、研发提效

UX设计的内容，如何快速开发，方便测试。

3、获取反馈

从用户来，到用户去，如何设计用户访问，如何进行度量统计。