Browse > Home / Archive: October 2007

| Subcribe via RSS

Oooh, Shiny Kitty!

October 26th, 2007 | Comments | Posted in Mozilla, Technology
2051 people have read this post.

My copy of Mac OS X 10.5 aka Leopard (”meow!”) showed up this morning at 9:50 AM. The joys of pre-ordering and getting it many hours before everyone else.

I’ve got it running on the Mac Mini connected to the HDTV (which seems a bit slow…) and on my own Mac Pro, where it is very fast. (I suspect the dual dual-core processors and the 5 gigs of RAM in the latter help.)

I haven’t seen many issues so far. A few minor incompatibilities but nothing major yet. Only one tool, Soundsource, doesn’t work at all and I only use that to switch audio between my headphones and speakers.

We’re see how the current Firefox 3 builds hold up with the final release of Leopard and also the Firefox 2.0.0.9 RC1 that we’re currently testing. We did a bit of testing with the developer builds but none of us have had access to the final release until now (thanks for helping your developers, Apple!).

Update: I take back the part about no problems. My copy of the Gizmo Project fails to talk to any servers. This is the voice over IP client that I use for Mozilla conference calls and general voice chat on the Internet. I now begin the quest to find a VOIP client that will talk to an Asterix server and also work on Leopard.

VMware Fusion Talk at Google

October 25th, 2007 | Comments | Posted in Mozilla, Technology
2485 people have read this post.

I saw a notice last night about a talk that Ben Gertzfield gave at Google the other day as a tech talk. Ben works for VMware and did a lot of work on VMware Fusion. Fusion is the Mac-based virtualization product that VMware released the 1.0 version of a few months ago.

I’ve written about virtualization a bit during the last few months because we use virtual machines quite a bit for our testing at MoCo. The advantages are the ability to run multiple operating systems, as needed, on the same machine and also the ability to save state or start from a known good state. This gives QA the flexibility to quickly test on multiple operating systems.

VMware Fusion is the software that we generally use for this because most of us in QA have Mac machines for our primary boxes. The others running Linux or Windows can use VMware Workstation and still share virtual machines with us because VMware uses a common format (for the most part…) between products. The one unsolved issue, something that is causing pain now that Leopard is coming out, is that there is still no way to create virtual machines for Mac OS X. This makes the testing of Mac products a little rougher (and is part of why many of us choose to have a Mac as our primary work machines).

Ben speaks in his talk a bit about the capabilities of Fusion and a lot about the internals of how it functions on the Mac. He also demonstrates things a bit and speaks a little about the future. There is also a bit of Q&A at the end. I found it to be pretty interesting, even if it fairly long.

The talk is up on YouTube for viewing for those interested in watching it.

QA Community and Mozilla

October 24th, 2007 | Comments | Posted in Mozilla, Technology
1882 people have read this post.

QMO LogoI’ve been thinking a bit about the Mozilla community and quality assurance (aka “testing”) for Firefox and Thunderbird lately. This is an area of the community that is a lot less visible to much of the world but one of the places where the Mozilla community actually shines. I think a lot more could be done though.

A lot of people think of open source as contributing code and this is a very visible aspect of open source projects. People don’t always consider the other aspects, especially when blogging or in the press. This makes sense because many open source projects are centered around a few people trying to get something done or fulfilling a specific need. They do these by writing code to solve the problem that they are seeing. In the course of doing so, they dogfood their own code, find problems, fix them (repeat). This is the life-cycle of many smaller scale projects but is much less so on larger ones, especially popular ones with end users.

On many larger projects, things begin to differentiate and you have a lot of people using the resulting code who don’t necessarily write code for it. Many of them are simply trying to get their jobs done, like webmasters or sysadmins using Apache, or they are simply day to day users, like many Linux users. Firefox and Thunderbird both fall into this category since they have millions of users but there are not millions of people contributing code to either project or the underlying platform. (I would be interested in the numbers, as a curiosity, of code contributors over the lifetime of these…)

Bring this to the day to day world… I work in QA on the various releases, especially the security releases for Thunderbird and Firefox. One of the things that MoCo QA ponders about is how we can build up or increase the QA participation of the overall Mozilla community. The Development community, those that write code, is often much more visibly active, but we have tens of thousands of people in the Mozilla community downloading nightly builds. We also have people participating in the running of tests in Litmus or the occasional testday.

The question is how to get more people involved in QA. What is it that drives people to participate there and what would encourage people to be more involved. Obviously, we can use all of the help that we can get, whether it is in the Beta testing of security releases for or the work on the upcoming Firefox 3. This includes writing of bugs in bugzilla, triaging the bugs that come in, confirming reported bugs, and the running of test cases through Litmus. We can also use help maintaining, updating, and creating new test cases. Firefox 2 and Thunderbird 2 test cases are fairly complete but there are a lot of changes in Firefox 3 and test cases need to be updated for this as new features go in.

Towards the end of making QA more approachable, we’ve recently been adding more content to the new QA community site, quality.mozilla.org. This includes forums and documentation but both could use a lot of help from the community.

I’m also very interested in what would encourage more involvement from the community with QA. What would be helpful to you? What would you like to see? What makes you want to be less involved or turns you away from it?

I encourage people to leave comments here, post in the forums above, or even to e-mail qa@mozilla.org. Building up QA participation is a goal that all of us working in QA have but is is hard to know what would encourage more participation or what gets in the way for people. I’d like to hear from community members on this.