Тестирование и версии ПО

Альфа-, Бета- и другие версии ПО

В программировании есть своя градация версий ПО, которая показывает стадию его готовности: от самой первой, «авторской» компоновки, до релиза на рынок или широкого использования. В теории считается, что разработка ПО должна пройти через 5 версий:

1. Пре-альфа
2. Альфа
3. Бета
4. Релиз-кандидат
5. Релиз.

Может так случаться, что пользователи получают доступ к ПО на более ранних стадиях. Или что ПО проходит не все стадии. Как бы то ни было, работа для тестировщика есть для каждой версии.

Пре-альфа-версия и тестирование

Пре-альфа (Pre-Alpha) — это самая первая версия ПО. Она обычно не предназначена для использования и уж тем более продажи. Это некий прототип IT-продукта, он служит для демонстрации бизнес-идеи. Как правило, в нем много ошибок и функционал реализован не полностью.

В отношении пре-альфа-версии может выполняться следующее тестирование:

• Проверка сквозных сценариев использования ПО (End-to-End);
• Проверка основных возможностей продукта (например, будет ли подтормаживать графика);
• Проверка отдельных гипотез по функционированию ПО;
• Оценка потребления ресурсов в будущем;
• Анализ макетов и интерфейса.

Альфа-версия ПО и тестирование

Альфа (Alpha) – первая версия с полным функционалом. Считается, что в ней реализованы все возможности, которые задумывались для данного ПО. Формально это уже завершенный IT-продукт, но все прекрасно понимают, что там полно багов [ссылка на статью 26 Дефект ПО], которые надо найти и устранить. Как правило, тестирование альфа-версии проводится внутри компании, чтобы обеспечить нужный уровень конфиденциальности.

В отношении альфа-версии может выполняться следующее тестирование:

• Дымовое, санитарное и сквозное тестирование [ссылка на статью 09 Виды тестирования];
• По уровням Пирамиды тестирования;
• Тестирование интерфейса;
• Нефункциональное тестирование.

Бета-версия ПО и тестирование

Бета (Beta) – это версия, в которой устранены все найденные серьезные дефекты. Тестировщики компании уже в значительной степени «прошерстили» ПО, и оставшиеся баги, как правило, незначительны. 

Тестировать далее собственными силами уже малоэффективно, поэтому разработчик хочет воспользоваться «силой толпы». Компания дает доступ к Бета-версии обычным пользователям в обмен на информацию о найденных дефектах. Получается так называемое «открытое тестирование» (пользователи как бесплатные тестировщики).

Также Бета-версией могут воспользоваться другие разработчики, чтобы проверить совместимость ПО между собой.

Релиз-кандидат и тестирование

Релиз-кандидат (Release Candidate, RC) – это уже почти готовый IT-продукт. Им можно пользоваться как полноценным, баги там редкость. Компания-разработчик оставляет себе несколько месяцев, чтобы удостовериться, что дефекты более не препятствуют продаже (широкому использованию) продукта.

Основной тип проверок в Релиз-кандидате – это регрессионное тестирование после устранения мелких недочетов.

Релиз-версия и тестирование

Релиз (Release) – это готовая версия ПО, которая выходит на рынок (широкое использование). Естественно, не существует гарантии, что в ней нет ошибок. Как гласит один из принципов тестирования: «Все протестировать невозможно». Поэтому рано или поздно выходят обновления – новые версии продукта.

Как и в случае с Релиз-кандидатом, основной тип тестирования здесь – регрессионное. 

Резюме

Разработка IT-продукта проходит через несколько его версий перед окончательным выходом на широкую аудиторию. Версии могут иметь как формальный статус, так и условное разделение. В любом случае тестирование присутствует на каждой стадии. Со всеми применяемыми там видами тестирования Вы познакомитесь на онлайн-курсах тестировщиков.