Pre-alpha Pre-alpha refers to all activities performed during the software project before formal testing. These activities can include
requirements analysis,
software design,
software development, and
unit testing. In typical
open source development, there are several types of pre-alpha versions.
Milestone versions include specific sets of functions and are released as soon as the feature is complete.
Alpha The alpha phase of the release life cycle is the first phase of
software testing (alpha is the first letter of the
Greek alphabet, used as the number 1). In this phase, developers generally test the software using
white-box techniques. Additional validation is then performed using
black-box or
gray-box techniques, by another testing team. Moving to black-box testing inside the organization is known as
alpha release. Alpha software is not thoroughly tested by the developer before it is released to customers. Alpha software may contain serious errors, and any resulting instability could cause crashes or data loss. Alpha software may not contain all of the features that are planned for the final version. In general, external availability of alpha software is uncommon for
proprietary software, while
open source software often has publicly available alpha versions. The alpha phase usually ends with a
feature freeze, indicating that no more features will be added to the software. At this time, the software is said to be
feature-complete. A beta test is carried out following
acceptance testing at the supplier's site (the alpha test) and immediately before the general release of the software as a product.
Feature-complete A
feature-complete (FC) version of a piece of
software has all of its planned or primary
features implemented but is not yet final due to
bugs,
performance or
stability issues. This occurs at the end of alpha testing in
development. Usually, feature-complete software still has to undergo
beta testing and
bug fixing, as well as performance or stability enhancement before it can go to
release candidate, and finally
gold status.
Beta Beta, named after
the second letter of the Greek alphabet, is the software development phase following alpha. A beta phase generally begins when the software is feature-complete but likely to contain several known or unknown bugs. Software in the beta phase will generally have many more bugs in it than completed software and speed or performance issues, and may still cause crashes or data loss. The focus of beta testing is reducing impacts on users, often incorporating
usability testing. The process of delivering a beta version to the users is called
beta release and is typically the first time that the software is available outside the organization that developed it. Software beta releases can be either
open or closed, depending on whether they are openly available or only available to a limited audience. Beta version software is often useful for demonstrations and previews within an organization and to prospective customers. Some developers refer to this stage as a
preview,
preview release,
prototype,
technical preview or
technology preview (
TP).
Beta testers are people who actively report issues with beta software. They are usually customers or representatives of prospective customers of the organization that develops the software. Beta testers tend to volunteer their services free of charge but often receive versions of the product they test, discounts on the release version, or other incentives.
Perpetual beta Some software is kept in so-called
perpetual beta, where new features are continually added to the software without establishing a final "stable" release. As the Internet has facilitated the rapid and inexpensive distribution of software, companies have begun to take a looser approach to the use of the word
beta.
Release candidate A
release candidate (
RC), also known as gamma testing or "going silver", is a beta version with the potential to be a stable product, which is ready to release unless significant
bugs emerge. In this stage of product stabilization, all product features have been designed, coded, and tested through one or more beta cycles with no known showstopper-class bugs. A release is called
code complete when the development team agrees that no entirely new source code will be added to this release. There could still be source code changes to fix defects, changes to documentation and data files, and peripheral code for test cases or utilities.
Stable release Also called
production release, the
stable release is the last
release candidate (
RC) which has passed all stages of verification and tests. Any known remaining bugs are considered acceptable. This release goes to
production. Some software products (e.g.
Linux distributions like
Debian) also have
long-term support (
LTS) releases which are based on full releases that have already been tried and tested and receive only security updates. == Release ==