Першого дня ми зосередимося на ознайомленні з проектом, його основними функціями та вимогами. Ви дізнаєтесь, як проводити аналіз вимог, створювати тестові сценарії та планувати процес тестування.
Ви отримали доступ до дошки Trello, де ви зможете переглянути завдання на перший день марафону та оформити баг-репорти чи покращення. Нижче наведено посилання на дошку Trello.
В картках з завданнями марафону ми додали посилання на документ з вимогами, з яким необхідно ознайомитись перед початком тестування. Також, ви можете перейти до цих вимог за посиланням, яке ми надаємо тут. Ці вимоги допоможуть вам краще зрозуміти, що потрібно тестувати та які критерії повинні бути виконані для успішного проходження марафону.
Ми даємо вам посилання на цю інструкцію, щоб ви могли ознайомитися з нею та зрозуміти, як ефективно використовувати цей інструмент для успішного проходження марафону.
Будь ласка, виберіть завдання в колонці Day 1, яку ви хотіли б протестувати, та призначте її на себе.
Для початку тестування важливо ознайомитись із вимогами всередині таски.
Ознайомтеся із шаблоном написання баг репорту та створіть нову картку в колонці Day 1 (Bugs)
Ознайомтеся із шаблоном написання імпрувменту та створіть нову картку в колонці Day 1 (Improvements)
Аналіз вимог - це процес вивчення, розуміння та оцінки вимог до програмного продукту або системи. Ось кроки, які допоможуть провести аналіз вимог:
Читання та розуміння документації: Уважно вивчіть усі документи, пов'язані з проектом, такі як функціональні та нефункціональні вимоги, специфікації, дизайн тощо. Розуміння основних цілей та очікувань від системи – ключовий етап аналізу.
Виділення ключових вимог: Визначте найважливіші та критичні вимоги. Розділіть їх на функціональні (як система має діяти) та нефункціональні (вимоги до продуктивності, безпеки, надійності тощо).
Формулювання питань: Якщо у вас виникають неясності чи непорозуміння у вимогах, поставте запитання бізнес-аналітикам чи замовнику, щоб уточнити всі деталі.
Створення тестових сценаріїв: На основі вимог розробте тестові сценарії, які описують послідовність кроків, щоб перевірити відповідність вимогам.
Оцінка тестованості: Проаналізуйте вимоги щодо їх тестованості. Подумайте, які дані, умови та сценарії знадобляться для перевірки кожної вимоги.
Планування тестування: Визначте обсяг та пріоритети тестування на основі аналізу вимог. Розробте план тестування, який охоплює всі основні вимоги та ризики.
Відстеження змін: Під час розробки вимоги можуть змінюватись. Важливо стежити за оновленнями та змінами вимог, щоб належним чином оновлювати тестову документацію.
Залучення бізнес-стейкхолдерів: При проведенні аналізу вимог важливо обговорювати їх із бізнес-стейкхолдерами та замовниками. Це допоможе уточнити вимоги та переконатися, що всі очікування враховані.
Створення тестових сценаріїв — це процес розробки детального плану тестування, який визначає послідовність кроків для перевірки функціональності та відповідності програмного продукту або системи вимогам. Ось деякі кроки, які допоможуть вам створювати тестові сценарії:
Вивчення вимог: Ретельно вивчіть функціональні та нефункціональні вимоги до продукту. Розуміння вимог дозволить визначити, що потрібно перевірити в тестових сценаріях.
Визначення тестових випадків: Ідентифікуйте різні ситуації, які слід протестувати. Це можуть бути різні варіанти використання продукту, різні вхідні дані чи різні умови.
Формулювання кроків: Для кожного тестового випадку напишіть послідовність кроків, які тестувальник повинен виконати. Кроки мають бути чіткими та зрозумілими.
Визначення очікуваних результатів: Визначте очікувані результати для кожного тестового сценарію. Що має статися внаслідок успішного виконання тесту? А що має статися, якщо тест не проходить?
Поділ тестів на пріоритети: Позначте тестові сценарії за пріоритетами. Визначте, які тести слід провести насамперед, а які можна відкласти пізніше.
Перевірка повноти покриття Переконайтеся, що створені тестові сценарії покривають усі основні функції та сценарії використання продукту.
Валідація та верифікація: Перевірте тестові сценарії на правильність та відповідність вимогам. Переконайтеся, що кожен сценарій перевіряє конкретну вимогу.
Документація: Запишіть тестові сценарії у вигляді документації, щоб вони були легко доступними для всієї команди та інших зацікавлених сторін.
Планування процесу тестування — це важливий етап, який допомагає визначити стратегію та підхід до тестування продукту чи системи. Ось деякі кроки, які допоможуть вам правильно спланувати процес тестування:
Визначення цілей тестування: Чітко сформулюйте цілі тестування. Що ви хочете перевірити та досягти за допомогою тестування? Це може бути перевірка відповідності вимогам, виявлення дефектів, перевірка продуктивності тощо.
Аналіз вимог: Вивчіть вимоги до продукту чи системи, щоб зрозуміти, які функції та сценарії використання мають бути протестовані.
Визначення обсягу тестування: Оцініть обсяг тестування, який потрібний для покриття всіх основних функцій та сценаріїв використання продукту.
Вибір методів тестування: Вирішіть, які методи тестування будуть застосовані, наприклад, функціональне тестування, регресійне тестування, тестування навантаження і т.д.
Визначення критеріїв завершеності тестування: Встановіть критерії, які визначать, коли тестування вважатиметься завершеним. Наприклад, всі критичні дефекти мають бути виправлені, відсоток покриття тестами повинен досягти певного рівня тощо.
Виділення ресурсів: Визначте, які ресурси потрібні для тестування – люди, час, обладнання, програмне забезпечення тощо.
Розподіл обов'язків: Визначте ролі та відповідальності членів команди тестування. Хто відповідатиме за виконання тестів, хто відстежуватиме дефекти тощо.
Планування графіка тестування: Створіть розклад тестування, визначте часові рамки для проведення різних видів тестів та оцініть тривалість кожного етапу.
Управління ризиками: Ідентифікуйте потенційні ризики та небезпеки, які можуть вплинути на процес тестування, та розробте план дій для зниження ризиків.
Оцінка результатів тестування: Визначте, які метрики та показники будуть використовуватися для оцінки результатів тестування, наприклад кількість знайдених дефектів, відсоток успішно пройдених тестів тощо.
Документація: Запишіть всі плани та процеси тестування у вигляді документації, щоб вони були доступними для всієї команди та інших зацікавлених сторін.
Відповіді надіслати в телеграм бот
А) Баг не відтворюється
Б) Баг відтворюється лише з файлами .txt
В) Баг відтворюється лише з файлами, які не підтримуються програмою
Г) Недостатньо інформації для виведення
А) Критичний
Б) Високий
В) Середній
Г) Низький
А) Змінив би слово на правильне у коді сторінки
Б) Змінив би слово на правильне у файлі локалізації
В) Змінив би слово на правильне у базі даних
Г) Змінив би слово на правильне в адміністративній панелі сайту
Завдання: Перевірка функції розрахунку вартості замовлення
Опис завдання: Вам потрібно протестувати функцію розрахунку вартості замовлення в онлайн-магазині.
Кроки:
Після проведення тестування, створіть звіт, в якому зазначите результати успішно пройдених сценаріїв, виявлені проблеми в розрахунках або логіці, а також можливі покращення.
• Тестувальник: Я знайшов баг у вашому додатку. Воно не працює на iPhone 13.
• Розробник: Це не баг, це фіча. Ми спеціально зробили так, щоб наша програма працювала тільки на Android.
• Тестувальник: А чому ви не написали про це у специфікації?
• Розробник: Тому, що це секретна фіча. Ми хочемо зробити сюрприз для користувачів iPhone 13.
• Тестувальник: Який сюрприз?
• Розробник: Ну, коли вони спробують запустити нашу програму, вона видасть їм повідомлення: "Вітаємо! Ви виграли безкоштовний перехід на Android!"
