Everyday Problem Solvers
Phases of development
May 8, 2012Posted by on
Late last week I wondered: where do the software terms alpha and beta come from? And why don’t we ever use gamma? And why not theta or epsilon or sigma?
Alpha and Beta are the first two characters of the Greek alphabet. Presumably these characters were chosen because they refer to the first and second rounds of software testing, respectively.
But where did these terms originate? There’s an uncited Wikipedia section that claims the alpha and beta monikers came, as did so many other things, from the golden days of IBM:
The term beta test comes from an IBM hardware product test convention, dating back to punched card tabulating and sorting machines. Hardware first went through an alpha test for preliminary functionality and small scale manufacturing feasibility. Then came a beta test, by people or groups other than the developers, to verify that the hardware correctly performed the functions it was supposed to, and that it could be manufactured at scales necessary for the market. And finally, a c test to verify final safety. With the advent of programmable computers and the first sharable software programs, IBM used the same terminology for testing software. As other companies began developing software for their own use, and for distribution to others, the terminology stuck — and is now part of our common vocabulary.
Based on the software release lifecycle page, and my personal experience, here’s how I’d characterize each phase of software development:
- Pre-AlphaThe software is still under active development and not feature complete or ready for consumption by anyone other than software developers. There may be milestones during the pre-alpha which deliver specific sets of functionality, and nightly builds for other developers or users who are comfortable living on the absolute bleeding edge.
- AlphaThe software is complete enough for internal testing. This is typically done by people other than the software engineers who wrote it, but still within the same organization or community that developed the software.
- BetaThe software is complete enough for external testing — that is, by groups outside the organization or community that developed the software. Beta software is usually feature complete, but may have known limitations or bugs. Betas are either closed (private) and limited to a specific set of users, or they can be open to the general public.
- Release Candidate(aka gamma or delta)The software is almost ready for final release. No feature development or enhancement of the software is undertaken; tightly scoped bug fixes are the only code you’re allowed to write in this phase, and even then only for the most heinous and debilitating of bugs. Once I read phrase by software developers that characterized the release candidate development phase thusly: “does this bug kill small children?”
- GoldThe software is finished — and by finished, we mean there are no show-stopping, little-children-killing bugs in it. That we know of. There are probably numerous low-priority bugs triaged into the next point release or service pack, as well.
These phases all sound perfectly familiar to me, although there are two clear trends:
- The definition of beta grows more all-encompassing and elastic every year.
- We are awfully eager to throw alpha quality code over the wall to external users and testers.
In the brave new world of web 2.0, the alpha and beta designations don’t mean quite the same things they used to. Perhaps the most troubling trend is the perpetual beta. So many websites stay in perpetual beta, it’s almost become a running joke. GMail, for example, was on beta for almost 6 years.
Although I’ve seen plenty of release candidates in my day, I’ve rarely seen a “gamma” or “delta”. Apparently Flickr used it for a while in their logo, after heroically soldiering on from beta:
“loves you” is certainly more fun than “gold”, but I’m not sure it’s ever the same as done. Maybe that’s the way it should be.