用户体验性测试

1、用户体验测试：

            用户体验测试顾名思义就是测试人员在将产品交付客户之前处于用户角度进行的一系列体验使用，如：界面是否友好（吸引用户眼球，给其眼前一亮）、操作是否流畅、功能是否达到用户使用要求等

           用户体验（User Experience，简称UE/UX），是一种纯主观在用户使用产品过程中建立起来的感受

       2、Krug可用性三大定律：

          a、别让我思考

          b、点击多少次没关系，只要每次点击都无思考

          c、去掉每个页面上一半的文字，然后把剩下的文字再去掉一半

附：总结的学习内容：

1、符合用户实际场景

我们的系统操作一定跟用户的实际业务场景联系起来，如果不考虑实际的业务场景，做出来的系统一定会给用户增加烦恼，并最终重新返工

2、易用性要强

易用性包括易理解性，易学性，易操作性

3、给用户的选择尽量少；界面上的菜单、按钮、选择项越少越好

4、提供用户想要的信息

5、快速、响应；系统响应速度要快

     对于用户响应时间，有个普通的标准。2/510秒原则。也就是说，在2秒之内给客户响应认为是“非常有吸引力”的用户体验。在5秒之内响应认为“比较不错”的用户体验，在10秒内响应是最“糟糕”的用户体验。如果超过10秒还没有得到响应，那么大多数用户认为这次请求是失败的。

    系统响应速度的快慢将非常直接的影响用户的体验，想象一下，如果一个页面打开经常5s以上，执行一个操作需要等待半天，估计很多用户都没有这个耐心的。

    系统的任何操作要有响应

    如果系统处理的数据比较大，慢很正常；但是不正常的也是用户最怕的就是系统没有任何反应。点击了确定或其他按钮。然后就像没点击一样，系统没有一点反馈；这时用户的感觉就是系统死掉了？功能出问题了？还是我的鼠标坏了？

6、有好提示

7、及时性

帮助文档、用户提示、系统广告、政策等要及时更新；

8、一致性

提到“一致性”大家首先想到的肯定是界面风格、操作习惯的一致性。除了这些，还有需要我们注意的就是数据状态的一致性。

因为系统设计经常会把读写库分离，在数据库压力比较大的时候，就会造成数据同步不及时；明明修改了的数据，在其他系统或模块显示还是旧的数据，造成有些操作无法进行，给用户也造成了困惑，用户体验很不好。所以对于一些特殊场景或情况，我们还是需要考虑一些方法去解决。比如对于一些特殊重要的功能是否可以提供不同的接口，或者可以允许读同一个库，总之无论什么原因，都不能影响用户的使用，用户的体验