Data provider methods should type of setup method

[martingrossmann]

Is your feature request related to a problem? Please describe.
At the moment data provider methods have no corresponding method context. Only in case of assertion or exceptions a method context is created (see fix #214).
But a data provider method is a kind of setup method and should get its own method context.

Describe the solution you'd like
The TesterraListener already implements IDataProviderListener. Its needed to implement some more methods like beforeDataProviderExecution and afterDataProviderExecution.
The method context should have the type Setup.

[martingrossmann]

First analyses and current unsolved problem:

Overwriting the following TestNG methods in TesterraListener:

@Override
public void beforeDataProviderExecution(IDataProviderMethod dataProviderMethod, ITestNGMethod testNGMethod, ITestContext testContext) {
   ...
}

@Override
public void afterDataProviderExecution(IDataProviderMethod dataProviderMethod, ITestNGMethod testNGMethod, ITestContext testContext) {
   ...
}

For creating new MethodContext we need to call pBeforeInvocation(IInvokedMethod invokedMethod, ITestResult testResult, ITestContext testContext) within the TesterraListener. testNGMethod contains the called test method. The complete MethodContext logic based on ITestNGMethod.

Well, the object testNGMethod contains enough information about the data provider but from my point there is no chance to get to know if testNGMethod is created from a data provider listener method or from 'real call' of the test method (see beforeInvocation of TesterraListener).

The information that the current method context contains the data provider must forwarded to ClassContext.getMethodContext() (l. 130).

[martingrossmann]

Some additional hints:

• extend status tests (count of method contexts, ...)
• extend ReportNG tests (method details)