Robottelo: Tests involving capsules should be run in a single thread until BZ#1393034 is resolved

Created on 27 Jan 2017  路  9Comments  路  Source: SatelliteQE/robottelo

  • __original issue__: if capsule is created, it is automatically assigned to the all existing organizations (it is not isolated since it leaks to other tests)
  • __proposed solution__: explicitly specify the organization_ids during creating a proxy (e.g. in make_proxy factory methods)

    • __issue__: organizations, organization_ids, locations, location_ids parameters are being ignored due https://bugzilla.redhat.com/show_bug.cgi?id=1393034 :)

    • __proposed solution__: all tests involving capsule manipulation should be run in a single thread to prevent interference with other tests, until above BZ is being resolved

6.1 6.2 6.3 Bug High Priority

All 9 comments

I think we can link #4242 as a part of it (only for 6.2.z api tests)

@abalakh thanks, yes, that PR is a subset of this.
We also need to include other tests using proxy.
e.g. cli.test_location.test_remove_proxy, etc.

anyway, pushing on devs to address the BZ as a priority might be much easier to accomplish IMO

I think if we decide to decorate these tests it would be nice to implement some @run_in_one_thread_if_bz_open() decorator, as otherwise we'll need to manually remove the decorator when bz is closed.

@abalakh yes, we came to the same conclusion with @lpramuk while we discussed this offline - we even came to the same name for the decorator :D

the question is whether such think is doable from the inside of the robottelo.

@rplevka @abalakh, despite the run_in_one_thread one test (tests.foreman.api.test_smartproxy.CapsuleTestCase.test_positive_create_with_name)
failed in the last compose 4 on rhel7 but not massively as before

@ldjebran it acutally failed for rhel6, not 7. However the root cause of that one is different.
https://github.com/SatelliteQE/robottelo/issues/4174

I'm looking into that one.

Guys, Can we fix this issue on priority ? its affecting so many tests post upgrade.. All post upgrade tier1 tests related to smart class parameters and smart variables are failing because of it. Please see issue #4575 for more info.

@sghai will try to make the same changes for CLI as for API in https://github.com/SatelliteQE/robottelo/pull/4242/files

@ldjebran Thank you.. that would be a big help.

Was this page helpful?
0 / 5 - 0 ratings