Hi there,
SUMMARY
Does it make sense to organize a sprint for mobile users and developers to identify and process mobile use examples to feed our QA & automated regression tests?
If so, I can help connecting the dots and getting things done.
EXTENDED PLAY
There have been different conversations that could (theoretically) converge in a single line of events:
- One of the goals of the Wikimedia Foundation Engineering team is to organize a "First substantive systematic outreach to potential testers" https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals#Milestone...
- Testing / QA pilot with the Mobile team, an idea briefly discussed with Michelle Grover and Tomasz Finc that I'm happy to help making it happen.
- Polishing some pages written mainly by Chris McMahon and Željko Filipin, connecting them with an actual short term plan:
* http://www.mediawiki.org/wiki/QA/Strategy#Test_automation * http://www.mediawiki.org/wiki/Browser_testing/community_automated_browser_te... * http://www.mediawiki.org/wiki/QA/test_backlog
- Creating a MediaWiki Group to help the people interested in browser QA stick together and reach to new contributors and similar communities out there: http://www.mediawiki.org/wiki/Groups
Because I'm lazy ;) I'd rather connect all these activities in one stream:
1. Have a first go through the documentation until it can be digested by mobile users and QA experts willing to help.
2. Decide a mobile area to focus, a way to run the sprint and a date for it. Define also the goals and how to measure the success of the sprint.
3. Create a MediaWiki group at least with Chris, Michelle and the next three people joining. Start listing the right resources. Let newcomers sign up.
4. Advertise the sprint and the group.
5. Keep polishing the docs as the sprint approaches and people shows up with new questions.
6. Run the sprint. Have fun. Meet the goals.
7. Process the data generated. Distribute barnstars to contributors. Publish a blog post summarizing the whole thing.
8. Another round of polishing and completion to the docs based on the experience accumulated. Leave everything as ready as possible to organize the next activity without needing e.g. someone like me.
How does this sound?
This sounds intriguing to me. Am I understanding this correctly that it shouldn't need to directly involve the mobile engineering team? It sounds like this could be achieved primarily with QA (Michelle/Chris), product (cc'd Howie and Maryana directly), and participants. If so, this could potentially happen in parallel with one or some of our regular engineering iterations. I suspect QA and product in particular are the most crucial for providing guidance on this.
On Thu, Dec 13, 2012 at 6:00 PM, Quim Gil qgil@wikimedia.org wrote:
Hi there,
SUMMARY
Does it make sense to organize a sprint for mobile users and developers to identify and process mobile use examples to feed our QA & automated regression tests?
If so, I can help connecting the dots and getting things done.
EXTENDED PLAY
There have been different conversations that could (theoretically) converge in a single line of events:
- One of the goals of the Wikimedia Foundation Engineering team is to
organize a "First substantive systematic outreach to potential testers" https://www.mediawiki.org/**wiki/Wikimedia_Engineering/** 2012-13_Goals#Milestones_by_**quarter_17https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals#Milestones_by_quarter_17
- Testing / QA pilot with the Mobile team, an idea briefly discussed with
Michelle Grover and Tomasz Finc that I'm happy to help making it happen.
- Polishing some pages written mainly by Chris McMahon and Željko Filipin,
connecting them with an actual short term plan:
- http://www.mediawiki.org/wiki/**QA/Strategy#Test_automationhttp://www.mediawiki.org/wiki/QA/Strategy#Test_automation
- http://www.mediawiki.org/wiki/**Browser_testing/community_**
automated_browser_testinghttp://www.mediawiki.org/wiki/Browser_testing/community_automated_browser_testing
- Creating a MediaWiki Group to help the people interested in browser QA
stick together and reach to new contributors and similar communities out there: http://www.mediawiki.org/wiki/**Groupshttp://www.mediawiki.org/wiki/Groups
Because I'm lazy ;) I'd rather connect all these activities in one stream:
- Have a first go through the documentation until it can be digested by
mobile users and QA experts willing to help.
- Decide a mobile area to focus, a way to run the sprint and a date for
it. Define also the goals and how to measure the success of the sprint.
- Create a MediaWiki group at least with Chris, Michelle and the next
three people joining. Start listing the right resources. Let newcomers sign up.
Advertise the sprint and the group.
Keep polishing the docs as the sprint approaches and people shows up
with new questions.
Run the sprint. Have fun. Meet the goals.
Process the data generated. Distribute barnstars to contributors.
Publish a blog post summarizing the whole thing.
- Another round of polishing and completion to the docs based on the
experience accumulated. Leave everything as ready as possible to organize the next activity without needing e.g. someone like me.
How does this sound?
-- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/**User:Qgilhttp://www.mediawiki.org/wiki/User:Qgil
______________________________**_________________ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/mobile-lhttps://lists.wikimedia.org/mailman/listinfo/mobile-l
On Fri, Dec 14, 2012 at 11:09 AM, Arthur Richards arichards@wikimedia.orgwrote:
This sounds intriguing to me. Am I understanding this correctly that it shouldn't need to directly involve the mobile engineering team? It sounds like this could be achieved primarily with QA (Michelle/Chris), product (cc'd Howie and Maryana directly), and participants. If so, this could potentially happen in parallel with one or some of our regular engineering iterations. I suspect QA and product in particular are the most crucial for providing guidance on this.
Agreed, and I'm happy (and quite excited) to help in any way I can to make something like this come together :)
Quim: feel free to pass along any planning documentation my way! I already have a few community members in mind who might be interested in participating.
M
On Thu, Dec 13, 2012 at 6:00 PM, Quim Gil qgil@wikimedia.org wrote:
Hi there,
SUMMARY
Does it make sense to organize a sprint for mobile users and developers to identify and process mobile use examples to feed our QA & automated regression tests?
If so, I can help connecting the dots and getting things done.
EXTENDED PLAY
There have been different conversations that could (theoretically) converge in a single line of events:
- One of the goals of the Wikimedia Foundation Engineering team is to
organize a "First substantive systematic outreach to potential testers" https://www.mediawiki.org/**wiki/Wikimedia_Engineering/** 2012-13_Goals#Milestones_by_**quarter_17https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals#Milestones_by_quarter_17
- Testing / QA pilot with the Mobile team, an idea briefly discussed with
Michelle Grover and Tomasz Finc that I'm happy to help making it happen.
- Polishing some pages written mainly by Chris McMahon and Željko
Filipin, connecting them with an actual short term plan:
- http://www.mediawiki.org/wiki/**QA/Strategy#Test_automationhttp://www.mediawiki.org/wiki/QA/Strategy#Test_automation
- http://www.mediawiki.org/wiki/**Browser_testing/community_**
automated_browser_testinghttp://www.mediawiki.org/wiki/Browser_testing/community_automated_browser_testing
- Creating a MediaWiki Group to help the people interested in browser QA
stick together and reach to new contributors and similar communities out there: http://www.mediawiki.org/wiki/**Groupshttp://www.mediawiki.org/wiki/Groups
Because I'm lazy ;) I'd rather connect all these activities in one stream:
- Have a first go through the documentation until it can be digested by
mobile users and QA experts willing to help.
- Decide a mobile area to focus, a way to run the sprint and a date for
it. Define also the goals and how to measure the success of the sprint.
- Create a MediaWiki group at least with Chris, Michelle and the next
three people joining. Start listing the right resources. Let newcomers sign up.
Advertise the sprint and the group.
Keep polishing the docs as the sprint approaches and people shows up
with new questions.
Run the sprint. Have fun. Meet the goals.
Process the data generated. Distribute barnstars to contributors.
Publish a blog post summarizing the whole thing.
- Another round of polishing and completion to the docs based on the
experience accumulated. Leave everything as ready as possible to organize the next activity without needing e.g. someone like me.
How does this sound?
-- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/**User:Qgilhttp://www.mediawiki.org/wiki/User:Qgil
______________________________**_________________ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/mobile-lhttps://lists.wikimedia.org/mailman/listinfo/mobile-l
-- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687
Hi, I will happy to help in this agenda. I am a new to Wiki volunteering. Actually I am confused how to initiate to help in mobile projects. My background is as developer. But want to help in QA/Doc/Project work. Please direct me if I can be involved in this one... Thanks,Nupur
From: mpinchuk@wikimedia.org Date: Fri, 14 Dec 2012 13:49:46 -0800 To: arichards@wikimedia.org CC: mobile-l@lists.wikimedia.org; cmcmahon@wikimedia.org Subject: Re: [WikimediaMobile] Mobile testing / QA sprint?
On Fri, Dec 14, 2012 at 11:09 AM, Arthur Richards arichards@wikimedia.org wrote:
This sounds intriguing to me. Am I understanding this correctly that it shouldn't need to directly involve the mobile engineering team? It sounds like this could be achieved primarily with QA (Michelle/Chris), product (cc'd Howie and Maryana directly), and participants. If so, this could potentially happen in parallel with one or some of our regular engineering iterations. I suspect QA and product in particular are the most crucial for providing guidance on this.
Agreed, and I'm happy (and quite excited) to help in any way I can to make something like this come together :) Quim: feel free to pass along any planning documentation my way! I already have a few community members in mind who might be interested in participating.
M
On Thu, Dec 13, 2012 at 6:00 PM, Quim Gil qgil@wikimedia.org wrote:
Hi there,
SUMMARY
Does it make sense to organize a sprint for mobile users and developers to identify and process mobile use examples to feed our QA & automated regression tests?
If so, I can help connecting the dots and getting things done.
EXTENDED PLAY
There have been different conversations that could (theoretically) converge in a single line of events:
- One of the goals of the Wikimedia Foundation Engineering team is to organize a "First substantive systematic outreach to potential testers" https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals#Milestone...
- Testing / QA pilot with the Mobile team, an idea briefly discussed with Michelle Grover and Tomasz Finc that I'm happy to help making it happen.
- Polishing some pages written mainly by Chris McMahon and Željko Filipin, connecting them with an actual short term plan:
* http://www.mediawiki.org/wiki/QA/Strategy#Test_automation
* http://www.mediawiki.org/wiki/Browser_testing/community_automated_browser_te...
* http://www.mediawiki.org/wiki/QA/test_backlog
- Creating a MediaWiki Group to help the people interested in browser QA stick together and reach to new contributors and similar communities out there: http://www.mediawiki.org/wiki/Groups
Because I'm lazy ;) I'd rather connect all these activities in one stream:
1. Have a first go through the documentation until it can be digested by mobile users and QA experts willing to help.
2. Decide a mobile area to focus, a way to run the sprint and a date for it. Define also the goals and how to measure the success of the sprint.
3. Create a MediaWiki group at least with Chris, Michelle and the next three people joining. Start listing the right resources. Let newcomers sign up.
4. Advertise the sprint and the group.
5. Keep polishing the docs as the sprint approaches and people shows up with new questions.
6. Run the sprint. Have fun. Meet the goals.
7. Process the data generated. Distribute barnstars to contributors. Publish a blog post summarizing the whole thing.
8. Another round of polishing and completion to the docs based on the experience accumulated. Leave everything as ready as possible to organize the next activity without needing e.g. someone like me.
How does this sound?
On 12/14/2012 02:12 PM, NUPUR CHOKSHI wrote:
Hi,
I will happy to help in this agenda. I am a new to Wiki volunteering. Actually I am confused how to initiate to help in mobile projects. My background is as developer. But want to help in QA/Doc/Project work.
Please direct me if I can be involved in this one...
Thank you Nupur!
As you can see we are just starting discussing this event. Feel free getting involved in the discussion and planning.
Since you are interested in testing / QA, what about these tasks to get started:
- Sign up at these groups looking for members and endorsement:
https://www.mediawiki.org/wiki/Groups/Proposals/Browser_testing https://www.mediawiki.org/wiki/Groups/Proposals/Features_testing https://www.mediawiki.org/wiki/Groups/Proposals/Bug_Squad
- Help Chris working on these docs:
https://www.mediawiki.org/wiki/Browser_testing/community_automated_browser_t... https://www.mediawiki.org/wiki/QA/test_backlog
Also, just in case you haven't seen it: have a look at
https://www.mediawiki.org/wiki/How_to_contribute#Landing
If you have questions, just ask.