如果您想在您的团队中尝试这种方法,您只需要 IntelliJ IDEA 区版和测试管理插件。
准备测试用例
假设我们在一个敏捷团队中工作,我们的开发人员正在一个专门的分支中积极开发新功能。作为QA工程师,我们需要提前准备测试场景和检查表,为测试做好准备。
从上下文菜单中,选择“新建测试用例”并提供测试用例的名称。我们的 IDE 将创建一个带有一些示例文本的 Markdown 文件。

虽然文件的内容是纯 Markdown,但请注意不寻常的扩展名:.t.md。该扩展名表明此降价文件的目的是存储测试场景。

正如我们从示例文本中看到的,文件的格式非常简单。Markdown 标头描述了测试套件(清单)的名称,项目符 是检查或测试用例的名称。如果我们想将测试用例分解为多个步骤,我们可以使用嵌套的项目符 列表来实现。IntelliJ IDEA 将通过用相应的装订线图标标记每个测试用例和步骤来帮助我们区分测试用例和步骤。
让我们定义几个测试用例来描述这个分支中正在开发的新功能。我们还可以为这些测试声明一些标签和元信息。

一旦我们完成,我们就可以将我们的结果提交给 VCS,与团队的其他成员分享。
我们可以在 TMS 工具窗口中浏览和过滤所有现有和新创建的测试用例。为了快速导航到测试场景,我们可以使用 Search Everywhere 并输入测试名称。要缩小结果范围,我们可以使用 /tms 前缀或使用Navigate | 主菜单中的TMS 项目。

执行检查并存储结果
现在我们已经为我们的新功能创建了测试用例,我们可以在开发人员准备好后立即执行检查。
从上下文菜单中,选择New Test Run(在我们的示例中,我们将在存储测试用例的文件夹中执行此操作)并为其提供名称。选择我们要执行的测试并确认选择。

IDE 将创建一个 markdown 文件,但这次带有“.r.md”扩展名,表示该文件用于存储执行检查的结果。

一旦我们执行检查,我们就可以记录结果并将“未知”状态替换为标准的“成功”或“失败”,或者使用我们喜欢的任何其他词作为状态指示器。我们可以在零配置的情况下使用我们在团队中达成一致的任何状态。有时我们不得不离开测试场景,或者我们想要指出已执行操作的详细信息。我们可以通过更改相应测试中的步骤描述来做到这一点。

我们的测试运行也出现在 TMS 工具窗口中。完成后,我们可以将检查结果(测试运行文件)提交到 VCS 并与团队共享。
创建自动化测试
当我们接近功能实现的最后步骤时,是时候自动化至少我们的一些测试了。
IntelliJ IDEA 可以通过多种方式帮助我们解决这个问题。让我们打开要添加新自动化测试的单元测试类。
之后,在TMS工具窗口中找到我们要自动化的测试用例。要查看所有非自动化测试,请打开“过滤”对话框并选择显示未从代码中引用的所有测试用例。由于我们还没有自动化我们新创建的测试用例,我们将在TMS工具窗口中看到所有这些。

使用快捷方式或上下文菜单复制要实现的测试,然后将其粘贴到单元测试类中。

IntelliJ IDEA 将插入具有相应名称和所有预配置 Java 注释的测试函数模板。函数体将包含测试场景的步骤作为代码注释。现在我们已准备好实施我们的自动化测试。

这个测试场景不再显示在 TMS 工具窗口中,因为它现在从代码中引用。
我们可以通过单击评论中的引用或我们的自定义TmsLink注释来导航到测试场景的声明。当该功能的实现完成后,我们的团队会将其合并到主分支。
测试场景列表和执行的检查可以视为新功能的质量 告,我们可以使用测试场景进行未来的回归检查和测试自动化。
====================================================
想要了解或购买IntelliJ IDEA正版授权的朋友,欢迎咨询官方客服
标签:
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!