-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
T0 unit tests : repack job splitting #2137
Comments
hufnagel: Postponed until #2444 is fixed. |
hufnagel: Please Review |
1 similar comment
hufnagel: Please Review |
mnorman: When I run this, I get the following: [mnorman@cms-xen39 JobSplitting_t]$ python2.6 Repack_t.py ..FF.FAIL: test02 (main.RepackTest)Traceback (most recent call last): FAIL: test03 (main.RepackTest)Traceback (most recent call last): Ran 5 tests in 52.092s FAILED (failures=2) I take it that this is not expected. Printing out the splitLumis, I note that both of them are blank ([]). I don't know what causes that. Can you reproduce? |
hufnagel: Fixed, also addressed the use of assert instead of self.assertEqual etc. |
mnorman: This works for me now. |
sfoulkes: (In d70c8c1) Add unit tests for repacking. Fixes #2137. From: Dirk Hufnagel hufnagel@cern.ch |
Currently the repack job splitting has a unit test, but that test only checks that the class can be instantiated. Once the problem of setting up a Oracle test instance and using it in unit tests has been solved, we want to expand on that.
There are already placeholders for the basic checks we want to run in the unit test.
Had a chat with Simon, who suggested to write the unit tests for just the splitting algorithm, without database. It's non-trivial because the repack jobsplitting uses custom DAOs. Not sure it's worth it, given that I have to figure out a way to run with the database anyways.
The text was updated successfully, but these errors were encountered: