Alphas, Betas and Why we’re all Guilty - gHacks Tech News

Alphas, Betas and Why we’re all Guilty

It’s been remarked upon of late that the concept of beta software has changed dramatically over the last ten years. Perhaps Google was a major influence (sigh… Gmail) or perhaps the Internet in general.

The terms ‘alpha’ and ‘beta’ have become muddied and confused over the years. Here is what these initial releases once meant:

Alpha Builds: Alpha releases where (and still are) largely internal builds used for evaluating the code. This stage of the product includes UI re-design, features being dropped in and out and lots of bug-fixing. Traditionally by the end of this stage the product would be code complete and usable.

Beta Releases: Either ‘closed’ or ‘open’. Beta builds were nearly feature complete and should be stable enough to be used. The point of a beta release wasn’t to discover any bugs in the software, but to discover bugs which the developers hadn’t yet discovered themselves through internal testing. Some of these are obscure and need wider testing.

Release Candidates: We see these less frequently these days, but a RC release is code complete. No new features will be introduced and all that’s left to do is find and fix the last few remaining bugs.

What these mean today:

These days I have no idea how exactly the development cycle works. Most developers seem to want to get usable software into users hands as soon as possible which is both good and bad.

ZDNet described this back in 2005 as:

Beta tests are getting longer, less restricted and more common, as companies tinker endlessly with their products in public.

The good is that many more bugs are picked up during the development cycle, user feedback can contribute to the project and it gives the software greater publicity then if they only tested internally.

The bad is that beta software can give a company or service a permanently muddied name. People expect beta software to be usable both performance and feature wise and anything which isn’t gets slammed. I have been guilty of this myself in the past.

When it comes to reviewing pre-release software, performance and stability should never be included as part of the review. Instead the focus should be on the possibility and promise of what the software is aiming to do.

I’ll try to remember this myself as I write and review products.





  • We need your help

    Advertising revenue is falling fast across the Internet, and independently-run sites like Ghacks are hit hardest by it. The advertising model in its current form is coming to an end, and we have to find other ways to continue operating this site.

    We are committed to keeping our content free and independent, which means no paywalls, no sponsored posts, no annoying ad formats (video ads) or subscription fees.

    If you like our content, and would like to help, please consider making a contribution:

    Comments

    1. Bill said on September 14, 2008 at 3:47 pm
      Reply

      I always thought RC was Release Candidate

    2. Matt said on September 14, 2008 at 4:00 pm
      Reply

      Yeah.. doesn’t RC mean Release Candidate? Perhaps I am mistaken.

    3. Axel said on September 14, 2008 at 6:04 pm
      Reply

      ..he probably mis-spelled it, and a spell checker did the rest.

    4. Rarst said on September 14, 2008 at 6:20 pm
      Reply

      Yeah, meaning of beta was totally ruined lately. People were trained to become beta-blind with Google and rest.

      Now (when everything is constant beta) software or service really screws something it can always fall back on beta excuse.

    5. joshua said on September 15, 2008 at 11:16 am
      Reply

      Whoops yeah, thanks for sticking up for me Axel!

    Leave a Reply