当然，如果我非常希望验证我的 Word Finder GUI，我必须确保在用户执行意外操作时 —— 程序能够正常工作，比如在输入单词之前按下 Find Word 按钮，或者情况更糟，比如他们输入了一个无效的单词。举例来说，如果用户没有向文本字段输入内容，GUI 应该显示特定的信息，如清单 4 所示：

图 4. 糟糕的极端例子

当然，使用 TestNG-Abbot 测试这种情况非常简单，不是吗？我所做的仅仅是将空值传送到 TextComponentFixture 中，按下按钮（通过对 ButtonFixture 使用 click 方法）并插入 “Please enter a valid word” 响应！

清单 4. 测试一个极端例子：如果有人没有输入单词按下了按钮该怎么办？

@Testpublic void assertNoWordPresentInvalidText() { TextComponentFixture text1 = new TextComponentFixture(this.fixture，   "wordValue"); text1.enterText(""); ButtonFixture bfix = new ButtonFixture(this.fixture， "findWord"); bfix.click(); LabelFixture fix = new LabelFixture(this.fixture， "definition"); fix.shouldHaveThisText("Please enter a valid word");} 

如清单 4 所示，一旦理解了获得所需 GUI 组件的引用时，事情并不是很困难。后一步是检验其他 糟糕的极端例子 —— 输入了无效的单词。这个过程与 清单 1 和 清单 3 非常相似：仅仅是将所需的 String 传递到 TextComponentFixture 对象，单击，然后插入特定的文本。如清单 5 所示：

清单 5. 轻松验证另一个极端例子！

@Testpublic void assertNoWordPresentInvalidText() { TextComponentFixture text1 = new TextComponentFixture(this.fixture，   "wordValue"); text1.enterText("Ha77"); ButtonFixture bfix = new ButtonFixture(this.fixture， "findWord"); bfix.click(); LabelFixture fix = new LabelFixture(this.fixture， "definition"); fix.shouldHaveThisText("Word doesn't exist in dictionary");} 

清单 5 很好地验证了图 5 演示的功能，难道您不这样认为吗？

图 5. 输入了无效单词

真不错！我们已经使用 TestNG-Abbot 轻而易举地验证了三种不同的用户场景。对于每种情况，我需要的只是被测试的组件的逻辑名称以及一系列步骤，以便创建场景。

继续测试 GUI

TestNG-Abbot 可能是测试工具中的新生儿，但它从其前辈那里继承了一些非常有用的特性。本文向您展示了如何使用 TestNG-Abbot 通过编程的方法将 GUI 组件隔离，然后使用 fixture 公开组件的验证方法。在这个过程中，您了解了对正常情况下的场景（所有事务都合乎逻辑）以及无法预见场景下（包括意外操作）进行测试是多么简单。总之，你只需要知道场景和组件在其中起到了作用。使用 TestNG-Abbot 方便的 fixture 对象可以很轻易地改变组件的行为。