> On June 9, 2015, 6:25 p.m., Ben Mahler wrote: > > src/tests/master_tests.cpp, lines 3031-3034 > > <https://reviews.apache.org/r/34361/diff/3/?file=971359#file971359line3031> > > > > Why bother with all this? Why not just have `"key1"`, `"value1"`, > > `"key2"`, `"value2"` inlined appropriately throughout these tests. Very > > straightforward to read. > > Colin Williams wrote: > I think the issue with the changes remaining is that the test depends on > the same value occurring in several places. By consolidating to a variable > it's no longer possible for these values to get out of sync. > > Niklas Nielsen wrote: > Colin: exactly > > Ben: We have label tests three places; in the master, slave and in the > modules and they use the same "foo", "bar", "baz", "qux" key value pairs. > The idea was to centralize them, so they don't get out of date and to > avoid code duplication. > > Does that make sense? > > Ben Mahler wrote: > Well, then let's just keep it simple and get rid of these special strings > by just making the tests use "key1", "value1", "key2", "value2", etc. > > I'm not following your code duplication point, this introduces more code > (now there are additional global constants, which we like to avoid if > unnecessary). > > Also, each test is ideally independent, why does the master's test for > labels affect the slave's test for labels? Let's say I need a test with 5 > labels, you want to have 5x2=10 global constants to address this?
Try to see how testLabelKey and testLabelValue was used previously and "foo", "bar", "qux" was used on others and I created this ticket to unify the way we do this, along with seeing these key value pair being created in the slave and master tests. Dispite the current patch, I do think we can simply and unify the test label creation. Maybe create a CREATE_LABEL_PAIR(id) to make it more obvious which key pairs are being tested. The comments in the test code need to carry a bunch of context, to make sense out of the label transformations (especially across the library border for the hooks tests). This is all in spirit of reducing the tech debt we introduced. We are on the same page on not introducing more lines/key pairs than before. Let us iterate on this and get back to you. - Niklas ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/34361/#review87331 ----------------------------------------------------------- On June 8, 2015, 12:05 p.m., Colin Williams wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/34361/ > ----------------------------------------------------------- > > (Updated June 8, 2015, 12:05 p.m.) > > > Review request for mesos and Niklas Nielsen. > > > Bugs: MESOS-2637 > https://issues.apache.org/jira/browse/MESOS-2637 > > > Repository: mesos > > > Description > ------- > > converted hard-coded strings to consts > > > Diffs > ----- > > src/tests/hook_tests.cpp 3ffde6d > src/tests/master_tests.cpp ba3858f > src/tests/slave_tests.cpp acae497 > > Diff: https://reviews.apache.org/r/34361/diff/ > > > Testing > ------- > > > Thanks, > > Colin Williams > >
