帮助系统是软件易用性的重要组成部分。俗话说，人靠衣装马靠鞍，缺少完整而友善的 帮助系统，功能再强大的软件也不可能称得上是优秀软件。
一般说来，对帮助系统的要求包括完整性、一致性和方便性。
保证帮助系统的完整性，是一项工作量很大的工程，为每一个菜单项、对话框制作帮助 页是保证完整性最有效的方法，这些构成了帮助系统中的菜单提示和对话框在线帮助部分， 但这并不足以构成一个完整的帮助系统。帮助系统制作的最大工作量在于帮助菜单项调用的 帮助主系统。帮助主系统的编写风格往往是以功能模块为线索描述的，因此一些不常用的功 能、有复杂应用的功能、跨模块的功能往往会被遗忘，这就需要文档开发人员和测试人员的 耐心和细致了。对于大型软件来说，帮助由多名文档开发人员共同完成，跨模块功能的介 绍、复杂功能的全面介绍将成为帮助系统的弱点和测试的重点。
帮助系统与软件的一致性能否得到保证，与软件开发的过程有很大关系。以微软公司的 软件开发模式为例，计划阶段制定的软件特性在开发阶段将只有20~30%的增加或改变，因此 开发阶段开始时就可以编写帮助文件草案了。开发过程中期，主要功能锁定，帮助文件编制 工作全面展开。开发过程结束、软件进入稳定阶段时，产品已经是“外观固定”(UI Freeze)了，即产品的主要用户界面，如菜单、对话框以及文件窗口等将不再进行大的改 动，这样就保证了文档开发人员能有足够的时间编写和完善帮助系统，而不必为同步修改大 费周折。这样的开发模式下制作的帮助系统，往往能很好地保证与软件一致。
帮助系统与软件的一致性测试的重点是在开发过程中有争议及曾经改动过的部分。对于 成品测试来说，则主要使用抽查的方法，检查在软件使用过程中用到的帮助说明与功能是否 相符，并考查不符合的部分占抽查功能的比例。
对于帮助系统的方便性，有很多话题可谈，这是评测帮助系统是否优秀的最主要方面。
无处不在的帮助
用户对帮助信息的需求可谓是多方位的：用户刚拿到一个软件时，会先翻看帮助系统的 新特点部分;在日常使用中，他可能需要任何一个对话框中各选项的帮助信息;如果用户界 面上有比较独特的工具或状态栏中出现不常见的显示，他会调用“这是什么”的帮助功能; 用户在对某种功能有疑问时最大的帮助将来自帮助目录或索引。为了使用户得到更充分的信 息，帮助页上的“相关主题”是必不可少的。对于用户的误操作，除了给予明确的提示外， 还可以提供链接到相关帮助页的帮助按钮。当用户不能明确描述遇到的问题时，帮助搜索和 疑难解答将为他提供必要的信息。当以上的一切都无能为力的时候，应当提示用户拨打技术 支持电话或访问技术支持网站。如果一个软件的帮助系统在个个方面均能为用户着想，不难 想象使用这样的软件是一件多么轻松而愉快的事。
丰富的帮助索引
大部分软件的帮助系统均包括目录和索引两部分。目录部分与用户手册的结构类似，而 优秀的索引功能则使软件帮助系统的使用概率大大高于手册。帮助索引能否为用户提供真正 的帮助，与文档开发人员的责任心有很大关系。以办公软件中段落格式功能的帮助页为例， 索引词最少可以有一个，即段落;也可以有多个，如段落、行距、缩进、排版等;更好的帮 助系统将设置双层索引，如段落-行距、段落-缩进、排版-段落等。索引词的丰富和层次化， 将大大方便用户的使用，使用户在需要的时候能真正得到帮助。
一丝不苟的帮助
功能表述上无错误只是对帮助系统最基本的要求，帮助系统还应当做到排版统一、格式 美观;表达风格一致;没有病句、不使用过长的句子;尽量减少错别字，这些都是优秀的帮 助系统应当做到的。与其他用户文档不同，帮助系统还涉及到与软件的连接问题，保证帮助 系统与软件各功能模块的挂接正确性和帮助文件中各页面间交叉引用的正确性，也是帮助系 统制作的一个重要任务，需要编程人员和文档开发人员的协同工作。
综上所述，帮助文件的编写制作工作是极其繁琐的，但却是重要而必不可少的，不同的 软件可以按照各自的软件风格选择帮助文件的内容、格式和风格。好的帮助系统是软件质量 的品质证明，有助于提高用户对软件的认可程度。(完)
文章来源于领测软件测试网 https://www.ltesting.net/
