我的队友和我很难理解是否应该/在参考秋千类的Junit测试中可以/进行突变测试。
更确切地说，我们目前正在使用Junit 4和Assertj Swing来测试该大学的测试作业(与TDD(的界面。我们还将pitest用作突变测试框架。
我们使用Window -Builder插件构建了秋千类，以进行日食，因此，我们对类的结构没有太多控制。单位测试都是绿色的，但是当运行坑时，在这些课程中会从坑中抛出大量例外，并且测试失败了。您可以在Travis上看到Maven登录。
由于我们刚刚开始理解测试世界，因此，实际上处理这些事情的人的建议将不胜感激。
非常感谢。
突变测试用于测试您的测试覆盖范围，而不是代码。因此，当您的测试失败时，您可以接受测试覆盖率。
问题在于，UI测试很难编码，并且不是很稳定(至少是几年前，特别是对于Linux而言(。因此，突变测试没有为它们提供其他价值。UI代码的任何小更改都可能提供不可解释的堆栈跟踪，因此您不能说您的测试是好还是摇摆过于复杂，并且可以使easilly降低(挥杆会抛出大量的例外，因此任何小小的更改都可以引起其中之一他们(。
我的建议是标准的：将UI代码与业务逻辑分开，并为您的商务类提供正常的测试。在这种情况下，您的突变测试可能是合理的。