I’m almost done with the refactoring of the acceptance tests for the Warnings 
Next Generation Plugin.

I created a PR (WIP), so you can already have a look at the tests:
https://github.com/jenkinsci/acceptance-test-harness/pull/479

The tests work fine on Linux/Chrome and most times on macOS/Chrome and 
macOS/Firefox (sometimes I get timeouts).
I still need to investigate why they not work on Linux/Firefox.

One idea would be to move these tests to the Warnings Next Generation Plugin. 
Then I can use these tests to validate PRs to my plugin as well.

> Am 07.01.2019 um 22:59 schrieb Ullrich Hafner <ullrich.haf...@gmail.com>:
> 
>> Am 07.01.2019 um 14:28 schrieb lvoty...@redhat.com 
>> <mailto:lvoty...@redhat.com>:
>> 
>> Thank you all for your replies and insights!
>> 
>> Ullrich, I totally agree with splitting tests but putting them into plugins 
>> would increase work for maintainers and contributors (as was mentioned by 
>> Mark). So in that case I wanted start with plugins which maintainer is aware 
>> of ATH and does not mind to do it. So your proposal is great, we can start 
>> with analysis plugins - choose the one plugin and see how it works if you 
>> agree. I will create jira for it. If it goes well, we can move tests into 
>> more plugins.
> 
> Ok. With a slightly changed topic: since the analysis plugins are end-of-life 
> I would suggest to delete the tests all together. (Or keep some for LTS 
> testing since the plugins will still be used for some time). I created a set 
> of new tests for the warnings-ng plugin with students in the last summer 
> (https://github.com/uhafner/acceptance-test-harness/commits/hm-edu-testing 
> <https://github.com/uhafner/acceptance-test-harness/commits/hm-edu-testing>). 
> I still need to polish them a little bit before we can continue. (Currently 
> they are out-of-date since I changed some options in the 1.0 release.) I’m 
> not sure if I get that done in January...
> 
>> 
>> Oliver, do you wish to move all tests of plugins from ATH or just those 
>> which are not very interesting from integration point of view (for example 
>> let there 1-3 tests for the most used scenarios of plugin which have a lot 
>> of installation)? I would let in ATH a few interested scenarios for most 
>> used plugins. On the other hand it is not such a problem to run the selenium 
>> tests for the most used plugins separately. What do you thing about it?
>> 
>> Martin, it sounds great. You can count with me anytime you need any help 
>> with it.
>> 
>> Regards,
>> Lucie
>> 
>> 
>> 
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Developers" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to jenkinsci-dev+unsubscr...@googlegroups.com 
>> <mailto:jenkinsci-dev+unsubscr...@googlegroups.com>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/jenkinsci-dev/c8f2b5aa-4259-4d75-91f9-d910ad5341b2%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/jenkinsci-dev/c8f2b5aa-4259-4d75-91f9-d910ad5341b2%40googlegroups.com?utm_medium=email&utm_source=footer>.
>> For more options, visit https://groups.google.com/d/optout 
>> <https://groups.google.com/d/optout>.
> 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/7D0AFA61-A15F-4F61-95F8-E09582A589EA%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Attachment: signature.asc
Description: Message signed with OpenPGP

Reply via email to