例如,在开源项目JChemPaint中,通过将十几个单独的测试收集到几个 Java 文件中来测试 GUI(使用 FEST 框架)。每个文件只启动一次小程序,并在一个链中执行几个独立的测试。
我想知道这是否是好的做法。当然,每次启动都会花费时间。但是,我可以看到先前操作的副作用和可能的例外的问题,但我不是专家。那么,将多个测试放在一个小程序启动中是一种好习惯吗?
(我也在寻找 GUI 测试的最佳实践集合,但不能提出这样的问题,尽管如此,还是欢迎提示。)
例如,在开源项目JChemPaint中,通过将十几个单独的测试收集到几个 Java 文件中来测试 GUI(使用 FEST 框架)。每个文件只启动一次小程序,并在一个链中执行几个独立的测试。
我想知道这是否是好的做法。当然,每次启动都会花费时间。但是,我可以看到先前操作的副作用和可能的例外的问题,但我不是专家。那么,将多个测试放在一个小程序启动中是一种好习惯吗?
(我也在寻找 GUI 测试的最佳实践集合,但不能提出这样的问题,尽管如此,还是欢迎提示。)
我对这两个顶级容器之间的尴尬划分感到困扰:
org.openscience.jchempaint.application.JChemPaint
org.openscience.jchempaint.applet.JChemPaintAbstractApplet
.
粗略阅读后,不愿批评;但重构内容可能会限制所需的重复测试量。在这个非常简化的示例中,常见的初始化仅限于initContainer()
方法。相比之下,JChemPaint
它要复杂得多,并提供许多小程序参数,应测试其正确传输。
这种重构可能正在进行中。appletests
似乎是早期开发阶段的产物,而较新的工件jchempaint.src.test
似乎反映了更新的、基于注释的测试架构。