Практична робота №3 Тест-кейс Теоретичні відомості. Тестова документація — один із найважливіших атрибутів у роботі тестувальника. Давайте розглянемо навіщо вона потрібна і чим може бути корисною. Навіщо потрібна тестова документація? У процесі тестування будь-якого продукту створюється документація, яка допомагає організувати роботу відділу тестування та тримати всіх членів команди у справі. Така документація створюється на початок або у процесі тестування. У добре оформленій документації будь-який член команди може знайти всю необхідну інформацію. Яка буває документація? Найбільш поширені документи, які повинен знати та вміти писати тестувальник рівня «джуніор» це: тест-кейс; чек лист; баг-репорт; звіт про тестування. Що таке тест-кейс? Тест-кейс - це документ з описаними чіткими діями, які потрібно виконати, щоб перевірити будь-яку функцію продукту. Ці дії спрямовані на перевірку того, що функція працює належним чином і відповідає стандартам та вимогам клієнта. Простими словами тест-кейс – це перевірка отримання очікуваного результату. Тест-кейс «Перевірити введення негативних чисел у полі «Вік» означає, що потрібно спробувати ввести негативні числа у вказане поле та у відповідь, наприклад, отримати повідомлення, що такі дані вводити неприпустимо. Тест-кейси, що перевіряють одну функціональність, можуть бути об'єднані в тест-сьюти (тест-набори). Із чого складається тест-кейс? Тест-кейс має певний набір атрибутів. Деякі тестувальники користуються регулярно, а якоюсь частиною він може не скористатися жодного разу за всю свою кар'єру. Все залежить від продукту, що тестується. 1. ID – обов'язковий атрибут. Це номер тест-кейсу. Його використовують для організації та навігації по всіх тест-кейсах. Може створюватися як автоматично системою управління тестуванням, в якій створюється і зберігатиметься тест-кейс, так і вручну, якщо така система не використовується. Номер може бути представлений, наприклад, у числовому вигляді - "345", або так "1-45". Але може бути представлений і у змішаному "П-45", де буква позначає якийсь функціонал у продукті. Головне, щоб ці номери були унікальні. 2. Заголовок (назва) - обов'язковий атрибут. У заголовку відображається суть тест-кейсу, тобто описується, що перевірятиметься. Заголовок має бути зрозумілим, але й не дуже довгим. 3. Передумови – необов'язковий атрибут. Тут вказуються дії, які потрібно виконати перед виконанням основних дій тест-кейсу. Ці дії не мають прямого відношення до перевірки. Наприклад, знайти книгу на сайті може лише зареєстрований користувач. Для того, щоб виконати тест-кейс перевірки пошуку, користувач повинен авторизуватися. Тобто в передумові необхідно вказати, що користувач має бути зареєстрованим та авторизованим. Також тут можна вказати тестові дані для авторизації, якщо ці дані не винесені до окремого документа. 4. Кроки – обов'язковий атрибут. У цьому блоці описується послідовність дій, необхідних перевірки. Послідовність нумерується починаючи з 1. Якщо крок лише один, його прийнято не нумерувати. Дії мають бути описані зрозуміло. Повинні використовуватися безособові дієслова. Правильно перейти, відкрити, натиснути. Неправильно: перейди, відкрийте, натисніть. 5. Постумови - необов'язковий атрибут. Аналогічно блоку «Предумови» у цьому атрибуті вказуються дії не пов'язані з основною перевіркою тест-кейсу, але необхідні повернення системи у вихідний стан. 6. Очікуваний результат – обов'язковий атрибут. Тут описується результат, який очікується отримати в результаті успішних дій з блоку «Кроки». Очікуваний результат може бути загальним для всього тест-кейсу. Але може бути і кілька, на кожен крок, що виконується з блоку «Кроки». 7. Вимоги до середовища – необов'язковий атрибут. Тут можна вказати спеціальне обладнання, програмне забезпечення тощо, яке буде необхідним для проходження даного тест-кейсу. 8. Історія редагування – необов'язковий атрибут. Короткий журнал, в якому вказуватиметься хто, коли і чому вніс зміни до тест-кейсу. Методичні рекомендації до виконання. Давайте разом із вами розглянемо сайт, де публікуються рецепти приготування страв resept_test_site.ua (сайт вигаданий). На даному сайті є фільтр за датою публікації рецепту. Напишемо перевірки вибірки рецептів за вказаний період. ID: Ф-1 Заголовок: Перевірити вибір рецептів за вказаний період (дата початку менше дати закінчення) Передумова: В базі рецептів повинні бути опубліковані рецепти: у минулому щодо зазначеного періоду; у поточному періоді; у майбутньому щодо зазначеного періоду. Кроки: Відкрити головну сторінку сайту; У блоці «Фільтр» вказати дату початку періоду; У блоці «Фільтр» вказати дату закінчення періоду, яка більша від дати початку; Натиснути кнопку "Вибрати". Очікуваний результат: На сторінці відображаються лише рецепти, у яких дата публікації входить у зазначений період. ID: Ф-2 Заголовок: Перевірити вибір рецептів за вказаний період (дати рівні) Передумова: В базі рецептів повинні бути опубліковані рецепти: у минулому щодо зазначеного періоду; у поточному періоді; у майбутньому щодо зазначеного періоду. Кроки: Відкрити головну сторінку сайту; У блоці «Фільтр» вказати дату початку періоду; У блоці «Фільтр» вказати дату закінчення періоду, що дорівнює даті початку; Натиснути кнопку "Вибрати". Очікуваний результат: На сторінці відображаються лише рецепти, які були опубліковані у вказаний день. ID: Ф-3 Заголовок: Перевірити вибір рецептів за вказаний період (дата почала більше дати закінчення) Передумова: В базі рецептів повинні бути опубліковані рецепти: у минулому щодо зазначеного періоду; у поточному періоді; у майбутньому щодо зазначеного періоду. Кроки: Відкрити головну сторінку сайту; У блоці «Фільтр» вказати дату початку періоду; У блоці Фільтр» вказати дату закінчення періоду, яка менша за дату початку; Натиснути кнопку "Вибрати". Очікуваний результат: На сторінці відображається повідомлення про неправильність введення дат. «Очікуваний результат» у тест-кейсі один – чи багато? У тест-кейсах може бути один чи багато очікуваних результатів. Скільки їх зазначити, вирішує сам автор. Головне, щоб це було правильно та зрозуміло оформлено. Наприклад, перепишемо тест-кейс Ф-1 з кількома очікуваними результатами. ID: Ф-1 Заголовок: Перевірити вибір рецептів за вказаний період (дата початку менше дати закінчення) Передумова: У базі рецептів повинні бути опубліковані рецепти: у минулому щодо зазначеного періоду; у поточному періоді; у майбутньому щодо зазначеного періоду.
Якщо переписати наші тест-кейси в такому вигляді і якщо раптом щось зміниться в будь-якому результаті, доведеться виправляти дані у всіх інших тест-кейсах. Очевидно, що це триватиме багато часу. Один із недоліків тест-кейсів – це багато схожих тест-кейсів. Якщо придивитися до наведених прикладів тест-кейсів Ф-1, Ф-2, Ф-3, то всі дії в блоці «Кроки» скопійовані та виправлені лише дати. У таких випадках є сенс переписати ці три тест-кейси в один, але з різними вхідними даними та кількома очікуваними результатами. ID: Ф-1 Заголовок: Перевірити вибір рецептів за вказаний період Передумова: В базі рецептів повинні бути опубліковані рецепти: у минулому щодо зазначеного періоду; у поточному періоді; у майбутньому щодо зазначеного періоду. Кроки: Відкрити головну сторінку сайту; У блоці «Фільтр» вказати дату початку періоду; У блоці "Фільтр" вказати дату закінчення періоду з таблиці даних; Натиснути кнопку "Вибрати".
У такому вигляді позбавляємось великої кількості копіювання та труднощів підтримки рівня актуальності документації. Завдання: написати тест кейс до функціоналу сайту hotline.ua, розділ «Ноутбуки» Варіанти: Діагональ екрана Об'єм оперативної пам'яті Об'єм SSD Ціна Роздільна здатність екрана Кількість ядер процесора Модельний рік Максимальний об'єм оперативної пам'яті Вага Номінальна тактова частота |