How to use getLineSeparatorOrNewLine method of org.testng.reporters.RuntimeBehavior class

Maven has since been updated and can use categories.

An example from the Surefire documentation:

<plugin>
      <artifactId>maven-surefire-plugin</artifactId>
      <version>2.11</version>
      <configuration>
        <groups>com.mycompany.SlowTests</groups>
      </configuration>
</plugin>

This will run any class with the annotation @Category(com.mycompany.SlowTests.class)

I've had this exact problem (and spent the last 6 hours trying to solve it). My problem was that my HostName wasn't set.

Check that:

sudo scutil --get LocalHostName

Matches:

sudo scutil --get HostName

And if they don't, use:

sudo scutil --set HostName [YOUR_HOST_NAME]

To fix it.

What logging framework is used ? I would provide custom config file to it instead of setting it via API. I think java.util.logging is used, my choice would be jul--over-slf4j + slf4j-api + logback-classic, then set loggers and appenders in logback's config file.

One thing I haven't yet seen mentioned is that one of the reasons behind this design decision is historical.

Before test cases where marked by annotations, they were analysed by JUnit via reflection - all public void methods, the name of which started with test, and that didn't have any arguments, were considered test cases that were run by the framework.

Had these methods allowed to also return a value, you could not have created a public helper method starting with test that calculated a value commonly used in some tests, or the framework runner would have tried to run it.

You should have made them private anyway I guess.

Additionally, this was also the high time of "a method name that starts with a verb should do something" (rather than calculate something).

I thought that I would share my answer because it took a little while to figure out and my particular problem is somewhat different than the problems of others who have encountered this particular stack trace.

The solution is to add the following XML element to Surefire's configuration in the pom.xml file.

<configuration>
  <!-- pre-existing config -->
  <properties>
    <property>
      <name>junit</name>
      <value>false</value>
    </property>
  </properties>
</configuration>

This is documented further in the Surefire documentation on running JUnit and TestNG tests together.

If you are using rest-assured of version 4.2.0 then you should keep all the related JARs like json-path and xml-path of same version and

As a best practice al was use the latest jars which has include most of the bug fixes Looks like you need to use latest version of json-path for now you can use

io.rest-assured:json-path:4.3.0
io.rest-assured:xml-path:4.3.0

Also make sure your runtime environment classpath includes those JARs and with the same version used while compile time.

Edit :

Also include

io.rest-assured:rest-assured-common:4.3.0

The below is the list of JAR's that are required for you

For PKIX error

If -Djavax.net.ssl.trustStore is present in your JVM arguments, Java will use the keystore specified with that argument. You can verify whether the -Djavax.net.ssl.trustStore parameter is causing problems by running the SSLPoke test and specifying the same JVM argument to use that keystore.

For example:

$JAVA_HOME/bin/java -Djavax.net.ssl.trustStore=/my/custom/truststore SSLPoke jira.example.com 443

You are trygin to access a secure URL . hence you need to import the public certificate in your keystore first.

Override the toString() method in your pojo class like below

@Override
public String toString() {
    return "brand: " + this.brand + ",color: " + this.color;
}


car1.toString().equals(car2.toString()); //It will return true if both objects has same values

In case you have large nos of parameter i will suggest you to go with bellow code

public static boolean comparePOJO(Object obj1, Object obj2) {
    return new Gson().toJson(obj1).equals(new Gson().toJson(obj2));
}
comparePOJO(car1,car2); //It will return true

No, but nothing stops you from merging these two data providers into one and specifying that one as your data provider:

public Object[][] dp1() {
  return new Object[][] {
      new Object[] { "a", "b" },
      new Object[] { "c", "d" },
  };
}

public Object[][] dp2() {
  return new Object[][] {
      new Object[] { "e", "f" },
      new Object[] { "g", "h" },
  };
}

@DataProvider
public Object[][] dp() {
  List<Object[]> result = Lists.newArrayList();
  result.addAll(Arrays.asList(dp1()));
  result.addAll(Arrays.asList(dp2()));
  return result.toArray(new Object[result.size()][]);
}

@Test(dataProvider = "dp")
public void f(String a, String b) {
  System.out.println("f " + a + " " + b);
}

JUnit and TestNG are the main unit test frameworks.

Comparison can be found here - http://www.mkyong.com/unittest/junit-4-vs-testng-comparison

I've used JUnit in most places I've worked, it seems to be the standard, but there are some nice things in TestNG.

I've used the following in combination with JUnit to facilitate testing:

• Mockito for mocking objects - http://code.google.com/p/mockito/
• Hamcrest assertions for more readable assertions - http://code.google.com/p/hamcrest/
• Twip for parameterized testing, the JUnit stuff isn't the greatest, in fact TestNG does this better as well - http://twip.sourceforge.net/