Сообщений в теме: 10

[Zxspev]

не уверен в правильный ли форум пишу...

необходимо подготовить доклад по этим видам тестирования, есть проблемка одна :)
нет материала по данной теме, может кто-нибудь поможет?

[Darkus]

Яндекс и Google должен помочь :)

[van]

Какой именно доклад? Что он должен включать?

Если необходимы общие положения - что, каким образом (и т.п. вопросы) должно тестироваться на данных этапах, то книга Сэма Канера будет Вам очень полезна.

[Zxspev]

на русском материала не найти :( и в яндксе и в гуугуле

[van]

Я же написал кижечку :)
она на очень даже русском :)

[Zxspev]

её толлько купить можно?

всё равно не успею, книжки у нас из Росии только если заказывать, а вот доклад в четверг уже

[van]

Думаю, что только купить...

А Вы откуда?

[Green]

Честно говоря, ни в одной фирме, где я работал, не использовались эти термины.
Хотя, многие публичные компании пользуются ими очень активно.

Для меня, альфа - это готовность движка программы.
Бета - готовность основной функциональности приложения.

По большому счету эти два понятия не влияют на общий процесс тестирования приложения. Максимум что может произойти, так это добавиться новые типы тестов.

Например, при достижении альфа могут начаться тесты на безопасность, а при достижении бета может "замораживаться" код и могут привлекаться сторонние тестировщики для проверки программы. Последнее особенно популярно для игрушек.
B)

[Case]

На самом деле "замораживание разработки" (только скорее не code freeze, а feature freeze изменения-то вносятся, ошибки правятся) может быть не только на этапе беты, мы такое делали и на этапе подготовки релиз-кандидата. Вопрос только в том когда сие целесообразно.

Про альфа тестирование могу сказать так: наши заказчики (в бытность мою тестировщиком на нескольких компаниях работающих на европу) за альфу считали версию приложения, которую можно было показать как прототип в котором реализованы основные функции. То есть для CRM-а к примеру альфой была версия которая могла создавать и редактировать кастомера и строила например один отчёт (то есть работа с БД + интерфес + движок для отчётов на которую накрутить других отчётов не так долго).

Бета-версия это у нас на выставки готовилась всякие или на презентацию ген.заказчику. По-сути своей ничем уже от продуктивной не отличалась, но страховали себя словами "бета-версия", от случайных накладок и вопросов по производительности к примеру. Демострация обычно шла в лаптопа, а не с сервера на котором должно крутиться наше чудо, поэтом на вопрос "почему медленно" было два ответа: лаптоп + бета версия, которая будет готова тогда-то. Заказчик гораздо безболезненней воспринимает найденные ошибки в бете, чем в релизе.

Иногда было так:
Альфа-демонстрация-бета-демонстрация-RC1-демонстрация-RC2-демонстрация-Релиз-Party.

Соответственно на каждом этапе к нам подсоединялись представители заказчика или диллеры, которые числились альфа или бета-тестерами. К этапу Party таких набиралось много ;)

На самом деле что альфа, что бета-тестирование это наверное (имхо, это мы так работали, не говорю, что так и есть) просто тестирование на определённом временном отрезке выпуска продукта, а не что-то специфичное относительно тестирования.

[Case]

Вот к примеру что понимают под бетой в коменде Касперского:
http://www.kaspersky.ru/beta.html

По-сути работающий продукт, который проходит окончательную обкатку в боевых условиях.

[Zxspev]

van

В Эстонии


О спасибо, за описание вашего опыта альфа и бета тестирования :)
я это отражу в докладе