Альфа-тестування. Означення

1.

Зміни у тестовому плані, якщо стадія
проекту "beta", а не "alpha"
Команда : QA23T23
Доповідач: Кривохижа Марина

2.

План

3.

Означення
Альфа-тестування проводиться внутрішніми тестувальниками або
розробниками, щоб виявити помилки та проблеми в програмному
забезпеченні, перш ніж воно буде доступно широкому загалу.
Бета-тестування проводиться зовнішніми користувачами, щоб отримати
відгук про програмне забезпечення та виявити будь-які проблеми, які
неможливо було б виявити під час альфа-тестування.

4.

Відмінності тестувань
Аспект
Альфа-тестування
Бета-тестування
Цільова
аудиторія
Внутрішні розробники та тестери
Зовнішні користувачі, обрані тестери
Етап розробки Перед випуском "beta" версії
Мета
Після "alpha" тестування, перед офіційним
випуском
Виявлення базових помилок, недоліків Виявлення проблем, які можуть виникнути в
у функціоналі
реальних умовах
Розмір
Зазвичай невелика
тестової групи
Розширена, репрезентативна група користувачів
Спрямованіст Фокус на внутрішніх аспектах, базових
ь тестів
функціях
Розширений обсяг тестування, орієнтований на
реальне середовище користувача

5.

Відмінності тестувань
Аспект
Альфа-тестування
Бета-тестування
Вид
тестування
Закритий, контрольований
Відкритий, в реальних умовах
Зворотний
зв'язок
Легше отримати внутрішній зворотний
зв'язок від розробників
Збір активного зворотного зв'язку від реальних
користувачів
Часовий кадр Зазвичай коротший
Зазвичай триває довше, оскільки дозволяється
більше часу для тестування реальних сценаріїв
Виявлення
помилок
Виявлення базових помилок, недоліків Виявлення проблем, які можуть виникнути в
у функціоналі
реальних умовах
Надійність
продукту
Зменшення кількості базових помилок
та недоліків
Забезпечення вищої надійності в реальних
умовах

6.

Test Case команди
Таблиця 1.2.1 Користувачі та ролі
Test Test Name
ID
1
Обмеження
доступу
до
інформації для користувачів
(Basic/Pro)
Input/Action
Expected Results
1.Увійдіть в обліковий запис користувача (Basic або Pro).
1.Користувач (Basic або Pro) не має доступу до жодної
Спробуйте отримати інформацію про інших користувачів, чутливої інформації щодо інших користувачів. Спроби
таку як їх кількість, розмір та назви створених ними ресурсів. отримання такої інформації мають призводити до
відмови у доступі.
2
Обмеження
доступу
до
інформації для користувачів
(Admin)
1.Увійдіть в обліковий запис Admin-користувача.
1.Admin-користувач має доступ до мета-інформації про
Спробуйте отримати мета-інформацію про користувачів, таку користувачів, такої як їх кількість, розмір та назви
як їх кількість, розмір та назви створених ними ресурсів.
ресурсів, які ними були створені.
Admin-користувач не має доступу до чутливих даних
інших користувачів, таких як особисті інформаційні дані.
3
Заборона
користувачів
ресурсів
до
доступу
чужих
1.Увійдіть в обліковий запис користувача (Basic або Pro).
1.Користувач (Basic або Pro) має доступ лише до своїх
Спробуйте отримати доступ до ресурсів, які належать іншим власних ресурсів.
користувачам.
Спроби отримання
доступу до ресурсів інших
користувачів мають призводити до відмови у доступі.

7.

Зміни у тестовому плані
Розширення тест-кейсів
Тестові кейси можуть бути розширені, щоб включити додаткові випадки
використання та
сценарії. Це може допомогти виявити більше проблем, які можуть
виникнути під час
реального використання програмного забезпечення.
Приклад:
У тест-кейсі 1 можна додати сценарій, в якому користувач намагається отримати доступ
до інформації про інших користувачів, використовуючи сторонню програму або
інструмент. Цей сценарій може допомогти виявити проблеми, які можуть виникнути, якщо
користувачі будуть використовувати сторонні програми або інструменти для обходу
обмежень доступу.

8.

Зміни у тестовому плані
• Використання різних типів користувачів
Бета-тестування може включати різні типи користувачів, включаючи користувачів
з
різними рівнями досвіду та навичок. Це може допомогти виявити проблеми, які
можуть
виникнути у різних групах користувачів.
Приклад:
У тест-кейсі 2 можна додати сценарій, в якому користувач з базовим рівнем досвіду
намагається отримати доступ до мета-інформації про користувачів. Цей сценарій може
допомогти виявити проблеми, які можуть виникнути, якщо користувачі з базовим рівнем
досвіду будуть намагатися отримати доступ до інформації, до якої вони не мають права.

9.

Зміни у тестовому плані
• Збір відгуків від користувачів
Бета-тестування може включати збір відгуків від користувачів про програмне
забезпечення. Це може допомогти розробникам зрозуміти, як користувачі
використовують програмне забезпечення та які у них є проблеми.
Приклад:
У тест-кейсі 3 можна додати опитування, в якому користувачів запитують, чи вважають
вони, що обмеження доступу до чужих ресурсів працюють належним чином. Це питання
може допомогти розробникам зрозуміти, чи є у користувачів проблеми з обмеженнями
доступу.

10.

Припустимо, що проект команди
проходить бета-тестування.
Бета-тестування проводиться зовнішніми користувачами. Ці користувачі можуть використовувати програмне
забезпечення в реальному світі та повідомляти про будь-які проблеми, які вони можуть виявити.
Після завершення бета-тестування наша команда може використовувати відгуки від користувачів, щоб усунути
виявлені проблеми.
Якщо після бета-тестування у проекті все ще залишилися проблеми, команда може вирішити провести альфатестування. Альфа-тестування буде проводитися командою, де зможимо використовувати більш детальні тест-кейси
для виявлення проблем, які можуть бути не виявлені під час бета-тестування.