Ed, Oleg,

Could you please clarify on the following point:
> 3. Add @Before, @After on methods which should run before, after a
> test (setUp, tearDown in current approach).
Beforehand we used to override beforeTestsStarted, beforeTest,
afterTest, afterTestsStarted. What will happen with these methods
after migration to junit4? I can see that order of execution can
become tricky especially when both styles are used at the same time.
And an immediate suggestion is to avoid using both styles (annotations
and overridden methods) in the same test. What is your insight?
вт, 11 дек. 2018 г. в 10:27, Vladimir Ozerov <voze...@gridgain.com>:
>
> Hi Oleg,
>
> Yes, makes perfect sense. Thank you.
>
> On Mon, Dec 10, 2018 at 10:14 PM oignatenko <oignate...@gridgain.com> wrote:
>
> > Hi Vovan,
> >
> > I just created JIRA ticket to address your concerns:
> > - https://issues.apache.org/jira/browse/IGNITE-10629
> >
> > In brief, the plan is that a week or two after migration is over we will
> > run
> > code inspection that detects JUnit 3 style tests that lack @Test annotation
> > and fix these tests if there are any.
> >
> > Does that answer your question?
> >
> > regards, Oleg
> > Vladimir Ozerov wrote
> > > Ed,
> > >
> > > Several questions from my side:
> > > 1) When the change is expected to be merged?
> > > 2) What contributors with opened PRs and new or updated JUnit3 tests are
> > > supposed to do? Rewrite to JUnit4?
> > >
> > > If yes, then we should give them time to have a chance to get used to new
> > > approach and resolve possible conflicts.
> > >
> > > Vladimir.
> > >
> > > пн, 10 дек. 2018 г. в 20:32, Eduard Shangareev &lt;
> >
> > > eduard.shangareev@
> >
> > > &gt;:
> > >
> > >> Ivan,
> > >>
> > >> So, suggested actions with the new approach:
> > >> 1. Add @Test annotation on test methods.
> > >> 2. Add @RunWith(JUnit4.class) annotation on test class.
> > >> 3. Add @Before, @After on methods which should run before, after a
> > >> test (setUp, tearDown in current approach).
> > >> 4. Add your test-class to a suite using suite.addTest(new
> > >> JUnit4TestAdapter(YourTestClass.class));
> > >> 5. Use @Ignore instead fail(); for muting test.
> > >> 6. You could start using @Parametrized instead of inheritance.
> > >>
> > >>
> > >> On Mon, Dec 3, 2018 at 1:15 PM Павлухин Иван &lt;
> >
> > > vololo100@
> >
> > > &gt; wrote:
> > >>
> > >> > Hi Oleg,
> > >> >
> > >> > I noticed that GridAbstractTest is now capable to run junit4 tests.
> > >> > What are the current recommendations for writing new tests? Can we use
> > >> > junit4 annotation for new tests?
> > >> > пн, 12 нояб. 2018 г. в 19:58, oignatenko &lt;
> >
> > > oignatenko@
> >
> > > &gt;:
> > >> > >
> > >> > > Hi Ivan,
> > >> > >
> > >> > > I am currently testing approach you used in pull/5354 in the "pilot"
> > >> > > sub-task with examples tests (IGNITE-10174).
> > >> > >
> > >> > > So far it looks more and more like the way to go. The most promising
> > >> > thing I
> > >> > > observed is that after I changed classes in our test framework the
> > >> way
> > >> > you
> > >> > > did, execution of (unchanged) examples tests went exactly the same
> > as
> > >> it
> > >> > was
> > >> > > before changes.
> > >> > >
> > >> > > This indicates that existing tests won't be affected making it
> > indeed
> > >> low
> > >> > > risk.
> > >> > >
> > >> > > After that I converted examples tests to Junit 4 by adding @RunWith
> > >> and
> > >> > > @Test annotations and tried a few, and these looked okay.
> > >> > >
> > >> > > Currently I am running full examples test suite and after it is over
> > >> I
> > >> > will
> > >> > > compare results to the reference list I made by running it prior to
> > >> > > migration.
> > >> > >
> > >> > > regards, Oleg
> > >> > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > Sent from: http://apache-ignite-developers.2346864.n4.nabble.com/
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Best regards,
> > >> > Ivan Pavlukhin
> > >> >
> > >>
> >
> >
> >
> >
> >
> > --
> > Sent from: http://apache-ignite-developers.2346864.n4.nabble.com/
> >



-- 
Best regards,
Ivan Pavlukhin

Reply via email to