With the sole purpose of making the web a better place and enabling our community to make a difference, we are putting together a new site that is capable of harnessing the tremendous power of the Mozilla community. –Me
The portal is to be named “One and Done”, it is to be a place you can go when you have a few moments to contribute and you are looking for a quick and easy task to complete or skill to master.
To that end a few intrepid QA engineers (Peter Dehaan, Edwin Wong, and myself ) have gotten together with a goal of building a world class, responsive, mobile enabled website…Now to be sure those things aren’t in the requirements, but we are QA after all. So we have dusted off our development desks, blown away the cobwebs, and started to code.
Now we are testing out our asynchronous chops, working with a realtime database, and deploying with agility…. However …. we forgot one thing..
A look at the mocks:
A look at what has already been done:
Where to fork:
If you have some free time and want to contribute to the project, would love to get your assistance.
If you feel you have the chops, just send me an e-mail email@example.com, or just fork the repo and start hacking. You can also find me on irc: onecyrenus
I have my B2G device in hand….. how do I start gathering memory statistics for the apps I use.
Firstly git clone the b2g repo >
git clone https://github.com/mozilla-b2g/B2G
cd B2G /tools
python get_about_memory.py –help
There are several options you might want to consider with the tool, for now you can just run without any options.
Next Open Firefox Aurora or Nightly, and type about:memory. At the bottom of the page is a button for loading the memory report from File.
Select and open the file you just saved in B2G/tools/about-memory
Vision Based Testing – An Experimentation / Learning Experience — Time To Test Web Apps Jan 20th, 2012
I have recently been experimenting with a vision based testing framework Sikuli (www.sikuli.org), and wanted to share some of my findings / expertise with the community.
As with any new tool there are ups and downs, installation difficulties, learning curve..etc.. The hope with this test day is that you can walk away with expertise / know how , how you can roll your own vision based testing framework, and solve your own problems either in your day to day computing, student, or professional lives.
My belief is that some of this technology has the possibility to be transformational, and there is a huge capability here to make automation simple, or at least simpler .
This Test Day is for you if you are interested in any of the following.
Connect to the mozilla community. Become a Mozillian, and shape the future of the web!
Learn about Web Applications !
Learn a new Test Automation Strategy that is current, and applicable !
To learn more about this test day please and how you can contribute just read:
If you are new to test days, please read our FAQ
Last week I was exposed to a few firsts at Mozilla. One being my workmates, and one being the Uncon. The Un-conference style conference. The latter is up for discussion right now, the former being not as interesting to a larger technical community. So given that we have embarked on this conference style I want to expose what we were trying to solve over the course of the work wee.
- Team Identity
- Team Cohesiveness
- Process Management
At this point I suppose I should go into the Unconference mantra, and what it helped solve… A great resource I found was Unconference Net. This site goes into detail about the different formats available, and how to host an unconference session. Great information for those embarking on this style of hosting a conference.
I was a bit apprehensive going into a work week with so little decided ahead of time, and such a broad agenda. As a relative newbie to this style it was a bit difficult letting go off the need to feel organized, and in control of the plan. The concept of going into any conference or meeting with no concept of the outcome is a bit frightening. But the real magic in this process was in understanding the human ability to self organize, plan and cooperate in a way that is cooperative and mutually beneficial for the team. (U.S government not included in this assessment).
Getting to the point, I will skip to Day-one of the conference. On the first Day of our uncon the illustrious Matt Brandt was the facilitator for the QA Automation work week.
The team wrote free form write questions down on post-it notes of things we would like to solve, and post them on the planning board. The next effort was around agreeing on a common set of topics and grouping those post-it notes, not a small feet when you have 8 people in the room, each writing 5-10, sometimes 15 post it notes, but one that was critical in illuminating a common set of pain points in the team, and structuring the conversation for the rest of the week. In short order we had a calendar up, with one hour sessions, with 4 sessions per day. Great making progress!
The next four days were spent communicating, a few heated discussions, but no communication break downs. But it was a truly trans-formative process for the team in that we were in control of our own destiny. Every day we ended up going way over our allotted time slots, which was ok as we were all engaged and all learning.
Another important piece of our uncon was that there wasn’t undue pressure to come up with action items. This made sure we didn’t come up with action items that were not helpful, or forced by a lack of star-dot-star.
The process was focused around communicating around a topic, with the hope to coalesce around key concepts. Once the latter happened, the action items jump off the page. Assuming you have a high energy team the task items themselves shouldn’t be your biggest concern. It is expected that the team itself organizes, wants to succeed, and will synthesize the information into a work flow that makes sense, cherry picking the easiest tasks, and focusing on the most pressing concerns of the group. (Wow.. expect great things.)
So with less than 24 hours back, we have our own irc channel #automation, e-mail. We have a team meeting, mailing list / new “member” documentation all in the works, a backlog of items in pivotal tracker. Now don’t get me wrong there is still several more pieces of information to add, there is progress being made, and the team is organizing around those tasks. Does it turn into a sustainable process improvement.. who knows, but all signs so far point to the uncon as being successful, and something I would recommend for other QA teams as a way to step back, organize and re-engage.