I’m pleased to announce the immediate availability
of TestNG 5.3.
The main feature in this new release is the introduction of Annotation
Transformers, that I described in a previous
post. The full documentation for Annotation
Transformers can be found here.
As you can see below, the change log is quite big as well, so
if we failed to fix a bug you reported or an improvement you requested,
please let us know and we’ll try to get it in for the next release!
Thanks to all who helped make 5.3 a reality!
Core
- Fixed: use a single instance of bsh.Interpreter
- Added: @Before/@AfterMethod can declare a
java.lang.reflect.Method parameter to be informed about the @Test method - Fixed: super classes must not be listed in
testng-failures.xml - Fixed: parallel attribute must not appear if empty or null
in testng-failures.xml - Fixed: parsing for javadoc annotations is done on request
only - Added: improved multiple suite summary page report
- Added: -target option deprecated in favor of -annotations
javadoc|jdk - Fixed: filesets in the ant task didn’t work if the paths
have spaces in them - Fixed: Before/After Suite were behaving wrong in parallel
execution - Added: A generic/extensible RemoteTestNG was added to the
core - Fixed: Before/AfterGroup-s were behaving wrong when using
invocationCount, dataProvider and threadPoolSize - Fixed: improved support for running different annotation
type tests in the same suite - Fixed: testng-failed.xml was generated even if there were
no failures/skipps - Fixed: -usedefaultlisteners was wrongly passed to JVM
instead of TestNG options - Added: Attribute dataProviderClass for @Test and
@testng.test - Fixed: Forgot to account for cases where both
invocationCount and DataProviders are present - Fixed: AfterGroups were invoked out of order with
invocationCount and DataProviders - Fixed: Reporter.getOutput() returned an empty array if a
timeOut was specified - Added: testng.xml now supports <suite-files>
- Added: ant task can receive several listeners
- Fixed: TESTNG-109 Skipped tests with expected exceptions
are reported as failures - Added: ant task can now select the parallel mode for
running tests - Fixed: ant task correctly deals with empty groups and
excludedgroups parameters - Added: ant task can override default suite and test names
- Added: comand line support for setting parallel mode, suite
and test names
Eclipse plug-in
- Added: Support for configuring per project
usedefaultlisteners - Added: Contextual drop-down menu on failures tab of the
TestNG view to enable running/debugging method failure only - Added: Suppport for configuring per project TestNG jar
usage (project provided one or plugin provided one)
#1 by rb on November 2, 2006 - 1:21 am
Excellent!
Cedric, does TestNG have the capability to define database-related test methods that perform a rollback() at the end? I mean, as in the Spring’s abstract base class.
ThankQ!
#2 by henrik lynggaard on November 7, 2006 - 11:59 am
I really like to start using TestNG, but whenever I take a look at it I get stuck at a particualer point.
In JUnit I am using cactus to do in container testing, and I don’t know what to replace cactus with in the TextNG world.
My setup is using hudson (hudson.dev.java.net) and maven2 to build the program and run the unittests
What is the recommended way of doing testNG in container testing ?
#3 by Anonymous on November 26, 2006 - 9:32 am
I use Cargo to start up a container to test my Webapps. Perhaps that might be what you’re looking for. I’ve never used Cactus, so it’s hard to say whether or not it’ll be equivalent for your needs.
#4 by Mathew on December 6, 2006 - 7:53 am
Hei! I esteem people that can do something like that! I have a friend – he is cool in programming!
#5 by sdff on January 17, 2007 - 7:34 pm
asdf