Даже самое тщательное тестирование приложения не сравнится с реальной проверкой другими пользователями. Бета-тестеры могут обнаружить проблемы, которые вы пропустили, например, орфографические ошибки, неясную работу приложения или ошибки, которые могут привести к сбоям приложения. У вас будет возможность исправить эти проблемы, прежде чем сделать отправленное приложение общедоступным, и в результате вы получите более доработанный продукт.
Центр партнеров предоставляет несколько вариантов, чтобы позволить тестировщикам опробовать ваше приложение, прежде чем предлагать его для широкой публики.
Вне зависимости от выбранного способа далее приведено несколько вещей, о которых следует помнить при бета-тестировании приложения.
- Вы можете отозвать доступ к приложению после его скачивания вашими тестировщиками. После загрузки они могут продолжить использовать приложение и получать доступ к любым впоследствии опубликованным вами обновлениям.
- Необходимо определить, каким образом вы хотите собирать отзывы ваших тестировщиков. Рассмотрите возможность предоставить ссылку в бета-версии приложения, с помощью которой ваши тестировщики смогут легко отправлять отзывы по электронной почте или через Центр отзывов, если не требуется сохранять конфиденциальность.
- Вы можете просматривать аналитические отчеты по вашему приложению, включая отчеты об использовании и работоспособности, а также любые оценки и отзывы, оставленные вашими тестировщиками.
- Вы можете включить надстройки при предоставлении приложения тестировщикам. Так как вы, вероятно, не хотите взимать с них деньги за надстройку, вы можете создать рекламные коды и распространить их среди тестировщиков, чтобы позволить им получить надстройку бесплатно, или вы можете установить цену надстройки бесплатно во время тестирования (затем, прежде чем сделать приложение доступным для других клиентов, создайте новую отправку для надстройки, чтобы изменить ее цену). Обратите внимание, что каждую надстройку можно приобрести только один раз из учетной записи Майкрософт, чтобы тест-инженер не мог проверить процесс приобретения надстройки более одного раза.
- В любой момент вы можете дать вашим тестировщикам обновленную версию приложения, создав новые данные отправки с новыми пакетами. Ваши тестировщики получат обновление после того, как оно пройдет процесс сертификации, так же, как они получили исходный пакет, однако никто другой не сможет получить его (если не внести дополнительные изменения, например, переместить приложение из Частной аудитории в Общедоступную аудиторию или изменить членство групп, которые могут получить его).
Частная аудитория
Если вы хотите разрешить тест-инженерам использовать приложение, прежде чем оно станет доступными для других пользователей, и проверить, что никто не сможет видеть его описание, используйте параметр Частная аудитория в разделе Видимость (на странице отправки Цена и доступность). Это единственный способ, который позволяет распространять приложение для тест-инженеров и за счет которого никто не будет видеть описание приложения в Store, даже если у них есть прямая ссылка на приложение.
8 самых важных и распространенных вопросов касающихся бета тестирования iOS | ProTech
Как подключить программу бета тестирования Apple на айфоне? Тестируй обновления одним из первых!
Параметр Частная аудитория можно использовать только в том случае, если приложение еще не опубликовано для общедоступной аудитории. Этот параметр можно использовать с приложениями, предназначенными для любой версии ОС, но тестировщики должны работать Windows 10 версии 1607 или более поздней (включая Xbox One) и должны выполнять вход с помощью учетной записи Майкрософт, связанной с указанным вами адресом электронной почты.
Дополнительные сведения см. в разделе Частная аудитория.
Тестовые пакеты
Если вы уже опубликовали свое приложение, вы можете создавать тестовые пакеты, чтобы распространять указанным пользователям другие наборы пакетов. Вы даже можете создать несколько тестовых пакетов одного приложения для разных групп пользователей. Это отличный способ испытать несколько пакетов одновременно, который позволяет переносить тестируемые возможности в приложение в случае обычной отправки, если вы решите, что пакеты можно публиковать для всех.
Тестовые пакеты можно использовать с приложениями, предназначенными для любой версии ОС, однако ваши инженеры-тестеры могут получить приложение, только если они работают с Windows.Desktop сборки 10586 или более поздней версии; Windows.Mobile сборки 10586.63 или более поздней версии; или Xbox One.
Дополнительные сведения можно найти в разделе Тестовые пакеты.
Скрытие приложения в Store и использование рекламных кодов
Этот вариант предлагает еще один способ ограничить распространение приложения только определенной группой тестировщиков, не позволяя другим пользователям обнаруживать ваше приложение в Магазине (или приобретать его без рекламного кода). Тем не менее в отличие от параметра частной аудитории любой пользователь, у которого есть прямая ссылка на приложение, сможет просмотреть его описание. Если сохранение конфиденциальности является важным аспектом для вашей отправки, мы рекомендуем публиковать приложения для частной аудитории.
Скрытие приложения и использование рекламных кодов можно использовать с приложениями, предназначенными для любой версии ОС, но ваши тестировщики могут получить приложение только в том случае, если они работают Windows 10 или Windows 11.
Для использования этой возможности:
- В разделе Видимость на странице Цены и доступность под пунктом Возможность обнаружения выберите пункт Отправить продукт в Store, но запретить его поиск там. Выберите вариант Остановить приобретение. Любой клиент с прямой ссылкой может видеть описание продукта в Магазине, но он может скачать его только в том случае, если он владел продуктом ранее или имеет рекламный код и использует Windows 10 или Windows 11 устройство.
- После того как ваше приложение пройдет сертификацию, создайте рекламные коды приложения и распределите их между тестировщиками. Вы можете создать до 1600 активационных кодов для одного приложения в течение полугода. Эти коды предоставят вашим тестировщикам прямую ссылку на приложение в каталоге и позволят им загрузить его бесплатно, даже если вы задали для него цену во время отправки.
- Когда вы решите сделать приложение доступным для всех, вы можете создать новые данные отправки и изменить значение параметра Видимость на Сделать этот продукт доступным и обнаруживаемым в Store, а также внести любые другие изменения.
Целевое распространение с помощью ссылки на описание приложения
В отличие от параметров, описанных выше, этот параметр работает с Windows Phone 8.1, а также Windows 10 (однако не работает с Windows 8 .x). Пользователи не смогут найти приложение путем поиска или просмотра в Магазине, но любой пользователь с прямой ссылкой на его описание в Магазине может скачать его на устройстве под управлением Windows Phone 8.1 или более ранней версии, а также на Windows 10 или Windows 11. Следует помнить, что для цены приложения должно быть выбрано значение Бесплатно, чтобы тестировщики могли свободно скачать его.
Для использования этой возможности:
- В разделе Видимость на странице Цены и доступность под пунктом Возможность обнаружения выберите пункт Отправить продукт в Store, но запретить его поиск там. Выберите значение Обязательное наличие прямых ссылок. Любой пользователь, у которого есть прямая ссылка на описание продукта, может скачать его (за исключением пользователей Windows 8.x).
- После публикации вашего продукта распространите ссылку ( URL-адрес на Странице удостоверения приложения) для тестировщиков, чтобы они могли протестировать его.
- Когда вы решите сделать приложение доступным для всех, вы можете создать новые данные отправки и изменить значение параметра Видимость на Сделать этот продукт доступным и обнаруживаемым в Store, а также внести любые другие изменения.
По состоянию на 31 октября 2018 г. только что созданные продукты не могут включать пакеты, предназначенные Windows Phone 8.x или более ранних версий. Дополнительные сведения см. в этой записи блога.
Целевое распространение пользователям Windows Phone с заданными адресами электронной почты
Этот параметр недоступен для новых отправок. Если ранее вы выбрали этот параметр для приложения, предназначенного для Windows Phone 8.1 или более ранней версии, вы сможете продолжить использовать его для этого приложения. Можно внести изменения в список тест-инженеров (до 10 000), создав новую отправку.
С помощью этого параметра ваше приложение смогут загрузить (на устройства под управлением Windows Phone 8.1 или более ранних версий) пользователи с адресами электронной почты, указанными вами, используя прямую ссылку на описание. Другие пользователи не смогут скачать приложение, даже если у них есть ссылка, и они не смогут найти приложение в Store путем поиска или просмотра. Чтобы тестировщики могли скачать приложение, необходимо предоставить им соответствующую ссылку ( URL-адрес на Странице удостоверения приложения), и они должны войти с учетной записью Майкрософт, которая связана с адресом электронной почты, предоставленным вами. Вы можете также сделать приложение доступным для тестировщиков на устройствах с Windows 10, создав рекламные коды; любой пользователь, у которого есть рекламный код, сможет скачать ваше приложение на устройство с Windows 10, даже если вы не указали адрес электронной почты пользователя.
Источник: learn.microsoft.com
БЕТА-ТЕСТИРОВАНИЕ – ПОДРОБНОЕ РУКОВОДСТВО
В тестировании программного обеспечения бета-тестирование – это тип приемочного тестирования пользователями. Это выполняется ограниченным числом конечных пользователей (заказчиков или реальных пользователей) перед доставкой. Обычно это делается на месте клиента.
Целью этого тестирования является проверка функциональности, производительности, совместимости и удобства использования приложения в реальной среде с участием реальных людей, просто чтобы выявить реальные проблемы, такие как бизнес-кейсы, проблемы со скоростью, масштабируемость, производительность приложения, прежде чем они станут широко распространены. аудитория для общего использования.
Бета-тестирование дает уверенность в том, что приложение хорошо разработано и удовлетворяет бизнес-потребностям и ожиданиям, что является своего рода зеленым сигналом перед запуском, который будет использоваться широкой базой конечных пользователей. .
Одним из основных преимуществ этого тестирования является то, что мы можем получать прямые отзывы от клиентов.
Что такое альфа-тестирование?
Краткая информация об альфа-тестировании.
Альфа-тестирование – это приемочное тестирование пользователей, которое проводится внутренними тестировщиками до того, как приложение будет запущено. Цель – провести последний раунд тестирования и выявить все типы проблем, которые могли быть пропущены в предыдущих раундах тестирования. . Это делается командой тестирования, и проблемы устраняются немедленно. Подход к тестированию черного ящика и белого ящика выполняется во время альфа-тестирования.
Кто является заинтересованным лицом
Заинтересованными сторонами бета-тестирования являются
- Клиенты и эксперты по удобству использования
- SME (эксперты в предметной области)
- Менеджер проекта
- Качество/руководитель тестирования [Необязательно]
Заявка и критерии выхода:
Каковы критерии входа в бета-тестирование?
- После завершения альфа-тестирования и получения надлежащего разрешения от группы тестирования.
- Должна быть доступна бета-версия приложения
- Руководства пользователя или файлы справки, список известных проблем должен быть задокументирован и должен быть готов для публикации.
- Инструмент для выявления ошибок в режиме реального времени
Каковы Выйти Критерии для бета-тестирования?
- Нет Showstopper или серьезных ошибок в приложении.
- Отчет об отзывах должен быть подготовлен для будущих версий продукта.
- Доставка сводного отчета о бета-тестировании.
- Подписание бета-тестирования
Альфа-тестирование и бета-тестирование
Бета-тестирование и краудсорсинговое тестирование
Между бета-тестированием и краудсорсинговым тестированием есть некоторые различия, несмотря на то, что оба они дают разработчикам продуктов возможность получать отзывы о своих продуктах, прежде чем выпускать их для широкой публики. Основной задачей краудсорсингового тестирования является поиск ошибок, в бета-версии — это взаимодействие с пользователем и улучшение продукта.
Профессиональные специалисты по контролю качества проводят краудсорсинговое тестирование, тогда как настоящие конечные пользователи (могут или не могут быть профессиональные тестировщики) проводят бета-тестирование. В краудсорсинге тестировщики следуют определенным сценариям и контрольным спискам, тогда как , в бета-версии тестировщики просто проверяют приложение естественным образом. Краудсорсинговое тестирование длится от нескольких часов до нескольких недель, тогда как бета-тестирование длится несколько недель. Краудсорсинговые тестировщики получают деньги за каждую ошибку, тогда как бета-тестеры не всегда получают деньги. Подробнее о краудсорсинговом тестировании читайте здесь Типы бета-тестирования
Существует 5 типов бета-тестирования, которые могут быть выполнены в соответствии с потребностями проекта 1. Обычное бета-тестирование
2. Публичное бета-тестирование
3.Техническое бета-тестирование
4.Фокусированное бета-тестирование
5.Пострелизное бета-тестирование
Обычное бета-тестирование:
Предварительно выпущенный продукт распространяется на целевой рынок для использования и собирается обратная связь, на основе отзывов, полученных от пользователей, производится улучшение продукта и затем он выпускается для общего пользования во всем мире.
Открытое бета-тестирование:
Функции продукта запускаются для широкой публики, отзывы собираются от конечным пользователям, внесены улучшения
Техническое бета-тестирование:
Продукт выпускается для определенного круга сотрудников организации, чтобы можно было собрать общие отзывы, а также технические отзывы и внести улучшения.
Конкретное или целенаправленное бета-тестирование: Продукт выпускается для определенного круга лиц, чтобы получить отзывы о конкретных функциях программного обеспечения, например, об аутентификации пользователей программного обеспечения.
Бета-версия после выпуска:
Продукт выпущен для публики под названием Beta Version. Пользователи используют его в соответствии с реальной целью приложения, собираются отзывы и импровизируется перед будущим выпуском.
Закрытое и открытое бета-тестирование
1. Закрытое бета-тестирование
При закрытом бета-тестировании программное обеспечение или приложение, тестируемые определенной группой людей, эта группа проверяет и оценивает программное обеспечение, проверяет все функции и использует его как реальную точку зрения конечного пользователя с реальными сценариями. Это называется бета-версией программного обеспечения или иногда также называется частной бета-версией.
2. Открытое бета-тестирование
Открытое бета-тестирование – это предварительное тестирование перед финальной версией продукта, но оно не ограничивается определенным кругом людей, а доступно на рынке или для всех с помощью «общедоступной бета-версии’, где любой пользователь может использовать программное обеспечение, оставлять отзывы и сообщать о проблемах. Это тестирование приводит к выявлению областей улучшения, проблем качества и удобства использования. Все входные данные фиксируются, и улучшения могут быть внесены в окончательный выпуск программного обеспечения.
Преимущества и недостатки:
Бета-тестирование — это последнее тестирование в жизненном цикле тестирования. , это очень важно и не может быть само собой разумеющимся. Потому что это единственное мероприятие, на котором почти все заинтересованные стороны завершают работу над продуктом и принимают решение о том, использовать его или нет.
Преимущества бета-тестирования:
- В нем делается вывод о точке зрения клиента на программное обеспечение, независимо от того, удовлетворены ли клиенты или нет.
- Конечные пользователи или малые и средние предприятия также участвуют в бета-тестировании, поэтому получают соответствующие отзывы.
- Это окончательное тестирование перед выпуском окончательной версии продукта, поэтому он предотвращает серьезные сбои команды перед запуском.
- В режиме реального времени и в реальных сценариях тестируются реальные пользователи, поэтому может быть обнаружено множество проблем, которые могли быть пропущены группой тестирования из-за закрытого среда.
- Сессии бета-тестирования являются очень хорошей платформой для понимания требований бизнеса и клиентов, а также бизнеса в рабочем плане, что может быть полезно для понимания точки зрения клиента, команда может предложить больше областей для улучшения, что, в свою очередь, дает больше работы и задач на будущее. выпуск и создание доверия со стороны клиента.
Недостатки бета-тестирования:
- Это выполняется конечными пользователями и деловыми людьми, иногда они не знают о рабочем потоке нового приложения, однако знают требования. Этот пробел приводит к тому, что вы тратите дополнительное время на приложение и еще больше путаетесь при тестировании.
- Некоторое время из-за большого времени цикла бета-тестирования рабочий выпуск задерживается, что оказывает большое влияние на бизнес в целом.
- A Квалификация полного бизнес-аналитика играет ключевую роль при проведении бета-тестирования. Если бизнес-аналитики не смогли понять отзывы о бета-тестировании, это приведет к сбоям в будущих выпусках.
Почему бета-тестирование
- ошибок и сбоев в работе среды Live
- проблем использования
- Производительность и узкие места
- Неудачные операции
- Потеря данных
Как выполняется бета-тестирование
Это должно быть сделано с надлежащим планированием, следующие шаги.
1. Подготовьте свое программное обеспечение
Точно так же, как это используется реальными пользователями — приложение должно иметь всю функциональность, все подробные функциональные потоки должны быть предварительно протестированы и утверждены без ошибок.
2. Разработайте план бета-тестирования
Он должен включать
цель бета-тестирования
- Приложение должно быть легко доступно для всех своих пользователей.
- Авторизация и аутентификация должны работать правильно для всех пользователей
- Все функциональные потоки должны работать должным образом
- Клиент должен иметь возможность успешно выполнять бизнес-сценарии
- Клиент должен быть удовлетворен функциональностью и удобством использования приложения.
Стратегии, которые следует использовать
-
Это частное или общедоступное бета-тестирование?
- Кто будет целевым бета-тестером?
- Механизм обратной связи или сбора информации, как конечный пользователь предложит улучшения
- Список всех сквозных бизнес-сценариев
Роли и обязанности
- Кто отвечает за выполнение теста
- Кто отвечает за регистрацию проблем или усовершенствований.
- Кто будет вести ежедневные журналы и отчеты о бета-тестировании
- Кто будет управлять каналами связи, такими как рассылка по почте всем заинтересованным сторонам и обновление документов
Сроки и Расписание бета-тестирования
Временные рамки и расписание определяются и доводятся до сведения всей команды и руководства заранее, поэтому в случае обнаружения каких-либо серьезных функциональных или юзабилити-проблем принимаются надлежащие меры. Выбор инструментов:
В соответствии с функцией и требованиями продукта выбирается бета-инструмент.
3.Соглашения с бета-тестерами
Когда компания проводит публичное бета-тестирование, она нанимает бета-тестеры и все бета-тестеры должны подписать соглашение, касающееся конфиденциальности программного обеспечения, например. тестер не будет раскрывать какую-либо информацию или ее детали никому, пока программное обеспечение не будет запущено и не будет доступно для публичного использования.
4. Наняв бета-тестеров, расскажите им об их ролях и обязанностях.
Каждый бета-тестер должен понимать цель тестирования и следовать строго установленным срокам.
5.Сбор отзывов
Когда бета-тестер начинается тестирование, необходимо собрать отзывы. Обратная связь может быть в любой форме, например, это может быть проблема, улучшение, предложение или проблема с удобством использования. Все отзывы следует обсуждать и реализовывать, если они признаны действительными.
Проблемы бета-тестирования
- Нанять полноценного бета-тестера сложно, тестировщика, который знает предметную область, а также бизнес, а также навыки тестирования.
- Получить релевантные отзывы о продукте сложно, потому что тестировщики могут регистрировать все как проблемы, потому что они плохо знакомы с приложением.
- Вовлечение конечных пользователей в циклы тестирования иногда бывает затруднено. Вовлечение конечного пользователя очень важно, потому что только он может предоставить правильный отзыв о конкретной операции, но, поскольку их доступность или присутствие не уверены, становится сложно вовремя принять их отзыв
- В конце концов, большой список отзывов составляется, из этого списка сложно установить приоритет обратной связи.
- Иногда бета-тестирование не может быть выполнено в строгие сроки, это больше похоже на сквозное бизнес-тестирование, которое проводится методом исследовательского тестирования. Из-за этого бета-тестирование занимает много времени, а получение отзывов в запланированное время является большой проблемой
Программное обеспечение для бета-тестирования
- Centercode.com
- Usersnap.com
- Usertesting.com
- TryMyUI.com
- Prefinery.com
- Validately.com
- Webengage.com
- Ubertesters.com
Как стать бета-тестером
Некоторые разработчики пытаются получить отзывы пользователей о их приложения или функции от реальных пользователей, прежде чем они официально выпустят их для широкой публики. Вы можете стать бета-тестером этих приложений и попробовать их, присоединившись к программам бета-тестирования или раннему доступу. Как бета-тестер, вы получите право ознакомиться с новыми продуктами, функциями и исправлениями ошибок до того, как они станут общедоступными. Давайте посмотрим на некоторые продукты и примеры бета-тестирования.
Как стать бета-тестером Apple
Вы можете стать бета-тестером Apple. Вы можете протестировать предварительные версии и помочь им сделать следующий выпуск iOS, iPadOS, macOS, tvOS и watchOS без ошибок. Перейдите по этой ссылке, чтобы стать бета-тестером Apple Точно так же вы можете стать бета-тестером приложений для Android.
Как стать бета-тестером приложений для Android
- Перейдите в Google Play Store и найдите приложения/игры, для которых вы хотите стать бета-тестером.
- Проверьте приложение/игру, позволяет ли оно своим пользователям работать в качестве бета-тестера приложения.
- Следуйте инструкциям на экране. инструкции. Выберите программу «Бета-тестер». Регистрация в программе бета-тестирования займет некоторое время.
- Вы можете проверить свои приложения/игры, для которых вы назначены бета-тестером.
- Бета-тестерам не всегда платят, но если им платят, заработок начинается примерно с 10 долларов США. за тест до 100 долларов США.
В заключение:
Бета-тестирование чрезвычайно важно в любом проекте разработки, и его следует рассматривать в качестве первоочередной задачи перед любым крупным выпуском. Отзывы конечных пользователей, безусловно, улучшат текущую версию, а также дадут указания для будущих версий. Бета-тестеры пользуются огромным спросом в игровой индустрии и индустрии мобильных приложений.
Часто задаваемые вопросы — Бета-тестирование
Кто имеет право участвовать?
1. В большинстве компаний вам должно быть не менее 18 лет.
2. Вы должны свободно писать и говорить по-английски.
Сколько денег вы можете заработать, работая бета-тестером?
Вы можете заработать от 1 до 20 долларов США за большинство тестов (или больше) на стороне и помочь повлиять на разработку новых интересных продуктов.
Как производятся платежи?
Зависит от компании к компании. В основном платежи осуществляются через PayPal после завершения проекта.
TAG: qa
Источник: atesting.ru
β Что такое бета-тестирование?
Сквозное, общее тестирование продукта выполняют реальные пользователи в своем окружении, и это основная характеристика такого метода тестирования. Следовательно, бета-тестирование является одним из подвидов приемочного (UAT-тестирования). Создается бета-версия приложения, по которому нужен пользовательский фидбэк, и передается некоторому количеству пользователей, желающих поучаствовать в бета-тесте. Бета-тестирование существенно минимизирует количество багов и повышает итоговый уровень продукта, путем валидации дефектов пользователями. «Бета» это последняя стадия тестирования продукта до появления на рынке. Главный плюс бета-тестов — ценный фидбек от конечных пользователей.
Характеристики
- Выполняется клиентами/пользователями/всеми желающими, а не сотрудниками компании.
- Качественная проверка надёжности, безопасности, и общей пригодности приложения.
- Выполняется в окружении пользователя, то есть на его компьютере (смартфоне).
- Не требует создания и настройки сложного тестового окружения.
Типы бета-тестирования
- Стандартное. Продукт передают определенному (как правило, не очень большому) количеству пользователей и собирают их отзывы (фидбек) плюс сопутствующие данные (в первую очередь условия возникновения ошибок), затем продукт корректируют/улучшают на основе фидбека.
- Публичное. Публичный (широко объявляемый) релиз продукта в онлайн-каналах корпорации, продукт доступен любому желающему и желающих обычно много. Публичное бета-тестирование проводят крупнейшие ИТ-компании.
- Техническое. Продукт передают выделенной группе сотрудников внутри компании и получают квалифицированный фидбек плюс упорядоченные дополнительные данные.
- Фокусное. Сбор фидбека по отдельным функциям.
- Пост-релизное. С целью собрать идеи улучшения «на будущее».
Критерии начала бета-тестирования
- Завершение «альфа» тестирования
- Готова бета-версия
- Готовность к сбору фидбека
- Наличие и готовность инструментов регистрации дефектов
Инструменты для бета-тестирования
✅ Преимущества бета-тестирования
- Уменьшает риски явных и «поздних» дефектов путем пользовательской валидации
- Позволяет проверить готовность инфраструктуры компании к пост-релизному обслуживанию
- Позволяет собрать ценнейший фидбэк конечных пользователей
- Обходится намного дешевле, чем все другие методики тестирования
- Повышает осведомленность о продукте и лояльность пользователей
❌ Недостатки бета-тестирования
- Бывает очень сложно воспроизвести баги из-за большого количества тестовых окружений (у каждого пользователя свое)
- Дефекты часто дублируются у многих пользователей, что ведет к большому количеству повторяющихся баг-репортов
- Довольно затратный процесс по времени, поскольку пользователи тестируют продукт когда хотят и отправляют фидбек по желанию
- Чаще всего у пользователей нет достаточных ИТ-скиллов, чтобы делать подробные баг-репорты.
Разница между альфа- и бета-тестированием кратко
| Выполняется сотрудниками ИТ-компании | Выполняется пользователями |
| В тестовом окружении компании | В их реальном окружении |
| Применяют методики черного и белого ящика | Только методика черного ящика |
| Продукт готов на 70-90% | Продукт готов на 90-95% |
| Цель: оценить общее качество | Цель: получить оценку пользователей |
| Требует сложного тестового окружения | Не требует сложного тестового окружения |
| Выполняется до выхода на рынок | Выполняется на этапе маркетингового продвижения |
Альфа и бета-тестирование: цели, важные моменты, таймлайн, участники и стейкхолдеры
| Основные моменты | Этапы валидации пользователями | Первый этап | Второй этап |
| Место проведения | Внутри компании, в специальном тестовом окружении | У пользователей, в реальном окружении | |
| Возможности контроля | Хорошие | Слабые | |
| Области тестирования | Только функциональность и юзабельность; безопасность и надежность обычно нет | Функциональность, юзабельность, надежность и безопасность в равной степени | |
| Применяются техники | Черного и белого ящика | Только черного ящика | |
| Название билда | Альфа-билд | Бета-билд | |
| Что команда делает, когда обнаружены баги и проблемы | Регистрирует баги и фиксит с высоким приоритетом | Реальные пользователи сообщают о багах, баги устраняются; дополнительно общие впечатления и идеи по улучшению | |
| Польза | Разные точки зрения на качество продукта от участников | Оценка будущей успешности продукта на основе фидбека | |
| Цели | |||
| Оценить | Качество продукта | Удовлетворение пользователей | |
| Гарантировать | Готовность к бете | Готовность к релизу | |
| Сосредоточиться на | Поиске багов и проблем | Собрать фидбек и впечатления | |
| Ответить на вопросы | Рабочий ли продукт? | Пользователям нравится? | |
| Таймлайн | Тестирование начинается: | После завершения системного тестирования | После завершения альфа-тестирования |
| Завершенность проекта | 70-90% | 90-95% | |
| Стабильность билда | Стабильный с точки зрения разработчиков | Стабильный с точки зрения пользователей | |
| Длительность | Сколько тестовых циклов | Много | 1 или 2 |
| Длительность каждого цикла | 1-2 недели | 4-6 недель | |
| Прочие факторы | Длительность зависит от количества найденных багов и добавленных новых функций | Тестовый цикл может затягиваться после фидбека пользователей | |
| Стейкхолдеры | Разработчики, лиды QA-команды, менеджмент проекта | Менеджмент проекта, QA-менеджеры, менеджеры по User Experience |
Источник: testengineer.ru