Expand the usage of testClassName#testMethodName for all the API about test-runner HOT 3 CLOSED

Do you mean that we would use an option in order to specify one format or the other, in order to be retro-compatible?

Yes.

I would say that we break the API (and old projects using the old versions of test-runner) and release a new major version of test-runner. I don't really see the point of having such an option (unless for retro-compatibility). This option will be drag forever without real meaning, isn't it?

My point of view is that have the testClassName#testMethodName is richer than only the simple test method names and thus it would be better for all the users. One day, we must take the step and I think it is better to do it ASAP.

WDYT?

If you think it is worth it, then I follow you. I definitely agree that it is a richer output.

I'll prepare a PR for this issue and the new major release.

from test-runner.

The main issue I see is that the output will be different to what is expected because of the changes in the names of test methods. Maybe if we introduce an option, where the default would be simple name?

from test-runner.

Do you mean that we would use an option in order to specify one format or the other, in order to be retro-compatible?

I would say that we break the API (and old projects using the old versions of test-runner) and release a new major version of test-runner. I don't really see the point of having such an option (unless for retro-compatibility). This option will be drag forever without real meaning, isn't it?

My point of view is that have the testClassName#testMethodName is richer than only the simple test method names and thus it would be better for all the users. One day, we must take the step and I think it is better to do it ASAP.

WDYT?

from test-runner.