什么是好的错误消息?
微信搜索 【大迁世界】, 我会第一时间和你分享前端行业趋势，学习途径等等。 本文 GitHub github.com/qq449245884… 已收录，有一线大厂面试完整考点、资料以及我的系列文章。
错误信息是我们在线日常生活的一部分。每次服务器故障或没有网络，或忘记在表格中添加一些信息，我们就会收到错误信息。"出错了" 是常见的做尘。但是什么出错了？发生了什么？而且，最重要的是，我要怎么做才能修复它？
那怎样写才是一个好的提示呢？
在介绍好的提示之前，我们先来看一下什么是不好的错误提示。
不好的错误提示
Inappropriate tone
不恰当的语气： 想象一下，一个医生在做一个手术，然后突然说 "哎呀! 出了点问题......" ，当风险很大的时候，任何人都最不愿意听到这句话。所以这时候不是安可爱的时候。我们需要向用户表明，我们知道这是严重的，我们明白这对他们很重要。
Technical jargon
专业术语： 程序员喜欢把一些专业术语用在错误提示里面。例如：你不能获取我的数据？我的凭证被拒绝了？ 这些专业术语对用户来说并不重要，他们只想知道什么地方出了问题，如何解决。
#### Passing the blame:
甩锅：比如「无法连接到三方服务」。尽量把重点放在问题上，而不是导致问题的行动上。
Generic for no reason
太官方的说辞：比如「稍后尝试」。知道原因而不告诉用户，是不好的。
好的错误提示
Say what happened and why:
说明出错的原因：让用户清楚的知道发生错误的原因，可以通过视觉和文字的结合来完成。解释用户为什么会出现这个错误。即使是技术原因，也要说明是我们的原因，而不是用户操作错误。比如：「由于技术上的原因，暂时无法连接到你的账户」。
Provide reassurance
提供保证：比如「你的修改已被保存到草稿」。
Be empathetic
有同情心：比如用「请」。
Help them fix it
帮助他们解决：比如「了解如何解决这个问题」，并附加一篇知识库文章和链接。
Always give a way out
总是给一条出路：比如「如果依旧能解决，请联系客服」。
代码部署后可能存在的BUG没法实时知道，事后为了解决这些BUG，花了大量的时间进行log 调试，这边顺便给大家推荐一个好用的BUG监控工具 Fundebug。
交流
有梦想，有干货，微信搜索 【大迁世界】 关注这个在凌晨还在刷碗的刷碗智。
本文 GitHub github.com/qq449245884… 已收录，有一线大厂面试完整考点、资料以及我的系列文章。