标签：时间 印象 架构 appstore 黑客 运行 黄金 建议 pstore
此文已由作者吴艳秋授权网易云社区发布。
欢迎访问网易云社区，了解更多网易技术产品运营经验。
一、什么是用户体验
用户体验，英文叫做user experience。一个较常见的定义是“指用户访问一个网站或者使用一个产品时的全部体验。他们的印象和感觉，是否成功，是否享受，是否还想再来使用。他们能够忍受的问题，疑惑和BUG的程度。”
而在我看来，用户体验就是一种用户在使用产品时所建立起来的心理感受。心理感受是纯主观性的，也就带有一定的不确定因素，不过，在界定用户基本确定的情况下，其用户体验的共性是能够通过良好的设计来实现的。 如今软件行业发展甚为迅速，各种软件产品更是形形色色，用户成了强势的群体，他们不再满足于使用的软件能实现其需要的功能，更追求一种使用过程中的良好的心理感受，用一种形象的说法就是用户是用他的脚来为软件投票的，非常简单的道理，你的产品不好，你的用户就会抛弃你的产品，走掉了。总结一点还是那句话：牛逼的功能千篇一律， 好的用户体验万里挑一。
二、什么是用户体验测试
用户体验测试顾名思义就是测试人员在将产品交付客户之前处于用户角度进行的一系列体验使用，如：界面是否友好（吸引用户眼球，给其眼前一亮惊为天人的体验，用了还想再用）、操作是否流畅、功能是否达到用户使用要求等。从测试人员于用户角度进行体验使用，最终目的就是验证我们的产品是否符合用户习惯。
用户体验测试已作为各个企业所关注的流程，不过对于国内部分公司对测试生命周期的滥用和不完善理解导致整个测试过程都还在不断的改善、发展的路程，此时“用户体验测试”也随之显得更为不受重视。众所周知，测试过程会花费部分成本，比如产品的需求变更，开发的bug修复，用户体验测试也不例外（用户体验环境从时间耗时和资源上都能体现）。考虑实际收益，用户体验测试的设计需要慎之又慎，他需要对测试的目的、介入时间、测试的周期、场景、人员的选型都要做出深入的分析和界定。
目前我们选择进行用户体验测试的一个非常重要目的是为了判定我们的产品是否能让用户快速的接受和使用，或更直接的说法是验证我们的产品是否会不符合用户的习惯，甚至让用户对产品产生抗拒。显然针对这一目的进行的用户体验测试介入时间一定要尽可能的早，试想如果在系统快要发布前才进行该项测试，非常可能因为在用户体验测试时发现页面结构不合用户操作习惯，或有些功能对于用户而言需要强化，或操作步骤过繁，在不推迟发布时间的情况下，此时对代码进行修改和优化，谁都知道这样的行为无疑是危险的。因此，较为合理的做法是当页面的demo定稿时我们就需进行用户体验测试，不过由于此时的测试是静态的，所以还不足以确保用户实际的操作感受，我们还需要在系统提交功能测试后，当功能测试人员验证主流程已能正常流转，用户体验测试就能再次介入进来，此时的用户体验测试不必像功能测试那样关注细节的实现，更重要的是收集用户的操作习惯和使用感受。假使我们不必说明使用方法用户就能流畅的进行操作并且在操作过程中不会对操作习惯进行过多的抱怨，那么我们能认为系统的交互、设计是合理的，反之，我们就需要考虑作出相应的修改和调整。
三、用户体验的本质及实例
用户体验的核心和本质：满足用户需求，超出用户期望。
有人将用户体验与软件的运行效率混为一谈，认为用户体验就指响应时间、可靠性、稳定性这三方面。其实这只是用户体验的一部分。我认为用户体验度可用几个简单的词来概括：
我们需要记住一点：我们要做的是去适应用户，而不是改变用户。
四、bug和用户体验差的区别
现在产品的通病就是只求“孩子”产品四肢健全，不在乎它们是否长相平庸难以相处，只要逻辑没有漏洞，功能上没有bug，产品即可发布上线。这个观点我不敢苟同，在不花费较少的实现成本的情况下，我们应该抱着高要求去对待产品的功能测试及用户体验测试。让用户鄙夷的用户体验和有线上bug一样让都是唾弃。IT从业人员认为，用户体验差不属于bug，它属于优化任务，优化任务广义上都是用户所发现提出的软件可改进的细节、或与需求文档存在差异。本质上用户体验差和缺陷等级较低的bug没有什么区别。
举一个例子：APP登录页面文案为“登陆”，那么问题来了,这个问题属于优化任务还是bug。实际上中国语言博大精深，其实用“登陆”是可行的，但是当前的大数据分析结果得出，产品文案均是登录，我们应该服从于大众。从用户的角度去考虑，他们可能在人海茫茫的互联网产品中一眼就记住你，原因不是你的产品功能是如何的牛逼，而是他们认为网页存在错别字的产品不多了，而我们的产品做到了。在开发和QA的日常工作中也经常出现，二者为是bug还是优化争的你死我活。在开发的眼里只要功能可用就没毛病，QA从测试的角度会考虑过多细节。bug和用户体验差导致的优化任务其实是没有本质的区别，因为他们都能给用户的体验带来不快。这些问题最终都是殊途同归。用户体验差等于对待缺陷等级较低的bug,这是毋庸置疑的，衡量的标准其实取决于用户，他们的主观意识认定是bug那么就是bug,这就是万能定理：用户就是上帝。
五、作为测试工程师如何提高自己的用户体验测试经验？
1、体验更多的产品，网站或者APP。不只是国内的产品，国外的产品也要多体验，从产品的设计和功能的布局上为什么别人要这么做？多思考总结。
2、用户反馈。多看用户多我们产品的体验反馈、建议等，多去AppStore及其他安卓市场看产品的评论，从评论中也能get到一些关键信息。
数据统计。数据统计从几个方面去看：
3、比如使用百度统计分析APP安装情况，活跃情况，都使用了哪些手机型号，手机型号的使用排名，对测试工程师来说，可以在节约成本的情况下购买用户分布多的机型。另外，通过百度统计测试人员可以再重点关注下crash情况，把crash日志抓取下来找研发一起分析。提高APP的稳定性，从而提高用户体验。
b、百度统计跟踪页面的访问，按钮的点击情况，从而分析数据，优化页面。
c、通过强大的数据中心部门，进行数据的挖掘和分析，做出更多优化。
六、体验过最坑的用户体验是怎样的？
1.超长的页面下载时间
加载速度超过30秒已上
基本上用户已经把你甩到千里之外
2.无限制的使用flash及图片
无限制的使用flash及图片.会造成页面文件超大,占用浏览者的cpu资源
并且不利于页面更新及搜索引擎对网站的抓取
3.网站页面过长
过长的网站很容易引起浏览者的视觉疲劳
网页和身材一样，都有自己的黄金比例
4.不友好的导航.
不友好的导航是最影响用户操作的, 不能让用记很方便的找到自己想到的内容
用户来到一个页面不知如何返回上一页,不知道当前页面是在哪个栏目下的
这样的网站很可能用户也会和挥手和你说再见
5.过期的信息
很久不更新的信息,很容易让浏览者感到反感,
而且在心中也会对你这个网站的品牌形象大打折扣.
实例：19楼租房
过期的租房信息简直是用户的苦海
6.死链接或链接错误
最基本的错误,但是好些还有这样的错误
包括移动、新浪这种用户量很高的平台
7.页面安全性
很多页面会把用户信息暴露在页面上,一览无余
用户安全信息岌岌可危
实例：阿里巴巴的杭州智慧住房租赁平台
暴露个人信息，导致我的电话被中介打爆了,我很想拔刀攻击敌方的产品
8.恶意插件，恶意弹出窗口
恶意弹出窗口及品牌的公告简直是谋杀用户
实例：百度帖吧
经常性跳出一些不可描述的窗口
9.页面中不要过多的用新窗口
过多的弹出新窗口,会大量占用计算机的资源
影响浏览者的浏览速度,用户的cpu和处理岌岌可危
10.链连没有标准的表现形式
网站要有统一标准的链接表现形式,并且要和没有链接的文字有区别.
要让浏览者很方便的认出哪些是
图片加的连接要在图片下标出”点击图片见大图”,图片一定要加”alt”属性.
”更多”要用中文写最好不要”more”或者标点符号代替.
11.过多的运用新技术
所谓新技术,就是只有少数人掌握的技术
虽然有可能他的视觉效果很好,功能很强大,但过多的运用新技术,就意味着你准备抛弃99%的用户,最后玩砸了
12.过复杂的分类
不要说什么用收藏夹.你以为会有超过一半的人会用收藏夹吗?
在一个过分复杂的分类中捞不到用户想要的数据是悲惨的
实例：哔哩哔哩
想找点资源按分类查，分类太多太杂，居然找不到，谋杀了一个年轻人热爱学习的心
13.关于复杂的验证码
验证码从设计之初,是为了解决区分用户是人类还是计算机的难题
对于图片中被扭曲过污染过的文字计算机无法辨识
而人类只需要稍微思考下就可以识别出来,但是现在是连人类努力思考也未必能识别出来（比如请你正确的区分出下列那些是狒狒那些是猩猩）
实例：12306购票平台-图片验证码
12306是很值得被吐槽的，让归心似箭的用户迷失在打码般模糊的图片验证码的海洋里,预防不了黄牛,却成功的拦截了用户
拓展：主流验证码大致分为以下几种
文字型
拼图型
12306型
阅读理解型
智商题型
网易云免费体验馆，0成本体验20+款云产品！
更多网易技术、产品、运营经验分享请点击。
相关文章：
【推荐】 爬虫开发python工具包介绍 （2）
【推荐】 Question | 网站被黑客扫描撞库该怎么应对防范？
【推荐】 TiDB和MongoDB分片集群架构比较
标签：时间 印象 架构 appstore 黑客 运行 黄金 建议 pstore
原文地址：https://www.cnblogs.com/163yun/p/9834764.html
