Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
Is there a replacement for Fest, such that the replacement could drive a Java Swing UI in a blackbox manner (not JUnit) and enable BDD? Fest (https://code.google.com/p/fest/, http://fest.easytesting.org) has been abandoned since 2013 (https://github.com/alexruiz/fest-swing-1.x) as given by its GitHub project.
Java BDD tools such as cucumber (https://cucumber.io) and jbehave (http://jbehave.org) allow JUnit whitebox style, high-level integration testing, but do not drive the Swing UI from the outside in a blackbox manner.
Switching the UI from Swing to JavaFX is not an option due to human resource constraints.
The current related question is behind the times
Automated tests for Java Swing GUIs
AssertJ Swing is a fork from FEST and seems to be currently updated.
Jubula from Eclipse and Marathon are other open source options.
MarathonITE adds bells and whistles to Marathon, comes with support and a proprietary license .
I am aware that this is an old question, but since it comes up when I search for Java Swing functional test automation, I hope this is useful for someone else.
UISpec4J (http://www.uispec4j.org/) seems to be an option, I can't say much because just discovered it.
Hope it works for you.
ReTest (https://www.retest.de/en/) also is an option. It implements an innovative approach to functional regression testing and combines this with ai-based monkey testing. There will also soon be an open source version.
Disclaimer: I am one of the founders of the company behind ReTest.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
I am looking for an open Source Test Automation Tool for an application developed with GWT.
this tool should allow:
Scenarios recording
Maintenance of scenarios (binary files, XML, ..)
The integration into the build tool (Ant)
I know that Selenium do that, but I'm not sure that is the only nor the best tool to use.
If you know others automation test tools, feel free to suggest them to me.
Any help would be appreciated.
Try Selenium 2.
See:
http://www.carfey.com/blog/testing-gwt-apps-with-selenium-or-webdriver/
If you need to Load Test:
GWT load testing with jmeter
Regards
Philippe
Have you tried GWTTestCase? Refer Testing Methodologies Using Google Web Toolkit article on Google Developers better insight.
If you're open to commercial tools then I'd like to recommend Telerik's Test Studio. (Disclosure: I am the evangelist for that tool.)
We do a great job with creating very maintainable recorded tests, plus you've got the ability to dive in to as little or as much code as you need to flesh out your test suite. Test Studio handles load testing too. There's also a command line runner which is a perfect integration point in to Ant or any other build system. (We have our own scheduler, too, if you prefer that.)
Moreover, we do a great job with helping create solid tests in dynamic content situations -- AJAX, e.g.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
I am looking for suggestions on automated testing tools that can be used to test GUI/Frontend of Java Swing based windows applications in automated fashion ?
Fest has a module for functional Swing testing, and it's actively maintained.
windows test case tool is there its eclipse plugin,
Marathon tool is there
I suggest JFCUnit.
Depends on what you want. If you want recording Marathon (http://www.marathontesting.com) might be a good choice. Marathon records scripts in Ruby or Python.
I suggest to take a look at ReTest. It is a innovative tool with a novel approach to functional regression testing, which it combines with ai-based monkey testing.
It is about to become open source as well.
Disclaimer: I am one of the founders of the company behind ReTest.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
I am trying to find a tool that can help a developer in eclipse keep up to date with correct markup respecting accessibility.
The tool I have come across is this one:
http://www.eclipse.org/projects/project_summary.php?projectid=technology.actf
I have managed to test out web pages from within eclipse, but I can't seem to get the GUI Accessibility feature to work on a JFrame. Anyone have any ideas?
Thanks!
I do not believe there's any way to test Swing based applications with this tool. If you look at
http://www.eclipse.org/actf/docs/users/aDesigner/docs/overviewGui.html
The tool appears to test API's such as MSAA and IAccessible2. JFrame is part of the Swing toolkit so does not support any of these interfaces. In order to make Swing applications accessible you need the Java Access Bridge and a supported screen reader. NVDA is an open source screen reader that supports the Java Access bridge. To my knolidge there is no way to do automated accessibility testing of Swing applications. If you need to make a Swing application accessible you'll have to manually test it out with a screen reader. Also of note is the fact that the Java Access bridge is not widely supported and has not been updated in several years and will not run in a 64 bit JVM. A new version of the access bridge is in beta and will work with 64 bit JVM's but most likely will require updated screen reader support. I do not know of any screen readers that officially support the new beta. More info about the beta can be found at
http://jdk6.java.net/6uNea.html
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 4 years ago.
Improve this question
I understand this question has been asked before, but that was back in 2008, and things have changed. I tried looking for Swing, but the JFC is now outdated, and I can't seem to find Swing anywhere else.
I'd like to know what the best up-to-date java GUI libraries are.
Looking at the question you link to ( Which GUI Library is the best in Java?
), the answers there are still relevant.
Short version:
There are two serious contenders for a GUI: Swing and SWT.
Swing is more mature (arguably), is part of the standard JDK (no deployment issues), very flexible and well-documented.
SWT makes it easier to behave like a native application across different OSes (but this also means significantly more portability issues). It also reportedly performs better in some scenarios (but this depends very much on what you do).
Some other considerations:
I'd seriouly consider creating a web app when making a new app nowadays. In that case, SWT scores an extra point, because it has Eclipse RAP which (more or less) lets you convert a desktop client into a web client by just recompiling against different libraries, because it uses the same API as SWT.
Also, you might consider building atop a client framework, instead of writing from scratch. In that case, if you use Eclipse as your framework, you'll have to use SWT. Or use Netbeans, which is based on Swing...
SWT has been good to me. It provides a native look-and-feel by using native controls when available.
You can optionally use it and JFace in the Eclipse Rich-Client Platform, which provides a framework for applications built atop a community of plug-ins. It has a high learning curve, but provides a mature, powerful framework that you don't have to build.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
What is a good open source project which uses junit tests in its source code?
I want to see how its done and learn about it.
Any serious project (including open source) has unit tests. For what I've seen spring and hibernate have a lot of them.
This is a very good lecture about Object-oriented design for testability. It is not for complete beginners, but it gives very good insights.
The most widely used Test coverage tool is: eclemma
Update
Regarding "real world" understanding of jUnit. I would recommend use TDD and implement something very simple.
For example: Set (Java collections) and implement the test for the methods like: equals(), contains(), empty() etc.
The best way to learn something is by doing. Read this article, they have taken an example of Xerces XML parser
I wrote sections for Geoserver which only got accepted into the open-source tree once the additions were covered by tests. While testing my framework I came across some of the shortcomings in the Testing itself and extended it to allow for more abstract testing. The source for Geoserver can be accessed via SVN and the Eclipse Run-As Junit Test profile gives nice pass/fail stats.
You could also try and participate TopCoder developer competitions (this is not an ad). Every project there is required to have number of tests. And the volume of code covered by tests should not be below 85%.
I can recommend you to look at Hibernate project source code. Unit tests are very good there. Good example to follow.