[置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助

本文为系列文章"Web 软件测试 Checklist 应用系列"中的第 6 篇,主要介绍在测试网页产品的消息和帮助方面应用 Checklist 的情况,并给出部分应用实例。消息和帮助是用户在使用产品的过程中获取辅助信息的重要途径。清楚有效的消息提示和帮助信息能帮助用户更快捷的使用产品,并获得良好的用户体验。消息为用户提供的是执行相关任务的状态和结果;帮助则为用户提供相关功能的解释说明。

消息和帮助测试包含的范畴

顾名思义,消息是指传递信息的载体。用户通过消息来了解系统当前运行的状态,当系统出现异常时,用户通过消息来了解需要采取的动作。产品的帮助信息,可以为用户提供必要的产品说明和信息,以保证用户能了解如何安装、配置和使用产品。

消息测试 Checklist

表 1. 表 1. 消息测试 Checklist 总结
序号 Checklist
1.1 确保系统消息框能正确展开和收起
1.2 确保所有的消息正确显示
1.3 确保消息内容足够清楚以告诉用户确切的错误所在
1.4 确保警告和错误消息无拼写错误
1.5 当页面有非法输入时,提交后应定位光标到出错区域
1.6 确保所有的消息标题为粗体

1.1 确保系统消息框能正确展开和收起

系统消息框这里是指位于网页底部用于显示最近页面的状态及输出结果,以帮助用户了解最近页面上的相关操作及结果。该消息框不止可以查看最近一条状态,用户可以通过单击该消息框展开它,从而查看更多的历史记录和状态,再次单击可以折叠收起历史记录。这就提供了一个方便的途径可以满足用户查看历史状态的需求。

在网页测试过程中,测试人员需确保该消息框能正确的展开和收起。测试中需要测试展开后接着就收起的流程,以及消息框展开后,用户在页面上执行部分其他操作后再收起消息框。以上两种情况都要测试到,并确保两种情况下,消息框都能正确的展开和收起。

图 1. 系统消息框展开收起测试实例
[置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助_第1张图片

图 1 中所示的实例中,我们将系统消息框展开后,在页面上做了额外的其他操作,然后试图去收起该消息框,但无法实现,点击消息框的动作不能让其收起。这也是产品的缺陷。

1.2 确保所有的消息正确显示

消息的目的是向用户传递信息,因此,正确有效的显示是消息的首要要求。消息的表达应该简洁、清楚,没有冗余和不可理解的信息。

图 2. 不合理消息显示实例
[置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助_第2张图片

如上图 2 中显示的是一条不恰当显示的消息,该消息中包含一些冗余的不可理解的内容“...”””,此类信息内容不但不会为用户提供有用的信息,反而会给用户带来困扰,应加以修正。

1.3 确保消息内容足够清楚以告诉用户确切的错误所在

错误消息需要提供给用户准确的错误描述,告知用户错误究竟出在哪里,而不能包含模棱两可的内容,更不能存在误导性或者不可理解的内容。

图 3. 模糊不可理解的错误信息实例
[置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助_第3张图片

上图 3 中所示,该消息包含这样的消息描述“Connection refused: connect”,从这段文字,用户并不能知道它要传递的信息是什么,也不知道错误究竟出在哪里。这里显示的消息,实际上是产品内部设计的一些中间输出,是给开发人员所用,而不容易被用户所理解,所以应该更换为用户易于理解的文字,这也是产品的缺陷。

1.4 确保警告和错误消息无拼写错误

作为向用户提供帮助的消息,所有的警告消息和错误消息都不能包含拼写错误,一旦出现将很可能导致用户对产品的不信任。所以,应该仔细检查坚决杜绝此类问题的发生。

图 4. 包含拼写错误的消息

如上图 4 所示,该错误消息中存在拼写错误“alredy”,这种低级失误应该在开发过程中尽力避免,因为这种问题虽小,但给用户对于产品的印象会大打折扣。在测试过程中,可以设计专门的测试用例去检查所有的消息的拼写,以检查是否存在错误拼写的问题。

1.5 当页面有非法输入时,提交后应定位光标到出错区域

当一个网页输入页面上有多个输入域而且某个输入域输入的为非法值时,点击提交之后,页面应该将光标定位到非法区域并高亮显示,以醒目的方式告知用户哪里有非法输入,并引导其加以更正。

图 5. 出现非法输入时的页面实例
[置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助_第4张图片

上图中,在用户名区域中输入了非法内容,此时页面提示输入是非法的,但这时当用户试图去修正该非法输入时,却无法选中该输入域,因为弹出的错误消息框将输入框覆盖住了。这是产品的缺陷。正确的处理应该是,错误消息不会覆盖输入区域,当点击输入区域后该错误提示自动消失。

1.6 确保所有的消息标题为粗体

为了醒目的提醒用户,所有的消息标题都应该以粗体显示,从而让用户更容易发现消息并点击查看详细内容。

帮助测试 Checklist

表 2. 表 2. 帮助测试 Checklist 总结
序号 Checklist
2.1 确保当前页面的帮助与页面内容相符
2.2 确保帮助文档打开后其他页面功能可正常执行
2.3 确保所有必要的悬浮帮助窗出现并显示准确

2.1 确保当前页面的帮助与页面内容相符

网页产品中,通常可以查看每个页面或者页面上具体内容的对应帮助信息,需要确保该对应帮助信息能正常出现并与相应的页面内容保持一致,从而能帮助用户更好的理解页面相关内容。

图 6. 错误内容无法打开实例

如上图 6 中所示,该页面上存在一个帮助按钮,该按钮的悬浮窗口显示可以通过点击该按钮查看完整的帮助信息。但当我们点击该按钮时,帮助页面并没有打开,实际上什么都没有发生。这是产品的缺陷。正常情况下,帮助页面应被成功触发。

2.2 确保帮助文档打开后其他页面功能可正常执行

通常网页产品的帮助页面打开时,是以侧边栏的形式显示的,当此类页面显示在侧边栏中时,用户应可以正常进行其他的页面功能,不应该受到帮助页面打开的影响。

2.3 确保所有必要的悬浮帮助窗出现并显示准确

悬浮帮助窗口是一种重要的帮助信息,它只有当光标置于相应的组件上方时才显示,当光标移开之后就消失,这种帮助窗口比较方便快捷,不需要用户去点击,只需要移动光标即可。通常来说,所有可以点击跳转的按钮和超链接都应该有悬浮窗帮助信息显示。

图 7. 悬浮窗帮助信息实例

上图 7 中所示,我们在测试中发现,当光标位于图示的两个添加、删除按钮上方时,并没有悬浮窗帮助信息弹出,而用户需要通过该帮助信息了解这两个按钮的功能简介,这是产品的缺陷。


总结

消息和帮助是用户获取产品功能说明获取帮助信息的非常重要的途径,清楚有效地消息和帮助信息可以帮助用户更快速地上手使用产品,遇到问题能更快地找到解决办法。这也是提供良好的用户可用性的重要方面。


你可能感兴趣的:([置顶] Web 软件测试 Checklist 应用系列,第 6 部分: 消息和帮助)