[openstack-dev] [Neutron] Proposing Jakub Libosvar for testing core

Assaf Muller assaf at redhat.com
Tue Jul 26 14:56:28 UTC 2016


We've hit critical mass from cores interesting in the testing area.

Welcome Jakub to the core reviewer team. May you enjoy staring at the
Gerrit interface and getting yelled at by people... It's a glamorous
life.



On Mon, Jul 25, 2016 at 10:49 PM, Brian Haley <brian.haley at hpe.com> wrote:
> +1
>
> On 07/22/2016 04:12 AM, Oleg Bondarev wrote:
>>
>> +1
>>
>> On Fri, Jul 22, 2016 at 2:36 AM, Doug Wiegley
>> <dougwig at parksidesoftware.com
>> <mailto:dougwig at parksidesoftware.com>> wrote:
>>
>>     +1
>>
>>>     On Jul 21, 2016, at 5:13 PM, Kevin Benton <kevin at benton.pub
>>>     <mailto:kevin at benton.pub>> wrote:
>>>
>>>     +1
>>>
>>>     On Thu, Jul 21, 2016 at 2:41 PM, Carl Baldwin <carl at ecbaldwin.net
>>>     <mailto:carl at ecbaldwin.net>> wrote:
>>>
>>>         +1 from me
>>>
>>>         On Thu, Jul 21, 2016 at 1:35 PM, Assaf Muller <assaf at redhat.com
>>>         <mailto:assaf at redhat.com>> wrote:
>>>
>>>             As Neutron's so called testing lieutenant I would like to
>>> propose
>>>             Jakub Libosvar to be a core in the testing area.
>>>
>>>             Jakub has demonstrated his inherent interest in the testing
>>> area over
>>>             the last few years, his reviews are consistently insightful
>>> and his
>>>             numbers [1] are in line with others and I know will improve
>>> if given
>>>             the responsibilities of a core reviewer. Jakub is deeply
>>> involved with
>>>             the project's testing infrastructures and CI systems.
>>>
>>>             As a reminder the expectation from cores is found here [2],
>>> and
>>>             specifically for cores interesting in helping out shaping
>>> Neutron's
>>>             testing story:
>>>
>>>             * Guide community members to craft a testing strategy for
>>> features [3]
>>>             * Ensure Neutron's testing infrastructures are sufficiently
>>>             sophisticated to achieve the above.
>>>             * Provide leadership when determining testing Do's & Don'ts
>>> [4]. What
>>>             makes for an effective test?
>>>             * Ensure the gate stays consistently green
>>>
>>>             And more tactically we're looking at finishing the
>>> Tempest/Neutron
>>>             tests dedup [5] and to provide visual graphing for historical
>>> control
>>>             and data plane performance results similar to [6].
>>>
>>>             [1] http://stackalytics.com/report/contribution/neutron/90
>>>             [2]
>>>
>>> http://docs.openstack.org/developer/neutron/policies/neutron-teams.html
>>>             [3]
>>>
>>> http://docs.openstack.org/developer/neutron/devref/development.environment.html#testing-neutron
>>>             [4]
>>> https://assafmuller.com/2015/05/17/testing-lightning-talk/
>>>             [5] https://etherpad.openstack.org/p/neutron-tempest-defork
>>>             [6]
>>>
>>> https://www.youtube.com/watch?v=a0qlsH1hoKs&feature=youtu.be&t=24m22s
>>>
>>>
>>> __________________________________________________________________________
>>>             OpenStack Development Mailing List (not for usage questions)
>>>             Unsubscribe:
>>>             OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>
>>> <http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe>
>>>
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>>
>>>
>>> __________________________________________________________________________
>>>         OpenStack Development Mailing List (not for usage questions)
>>>         Unsubscribe:
>>>         OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>>
>>> <http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe>
>>>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>>
>>> __________________________________________________________________________
>>>     OpenStack Development Mailing List (not for usage questions)
>>>     Unsubscribe: OpenStack-dev-request at lists.openstack.org
>>>
>>> <mailto:OpenStack-dev-request at lists.openstack.org>?subject:unsubscribe
>>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>>
>> __________________________________________________________________________
>>     OpenStack Development Mailing List (not for usage questions)
>>     Unsubscribe:
>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>>     <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



More information about the OpenStack-dev mailing list