Какво е алфа тестване? Процес, Пример
Томас Хамилтън
⚡ Умно обобщение
Алфа тестването идентифицира дефекти в софтуерен продукт, преди той да достигне до реалните потребители. Тази страница обяснява кой извършва двете фази, процесът в тестовата лаборатория, критериите за влизане и излизане, предимствата и ограниченията, както и как се различава от бета тестването.
Какво е алфа тестване?
Алфа тестване е вид софтуерно тестване, извършвано за идентифициране на грешки, преди пускането на софтуерния продукт на реалните потребители или обществеността. Това е вид на тестване за приемане. Основната цел на алфа тестването е да се усъвършенства софтуерният продукт чрез намиране и коригиране на грешки, които не са открити чрез предишни тестове.
Това тестване се нарича алфа тестване само защото се прави в началото, близо до края на разработката на софтуера и преди бета тестването. Проверете Разлики между алфа тестване и бета тестване
Алфа тестването обикновено се извършва от вътрешни софтуерни инженери или QA служители. Това е последният етап на тестване, преди софтуерът да бъде пуснат в реалния свят.
Тъй като се управлява вътрешно, хората, които го изпълняват, са от две различни групи.
Кой участва в алфа тестването?
Алфа тестването има две фази,
- Първата фаза на тестване се извършва от вътрешни разработчици. Те използват или хардуерно подпомагани дебъгери, или софтуер за дебъгери. Целта е бързото откриване на грешки. Обикновено по време на алфа тестване, тестерът ще се натъкне на множество грешки, сривове, липсващи функции и документация.
- Докато втората фаза на алфа тестването се извършва от персонал за QA на софтуера за допълнително тестване в среда. Включва както черна кутия, така и Бял Box Тестване.
Така че алфа тестването може да се представи като онлайн приложение, което не е напълно готово за употреба, но е отворено, за да получи първоначална обратна връзка.
Критерии за влизане и излизане от алфа тестване
Алфа тестването е формална фаза, а не дейност с отворен край. Предварителното споразумение за това какво трябва да е вярно преди началото му и какво трябва да е вярно преди обявяването му за завършено предотвратява фазата да започне твърде рано или да продължи неопределено време.
Критерии за влизане са условията, които трябва да бъдат изпълнени преди да се изпълни първият алфа тест.
- Изискванията и проектните спецификации се преглеждат и одобряват.
- Изготвят се и се одобряват подробен план за тестване и тестови случаи.
- Конструкцията е завършена с функции за тествания мерник и тестовете за дим преминават успешно.
- Налична е специална тестова лабораторна среда и тестови данни.
- Дефект tracИнструментът king е на място и екипът е обучен за работа с него.
Критерии за изход са условията, които показват, че фазата е постигнала целта си.
- Всеки планиран тестов случай е изпълнен и резултатът му е записан.
- Всички критични и високосериозни дефекти се отстраняват и проверяват чрез повторно тестване.
- Останалите дефекти с ниска тежест се документират и официално се приемат.
- Обобщеният доклад за алфа теста е предоставен и одобрен.
- Продуктът се счита за достатъчно стабилен, за да бъде достъпен за външни бета потребители.
След като тези граници са договорени, може да се опише ежедневният процес.
Пример за процес на алфа тестване
Обикновено алфа тестването се провежда в тестова лаборатория на отделна система. При тази техника ръководителят на проекта работи в екип с разработчика, за да определи конкретни цели за алфа тестване и да интегрира резултатите в развиващите се планове на проекта.
Тъй като такова алфа тестване се извършва върху прототип, задълбоченото тестване на надеждността, тестването на инсталацията и тестването на документацията могат да бъдат игнорирани.
Един добър алфа тест трябва да има добре дефиниран План за тестване с изчерпателни тестови случаи. Различни дейности, включени в алфа тестването, са регистриране на дефекти, коригиране на дефекти, повторно тестване, няколко итерации и т.н.
Въпреки че алфа тестването не е напълно функционално, екипът по осигуряване на качеството трябва да гарантира, че всичко, което е налично, е щателно тествано, особено онези части, които трябва да бъдат изпратени на клиента.
За най-добра практика екипът за QA трябва да събере навреме цялата допълнителна информация, като обратна връзка за използваемостта на код за съхранение на алфа етап, външен вид и усещане на софтуера, схема за навигация и т.н.
Също така се препоръчва имейл до клиента с цитиране на всички подробности относно теста, за да се запознае клиентът с текущото състояние на софтуера.
Как да направите алфа тестване
За да направите алфа тестване ефективно за тестване на софтуер, първо трябва да прегледаме спецификацията на дизайна и функционалните изисквания, след това да разработим изчерпателен план за тестване и тестови случаи, след което да изпълним плана за тестване, за да открием дефекти в регистрационния файл и да коригираме тези дефекти и накрая да тестваме отново, след като проблемите бъдат решени за безпроблемно функциониране на софтуера.
Алфа тестване срещу бета тестване
Алфа и бета тестването са последователни етапи, а не алтернативи. Алфа тестването е първо и се управлява от хора вътре в организацията върху контролирана компилация. Бета тестването следва, след като продуктът е достатъчно стабилен, за да оцелее при контакт с реални потребители на собствените им машини. Объркването на двамата водещи екипи води до излагане на нестабилна компилация на клиентите или до забавяне на външната обратна връзка, докато не стане твърде късно за действие.
| Точка на разликата | Алфа тестване | Бета тестване |
|---|---|---|
| Изпълнено от | Вътрешни разработчици и екип по QA | Реални крайни потребители и клиенти |
| Адрес | Контролирана тестова лаборатория на мястото на разработчика | Собствената среда на потребителя |
| Техники | Тестване както на черна кутия, така и на бяла кутия | Само тестване на черна кутия |
| Изграждане на зрялост | Прототип или цялостна изработка на функция | Кандидат за почти пълно освобождаване |
| Намерени дефекти | Функционални неизправности, сривове, липсващи функции | Проблеми с използваемостта и крайни случаи от реалния свят |
| Поправка на обратния ход | Дефектите се отстраняват по време на фазата | Повечето корекции са отложени за по-късна версия |
Предимства на алфа тестването
- По-добра представа за надеждността на софтуера в ранните му етапи
- Освободете екипа си за други проекти
- Намалете времето за доставка до пазара
- Ранната обратна връзка помага за подобряване на качеството на софтуера
Недостатъци на алфа тестването
Същата вътрешна среда, която прави алфа тестването бързо, ограничава и това, което то може да докаже.
- Не е реална среда: Тестовата лаборатория рядко съответства на гамата от устройства, мрежи и конфигурации, които клиентите използват, така че специфичните за средата грешки оцеляват през фазата.
- Вътрешно пристрастие: Тестерите, които знаят как е предназначен продуктът да се използва, избягват неочакваните пътища, които реалните потребители поемат, което крие проблеми с използваемостта.
- Ограничена дълбочина на прототипа: Задълбочените тестове за надеждност, инсталиране и документация често се пропускат, така че тези рискове остават открити.
- Цена на специализирана лаборатория: Поддържането на отделна среда и осигуряването на персонал за две фази на тестване добавя разходи, които малките екипи може да се затруднят да оправдаят.
- Напрежение по график: Тъй като алфа версията е непосредствено преди пускането ѝ, всяко забавяне по-рано в проекта има тенденция първо да компресира тази фаза.
