以前项目做的主要是服务端的，更多的是考虑的功能的正确性，系统的性能稳定性方面。这两年接触了偏WEB型的系统产品，对于UX（User experience的缩写，即用户体验）方面的要求比较高。作为一名合格的测试，必须要有好奇心，So，也需要学习一些UX知识丰富一下自己，这样才能更好开展测试工作。
简单总结了两个方面的UX实战体验：
一、关于UX我们需要考虑的几个维度：
1、快
极致的快，就是极致的体验，简单总结的6个方面的快，具体如下：
①服务端速度要快
这个就是我们常说的，服务端接口适配，客户端需要调用合适的服务端接口，服务端的处理一定要快。
②客户端速度要快
这个就是我们常说的，要快速的把信息呈现出来，实在不能一下子立马展现，也要分阶段分重点进行展示，譬如客户端渲染机制，懒加载，骨架先加载，分页机制，图片压缩机制，缓存机制等。
③用户上手要快
譬如组件设计风格一致，用户用了一个功能，再用另外类似的功能很快就能上手。
④用户操作要快
能一次操作完成的尽量不用设计成两次操作实现，尽量避免无用的步骤设计。
⑤用户思考要快
看看我们手机上的安全管家，一般设计都是给个打分，然后直接接着就一个快捷键让你优化，用户不要动脑子，只要点一点，然后优化的时候，把检查子项展示出来，用户自然就知道了如何评分的，以及如何进行优化，不会有困惑。
⑥内容聚焦要快
设计应该要让用户很快的关注到需要关注的地方，通过设计布局让内容更好更快的呈现给用户。
2、美学
①风格一致
很简单，丑也要丑的一致，总比脸上不干净要好。其次，风格一致也会带来用户体验的一致，学习成本会降低。
②符合产品背景定位
只是一致，是不够的，为了更好的情感体验，应该根据产品定位去设计UI，专业的系统一定要体验出专业范，娱乐APP一定不能过于死板。
3、场景串联，核心业务
①识别业务场景
识别出需要帮助用户解决的场景和业务。
②串联业务场景
根据产品的定位，找到了场景，但是场景会有重叠，场景会有依赖，需要我们系统的去分析，去串联，找共同点，找差异点，然后再全局去思考解决方案。
③场景建模，突出核心业务
要整体建模，要学会利用心理学（譬如峰终理论，因为系统是给人用的，一定要了解人）等方法论指导，去设计场景和功能，核心功能是什么，如何重点设计。
4、稳定
①系统的稳定运行
不要没事就挂了，浏览器奔溃啦，上传文件丢包啦。
②系统的奔溃提示
真要跪了，那也得优雅的跪，提示信息缓和用户焦虑心情，提示如何处理。
③系统的恢复手段
恢复手段要方便，快，靠谱。
二、关于UX的研发流程
1、直面用户
UX要了解业务，了解用户，而不是了解领导。
2、研发提效
UX设计的内容，如何快速开发，方便测试。
3、获取反馈
从用户来，到用户去，如何设计用户访问，如何进行度量统计。