Feature #762
closedFeature #751: BugZilla migration
define criteria of successful migration
100%
Description
The window of decision when the switch is plugged is rather short - ~15 minutes. It is crucial to define a criteria for successful migration so we don't waste time when "things are hot"
Updated by Robinson Tryon about 10 years ago
Florian Effenberger wrote:
The window of decision when the switch is plugged is rather short - ~15 minutes. It is crucial to define a criteria for successful migration so we don't waste time when "things are hot"
There's a certain amount we'll be able to test in 15 minutes, and a certain amount we won't be able to test. We'll have to do our best :-)
Here's a quick list of some of the most common Bugzilla activities that we'll want to make sure work:- New account creation (https://bugs.documentfoundation.org/createaccount.cgi)
- Password reset (https://bugs.documentfoundation.org/index.cgi?GoAheadAndLogIn=1#forgot)
- Common queries (URLs will work during migration phase)
- UNCONFIRMED bugs: https://bugs.documentfoundation.org/buglist.cgi?bug_status=UNCONFIRMED&product=LibreOffice&query_format=advanced
- All bugs from 4.3.2.2 vs. All 4.3.2.* bugs:
- All bugs in Component 'Draw': https://bugs.documentfoundation.org/buglist.cgi?component=Drawing&product=LibreOffice&query_format=advanced
- Admin interface (Grant a user admin rights, Remove a user account)
- Two users updating a bug at the same time
- Mass-bug update (Make it a small test, so we don't annoy people during the migration!) (Joel has experience here -- perhaps can assign him this role)
Putting a bit of a load on the server would also be helpful, as it would ensure that there's nothing insanely brittle with the database such that it will collapse with just a handful of users.
Updated by Robinson Tryon about 10 years ago
- Status changed from New to In Progress
There are tests outside of the Bugzilla web front-end as well:
- Making sure that the BSA can talk to Bugzilla (Cloph & Rob Snelders are most knowledgeable here) (#754)
- Making sure that bots and other tools can talk to Bugzilla (should transition over fluidly if they already point at bugs.libreoffice.org)
There are multiple systems that consume data from FDO Bugzilla (https://wiki.documentfoundation.org/QA/Bugzilla/TDF_Bugzilla_Proposal#Identify_systems_dependent_upon_Freedesktop.org), but we don't have to migrate and test all of those services in our 15minute test window. It would be clever for us to do a dry run of those systems against our test install well before the migration date, just to make sure that all the pieces can talk to Bugzilla + a migrated database, all running in one of our TDF VMs.
Updated by Florian Effenberger about 10 years ago
As for the bots, the wiki, etc., this is something that can be tested well in advance with the existing VM and database dump - please do so
Testing again when the migration actually took place is fine, but let's test ahead of the migration whatever we can to limit the risks
Updated by Robinson Tryon about 10 years ago
- Status changed from In Progress to Resolved
Florian Effenberger wrote:
As for the bots, the wiki, etc., this is something that can be tested well in advance with the existing VM and database dump - please do so
Yes, see new bug #829 ("Verify that the Bugzilla-test install works with known consumers of LibreOffice bug data from bugs.freedesktop.org") created for this pre-migration testing purpose.
Updated by Florian Effenberger almost 10 years ago
- Status changed from Resolved to Closed