https://bugzilla.wikimedia.org/show_bug.cgi?id=27877

Jure Kajzer <fr...@drajv.si> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fr...@drajv.si

--- Comment #8 from Jure Kajzer <fr...@drajv.si> 2011-05-14 08:39:12 UTC ---
I think this was the topic on IRC a while ago, but i think at that time i was
told this setup/tear-down procedure on each step was intended to provide
consistent state for each step.

So to avoid too much complication i'd suggest to create the "testing state"
tables only on first call (i.e.: if tables don't exist) and leave them there
after the completion of a test. If tables exist just truncate tables (delete
some of them as you wan't to retain initial state like user 1, interwiki, page
and user 0 for some DBbs). Finally the tables should be left there after the
parsertest finish completely as people doing these test usually 1)don't do it
on production servers 2)do it multiple times in a row if dealing with a bug. I
think it would be better to just add a parameter to parserTests main class to
just clean up testing stuff.

Parser test will usually not create that much data, so this procedure should be
faster and easier on the server resources.

Dunno ... thoughts?

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to