问GUI的抽象测试

EN

当有人要求测试GUI时，我总是假设这意味着“应用程序的这一部分可以通过这个GUI访问”。否则，这将意味着测试唯一没有任何逻辑挂钩的GUI。不知道为什么从来没有人真正要求测试事件是否在按下按钮或显示窗口获得焦点时触发。

不管怎样，回到问题上来。首先找出等价类、边界条件和其他测试技术。然后尝试将其应用于给定的问题。而不是试着变得有创意。所有这些都应该在创建以下测试时应用：

1)快乐路径测试-当给定的输入正确时，应用程序可以正常运行

2)负面测试-当给定的输入不好时，应用程序可以正常运行

3)精神病用户行为(我看到有人使用这个术语，我发现它很棒)--一个除了破坏你的应用程序之外没有更好的事情做，或者愚蠢到真正知道他对你的应用程序做了多么糟糕和可怕的事情的用户。

在所有这些之后，如果所有的测试都通过了，但你不知道其他的，你不知道它是否工作正常，但你可以说它通过了所有的测试，看起来工作正常。

对于给定的GUI示例。

1)

应用程序是否正在查找打开的文件中的字符串？

应用程序是否正在查找打开的文件中的字符？

在搜索过程中，它对到达文件末尾有什么反应？当存在许多这样的外观时，它是查找给定字符串/字符的其他外观还是只查找一个外观？

它是否处理像*或这样的特殊搜索字符？正确吗？它是在搜索所需的方向吗？

“Mach case”选项是否正常工作？

当打开find设置一些条件时，取消搜索并再次启动它-搜索条件是否恢复为默认值？或者它们被设置为您在单击Cancel时离开的位置？

2)

它是否在通知用户在尝试搜索不在打开的文件中的数据时找不到mach？

当尝试从文件末尾向下搜索时，它是否反应正确？

当尝试从文件的开头开始搜索时，它是否反应正确？

当没有文件加载时，搜索功能如何反应？(在MS记事本中可以这样做，但在其他编辑器中，您可以在不打开文件的情况下启动编辑器，因此此测试)

我可以同时标记向上和向下搜索方向吗？

3)

它能在4 4GB文件上正常工作吗？

我可以在'Find What:‘字段中加载4 GB的字符串并进行搜索吗？

是否可以通过提供ASCII代码来提供特殊字符作为输入？(就像按Alt和number of character...或诸如此类的东西)

我可以搜索空字符吗(字符表中有类似的内容)。

我可以搜索像行尾或CarretReturn这样的字符吗？

它会搜索来自不同语言的字符吗？(中文或其他非英文字母字符)

我是否可以注入类似')删除所有表；(如果这将是基于web的搜索)。

我是否可以通过真正快速的双击搜索按钮来启动两次适当的事件？(在web应用程序上更容易)

有了合理的测试套件，您就知道它似乎可以正常工作。

Here。

我怀疑是否能对此做出任何好的概括--这总是取决于情况。

我认为最好将功能方面和可用性方面分开来进行GUI测试。

让我们在上面的例子中假设用户输入一些文本并点击Find按钮的用例。从功能方面来说，我认为您的测试应该检查此用户操作(事件)是否调用了适当的事件处理程序方法。如果您的代码在GUI显示代码和

功能部分。

可用性方面的测试包括检查显示是否在多个平台上正确出现。我认为这需要手动验证。但我认为也有一些工具可以自动化这种GUI测试，但我没有使用它们的经验。