Closed Bug 637306 Opened 14 years ago Closed 14 years ago

Restructure the mozmill tests repository

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: whimboo, Assigned: whimboo)

References

Details

With more and more testruns coming up we should restructure the whole Mozmill tests repository. Each of the testruns should become a top-level folder and should not be located under Firefox anymore. Here the proposal: * addons * endurance * lib (formerly shared-modules/) * general (formerly firefox/) * l10n * restart (probably not necessary with mozmill 2.0) * test-files * update One concern raised by Geo in the last meeting would be the 'general' folder. Which name could we use for it? One possible solution is to keep 'firefox'. That would allow us to not have to update all of our tests, which would be a big pro. What do you think?
I agree with the comment from Geo, except that than all these folders are, in essence related to Firefox, would a subfolder named 'firefox' be a best fit? Otherwise, this current structure would be better with a parent folder named 'firefox', with this current listing underneath.
The whole repository only contains tests for Firefox, so no top folder named 'firefox' should be used to stick all other folders beneath.
Keeping 'firefox' as a top level directory would be confusing if the various testruns folders are raised to the top level. I see Geo's point about general, but am struggling to come up with a better name for this folder...
Henrik's point about keeping naming in sync was very good. I wasn't thinking about the implications of that at all when I made that suggestion. If it's a huge PITA to change names on reports, URLs, so forth, let's just keep it as "general".
Ok, talked one more time with Geo yesterday and we came up with a slight different approach. Reason for that is, that the restart tests are not really a different test-run but are part of the general testrun and for Mozmill 2.0 there will even be no difference because of the manifest files. So we propose the following structure: * addons * endurance * general ** restart * l10n * lib * test-files * update The only remaining question I have now is if we want to include 'test' into the folder name: * files * lib * testAddons * testEndurance * testGeneral ** restart * testL10n * testUpdate (In reply to comment #4) > If it's a huge PITA to change names on reports, URLs, so forth, let's just keep > it as "general". It's not such a problem. I have regex entries for all testrun types and I would only have to add a new one to catch a new name.
If we are breaking it down to different test-types, then why not call general what it really is: "functional" All tests which exist in general (firefox currently) are BFTs (basic FUNCTIONAL tests).
That's a good idea. Also the run_ prefix should probably be used to better reflect what the sub-folders are. Anyone objections? files lib run_addons run_endurance run_functional restart run_l10n run_update
I think functional is a good idea, but I'm not keen on the run_ prefix. As these are all folders containing tests, could we not have a structure where 'tests' is a top level? files lib tests addons functional restart l10n update
Sound fair and should also work with the regex to assign sent reports to a known testrun. Lets try to finalize it in todays meeting.
I don't like the run_ prefixes either. I'm fine with Dave's proposal.
We agreed on: data lib tests addons functional restart l10n update
Depends on: 640540
Depends on: 640590
Depends on: 640607
Depends on: 640619
Now that these changes are checked in the documentation needs to be updated. These changes should also be communicated to the community.
Depends on: 640645
Depends on: 640665
Depends on: 640668
Depends on: 640761
All documentation has been updated. I will now write a blog post. This bug has been fixed now. Thanks for your help!
Assignee: nobody → hskupin
Blocks: 640759
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Depends on: 643394
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.