The Reading Web team will be taking time every Monday to QA the mobile site.
We're currently lining up work around improving our development, testing, and release processes. In fact, work on improving our browser testing infrastructure has already begun [0]. This work is all about reducing the size of a critical feedback loop: from a developer submitting a patch to a bug being reported. Taking a day every sprint to QA each others work on the beta cluster isn't ideal but it does help us to reduce the size of the feedback loop until we're finished improving our workflows.
Here's what I sent out to the team members in the QA Day invite:
According to the deployment schedule [1], our latest and greatest code will
be hitting group 0 wikis on a Tuesday. I strongly encourage you to take the time to test a few common and uncommon workflows across the myriad features new and old and report any bugs you uncover before the train starts rolling. You might also want to take a look at a few of the group 0 wikis on Tuesday too while our development environments don't replicate that of production. If you find the time after all of this, then perhaps you could try translating one or two workflows into browser tests (!!!)
[0] https://phabricator.wikimedia.org/T100293
[1] https://wikitech.wikimedia.org/wiki/Deployments/One_week https://www.google.com/url?q=https%3A%2F%2Fwikitech.wikimedia.org%2Fwiki%2FDeployments%2FOne_week&ust=1434624314404000&usg=AFQjCNE4wcOnRZk2lVGWEel4-3r9wEdghg
We just entertained this notion in a mobile apps retro, very curious to hear how it goes! Happy testing :-)
On Fri, Jun 26, 2015 at 10:45 AM, Sam Smith samsmith@wikimedia.org wrote:
The Reading Web team will be taking time every Monday to QA the mobile site.
We're currently lining up work around improving our development, testing, and release processes. In fact, work on improving our browser testing infrastructure has already begun [0]. This work is all about reducing the size of a critical feedback loop: from a developer submitting a patch to a bug being reported. Taking a day every sprint to QA each others work on the beta cluster isn't ideal but it does help us to reduce the size of the feedback loop until we're finished improving our workflows.
Here's what I sent out to the team members in the QA Day invite:
According to the deployment schedule [1], our latest and greatest code
will be hitting group 0 wikis on a Tuesday. I strongly encourage you to take the time to test a few common and uncommon workflows across the myriad features new and old and report any bugs you uncover before the train starts rolling. You might also want to take a look at a few of the group 0 wikis on Tuesday too while our development environments don't replicate that of production. If you find the time after all of this, then perhaps you could try translating one or two workflows into browser tests (!!!)
[0] https://phabricator.wikimedia.org/T100293
[1] https://wikitech.wikimedia.org/wiki/Deployments/One_week https://www.google.com/url?q=https%3A%2F%2Fwikitech.wikimedia.org%2Fwiki%2FDeployments%2FOne_week&ust=1434624314404000&usg=AFQjCNE4wcOnRZk2lVGWEel4-3r9wEdghg
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Also increased and explicit awareness about release dates and versions should help stabilizing what we put out.
We started last week and I think it's going pretty well. On Jun 26, 2015 5:02 PM, "Brian Gerstle" bgerstle@wikimedia.org wrote:
We just entertained this notion in a mobile apps retro, very curious to hear how it goes! Happy testing :-)
On Fri, Jun 26, 2015 at 10:45 AM, Sam Smith samsmith@wikimedia.org wrote:
The Reading Web team will be taking time every Monday to QA the mobile site.
We're currently lining up work around improving our development, testing, and release processes. In fact, work on improving our browser testing infrastructure has already begun [0]. This work is all about reducing the size of a critical feedback loop: from a developer submitting a patch to a bug being reported. Taking a day every sprint to QA each others work on the beta cluster isn't ideal but it does help us to reduce the size of the feedback loop until we're finished improving our workflows.
Here's what I sent out to the team members in the QA Day invite:
According to the deployment schedule [1], our latest and greatest code
will be hitting group 0 wikis on a Tuesday. I strongly encourage you to take the time to test a few common and uncommon workflows across the myriad features new and old and report any bugs you uncover before the train starts rolling. You might also want to take a look at a few of the group 0 wikis on Tuesday too while our development environments don't replicate that of production. If you find the time after all of this, then perhaps you could try translating one or two workflows into browser tests (!!!)
[0] https://phabricator.wikimedia.org/T100293
[1] https://wikitech.wikimedia.org/wiki/Deployments/One_week https://www.google.com/url?q=https%3A%2F%2Fwikitech.wikimedia.org%2Fwiki%2FDeployments%2FOne_week&ust=1434624314404000&usg=AFQjCNE4wcOnRZk2lVGWEel4-3r9wEdghg
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
-- EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle IRC: bgerstle
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l