帮助文本和错误信息
帮助文本和错误信息通常被认为是产品的次要部分。它们可能是由低级程序员编写的（比如我）或是作者编写，对其进行更新的工作可能被赋予低优先级。
当你感到困惑或是有麻烦时，寻求帮助或倾向于使用错误处理程序将是一个明智的选择。你可能会觉得不爽，更多的时候是不耐烦。而如果其中有信息误导了你，其余的倒还不如没有来得更好。以下列出的是几种常见的问题。
1． 不合适的阅读层次
在计算机终端上，人们不能很好的进行阅读。帮助文本和错误信息应该尽量措辞简单明了，多用主动语态，尽量少使用技术术语，即便用户中有计算机经验也是如此。
2． 冗长
避免你的帮助文档和错误信息变成裹脚布。大多数用户在需要更多信息时，会选择通过菜单获得进一步的信息。最好让他们自己选择所需的信息。
3． 不合适的情绪语气
尽量不要使用感叹号，如“终止”、“崩溃”之类的带有激烈意味的词语都应如此。
4． 事实错误
记得测试时需要测试那些更新过的功能，在旧的帮助上的方法可能在新软件中是行不通的。
5． 上下文错误
不要把上下文之间的关系搞错了。这会带来阅读时的不便。
6． 没有识别出错误来源
通常，一个好的错误信息不仅可以指出是什么情况，而且还要指出为什么有些东西出了错，以及如何处理此类错误的方法。
7． 16进制转储不是错误信息
8． 没有说明原因就禁止一个资源
如果程序尝试使用打印机、内存控件等资源，却做不到，错误信息应当包含的不仅仅是宣布失败，还需要说明原因。
9． 报告说没有错误
首先，还是承认这种情况不太可能出现；错误信息只能由错误状态出发，如果大部分是通常情况的调试消息，亦或者是少部分并不一定由某个缺陷引起的事件报告，那么，你可能就会忽略所有的错误信息。
显示上的（问题）缺陷
这是一个比较客观的问题，至少表面上看上去是这样的。任何可见的错误都会产生让人不快的感觉（尽管这些问题不一定很严重），用户就不一定会相信或者购买该产品。可能是因为此类错误大多数都是属于低级错误，通常并不受到开发人员和项目经理的重视，但是我们必须重视它――它就是问题（Bug），它就是我们要找的东西之一。
两个光标
程序员在跳转屏幕的时候忘记擦除旧光标，嘿，我该相信哪个才是我要的。更糟的是：第二个光标可能反映储激活区域附近代码中的混乱（即使程序可以正确回应，可程序还是有可能误解）。如果光标在测试期间行为不正常，还是先保存再检查你输入的任何数据。
光标消失
有时候光标会消失，因为程序员在其上显示了一个字符，或者移动了它，但是忘了对它重新显示。然而，一个程序的光标指针可能不可用。当它指向一个用于数据或程序存储的内存位置，而不是屏幕内存时，你会看不见光标。无论何时程序尝试显示光标，它都会重写内存中的信息。
光标显示在了错误的位置
程序在某个位置显示了光标却在另一个位置对输入做出了回应。这不是令人兴奋的发现，至少它误导了你走向了错误的方向。一个错位的光标可能会警告：程序会截断输入的字符串，或者用无用数据将其填满。在有双光标的情况下，输入文本可能得到正确响应，却未必会正确保存。
光标移动到数据录入区域之外
光标不应该离开数据录入区域，这通常是由于编码错误引起的。有些程序员有意让你把光标移动到屏幕的任何地方，然后告诉你一个错误信息，说明你不能在此输入任何东西――－这还是一个错误――设计错误。
数据写到了错误的屏幕位置
光标提示在正确的位置，但是数据却显示在屏幕错误的位置（张冠李戴）。
未能清除部分屏幕
一条信息在屏幕上显示了几秒钟，接着却只有一部分被擦除了；或者你对前一问题的回应仍然留在屏幕上。为了输入一些新东西，不得不在提示或不相关的回应上输入，这是令人头疼，而且迷惑不解的。在以前测试的项目中，就曾经出现过由于屏幕未正确刷新导致的清屏不完整及无故弹出不相关提示的问题――这种问题比较普遍，需要多加注意。
未能突出显示部分屏幕
如果程序常常需要突出显示某个特定类别的项目，例如提示或者在激活窗口中的所有文本，那么它就必须一直这么做。
未能清除突出显示
屏幕位置的属性与显示的文本分开储存时这是很普遍的。程序员删除了突出显示的文本，但是忘记了从屏幕的那一区域清除突出显示。
显示的字符串错误或不完整
显示的消息可能是毫无价值的文本，一个冗长的信息的一个片断或是一条应该显示在其他时间出现的完整信息。这其中任何一条都可能反映出程序逻辑上，用来发现消息文本的指针的值或者已储存的文本副本中的错误。
显示信息过长或者不够长
消息在屏幕上显示的时间应该足够长，至少应该保持到能让用户读到结束为止。对同一条消息有时显示时间长，有时显示时间短需要注意，这可能预示着外部资源之间的竞争条件，往往这些条件是在我们考虑之外的，需要认真对待。
界面布局的显示
屏幕看上去应该是很有条理的，别让它看起来像是一个乱糟糟的房间。不同类别的对象应该在可预知的区域分开显示。你可以参考一些关于UI布局的文章，但归结起来说：显示布局应该很容易让你在屏幕上找到你要的东西。
从美学角度看屏幕布局很拙劣
屏幕可能是不平衡的，大多数情况下是这样子，行或者列不对齐，或者只是看起来很“糟糕”。好好利用你的鉴赏力，如果没有信心，可以问问别人的意见，参考一些界面设计很合理的软件。如果对你而言它的布局的确看起来很糟，相信你的直觉，肯定有什么东西错了，尽管现在你还没有发现。
菜单布局错误
这是最常见的问题之一了：我们有时候会发现在编辑菜单下突然冒出了一个文件关闭的选项，而一般它是放在文件一栏下的。在很多的参考文献中，已经对这方面的内容做了比较详实的说明，我想强调的是以下一些问题：
1． 相似的或从概念上相关的菜单选择应该分组，或者应该在屏幕上说明。
2． 选择一个菜单项通常应该独立。为了获得一个独立的结果，用户不应该必须在不同的菜单上做出两个或更多的选择（这可绝对“难”用）。
3． 通过键入其首字母来选择菜单项通常要比使用数字来得好。当然，你要留神不要给菜单项过于奇怪的名称，另外，还要注意不要在同一栏下面不要出项重复的字母。
对话框布局错误
就强调几点吧。
1． 对话框应该一致。如：他们应该一致使用大小写，字体和文本对齐规则。对话框标题应当占据某个一致的位置，并与用来调用该对话框的命令名相符合。相同的快捷方式在不同对话框之间应该起相同作用――如<ESC>不应取消某些对话框，而完成其他的任务。
2． 对话框中的控件布局必须合理安排。应使用必要的间隔把组隔开。
3． 选择和录入区域应该垂直和水平排列，这样用户就可以以直线模式操作光标的运动（为了方便）。
4． 留意对话框之间的相互依赖性。如果某个对话框中的选择将最终决定另一个对话框的选项将是令人困惑的。
模糊不清的指示
你应该总是知道去哪里查找以找出下一步。如果屏幕排得很满，总是应该为命令和消息留出一块空间。在屏幕中央显示信息也是一个不错得选择。
闪烁的误用
闪烁的图片或文本很引人注意，不过记得不要太多闪烁。太多的闪烁会让人觉得不舒服。你应该每次最多只让一个目标进行闪烁而且频率不能太高。
颜色的误用
不要太多颜色，它会让我们的眼睛很疲劳。颜色不应该使我们分散注意力，也不能使屏幕看上去杂乱无章，尽量使用统一风格的颜色，如果程序的颜色组合看上去很难看，抗议吧，没有人会愿意买毫无美感的产品的。
过于依赖颜色
如果程序在项之间使用颜色为唯一分隔符，那么它将限制使用者的范围，对于一些特殊的产品，需要考虑到例如色盲之类对颜色不敏感的人群或是使用单色显示器的用户。
与环境风格不符合
如果与计算机相关的风格提供了某种一致性和便利，尽量好好利用。也许对程序员来说可以使用更好的技术来代替，对于用户来说也未必不是不可接受的。例如：在习惯了鼠标和图标之后，恐怕很少有用户会习惯敲击键盘书写命令来完成计算机可以使用鼠标完成的工作。当大多数其他的程序以某种特定方式在屏幕的特定位置显示错误信息时，新程序也应该是这样的。
不能去掉屏幕上的信息
在屏幕上某个部分的可用命令选择菜单是很好的选择。一旦用户精通了程序，有些菜单就会成为屏幕空间资源的浪费。你应该可以提交一个命令能去掉和重新调用它。这点上，值得向微软的Office系列软件学习。
命令结构和录入
这里只处理实现中的缺陷。（即假定程序员对风格的选择是合理的）
成都汇智动力是一家专注于构筑软件设计与质量评审的专业 IT 解决方案提供商。公司成立于2014年，经过3年多的发展已经成为企业级方案的创新领导者。截至2018年，汇智动力在全国七个城市：北京、深圳、成都、广州、重庆、南京、和西安成立分公司，聘用100余位行业精英，通过本地资源共享和全球人才交流等方式服务行业高端客户。汇智动力产品线涵盖云原生应用的开发、交付、运维和运营全生命周期，并提供公有云、私有云和混合云等多种交付方式；日常业务涵盖软件研发、项目外包、技术咨询、高校合作、人才服务、职业认证等方向，通过咨询帮助企业改善的 IT 组织模式，改进软件开发方法，以软件质量带动企业业务发展。