(068) 804-65-65, (063) 642-10-11

UA
UA RU
UA
UA RU

День 2Тільки практика

Марафон
ТЕСТУВАННЯ КОМЕРЦІЙНОГО
ПРОЕКТУ

Продовжуємо працювати над проєктом, складати звіти про знайдені помилки та пропозиції щодо покращення.

ДЛЯ ПРОЄКТУ

Доступ до Трелло

Ви отримали доступ до дошки Trello, де ви зможете переглянути завдання на перший день марафону та оформити баг-репорти чи покращення. Нижче наведено посилання на дошку Trello.

Перейти

Вимоги

В картках з завданнями марафону ми додали посилання на документ з вимогами, з яким необхідно ознайомитись перед початком тестування. Також, ви можете перейти до цих вимог за посиланням, яке ми надаємо тут. Ці вимоги допоможуть вам краще зрозуміти, що потрібно тестувати та які критерії повинні бути виконані для успішного проходження марафону.

Перейти

Давайте розгадуємо головоломки?

Відповіді надіслати в телеграм бот

a) Тестування продуктивності
b) Тестування сумісності
c) Тестування безпеки
d) Тестування зручності використання

a) Регресійне тестування
b) Інкрементальне тестування
c) Смоук-тестування
d) Експлораторне тестування

a) Тестування граничних значень
b) Тестування еквівалентних класів
c) Тестування попарних комбінацій
d) Тестування повного перебору

a) Тестування на основі моделей
b) Тестування на основі досвіду
c) Тестування на основі структури
d) Тестування на основі вимог

Гумор

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

Декілька цікавих фактів з життя QA

"Біта лазанья": У різних компаніях і проектах QA може мати різні відомі назви. У деяких вони використовують термін "QA Engineer", а в інших - "Tester", "Quality Analyst", "Quality Control Engineer" та інші.

Баг-репорт "Філософія": Специфікації баг-репортів можуть бути досить різними. Деякі тестери придумують креативні заголовки для багів, такі як "Помилка у філософії: очікування розуміння життя", щоб зробити роботу цікавішою.

"Усе нормально": Інколи тестери можуть підмітити навмисно менш важливі баги або "недоліки", щоб не викликати підозр. Це називається "камуфляжем багів".

Секретний інструмент: Тестери можуть використовувати не тільки технічні навички, але й свою інтуїцію та "чуття" про те, де можуть бути проблеми.

Кава та баги: Подекуди у QA-команд є традиція відзначати виявлені баги спеціальною церемонією або випиванням кави.

"У моєї бабусі немає комп'ютера": Тестування має різні аспекти, і деякі тестери навіть можуть займатися "людським тестуванням", перевіряючи як легко користуватися продуктом людям різного віку та досвіду.

"Мільйон сценаріїв": Іноді одна функція може вимагати великої кількості тестових сценаріїв для повного покриття всіх можливих варіантів використання.

"За кадром": Баги можуть бути досить різними, від орфографічних помилок до серйозних проблем з безпекою. Іноді QA відкриває "дзеркало" проекту, показуючи ті його аспекти, які зазвичай приховані від користувачів.

Завдання

Відповіді надіслати в телеграм бот

Задача "Зниклий текст"

Користувач заявляє, що під час роботи з додатком деякий текст зникає або відображається некоректно. Напишіть декілька кроків, які ви виконаєте, щоб виявити та описати цей баг.

Задача "Помилкова інформація"

Користувач стверджує, що додаток надає невірну інформацію, яка суперечить дійсності. Як ви доведете вірогідність цього багу та запишете його у баг-репорт?

Задача "Неочікувана поведінка"

Користувач вказує на те, що певний функціонал додатку веде себе несподівано або некоректно. Які ви зробите експерименти та дослідження, щоб відтворити цю проблему?

Задача "Контрольні кроки"

Які кроки ви виконаєте, перш ніж створити баг-репорт? Як ви переконаєтеся, що проблема є реальною та відтворюється?

Задача "Умови відтворення"

Як ви описали би умови відтворення багу для тестера, який має його перевірити? Які додаткові кроки ви надасте, щоб легше було відтворити цю проблему?

Задача "Аналіз логів"

Якби ви мали аналізувати логи, щоб з’ясувати причину багу, які кроки ви б виконали? Які показники або помилки ви шукали б?

Рев'ю щодо баг-репортів та поліпшень буде відправлено завтра

Не пропустіть сповіщення у телеграм-боті