Як відомо тестувальник повинен складати для своєї роботи тестові випадки. Що це таке? Це документ, в якому детально описуються кроки для перевірки функціоналу програми. Налаштовуйтеся відразу на копітку і довгу роботу. Створивши один раз такий тест, як і що потрібно перевірити, в подальшому ви не забудете про це і зможете повторити. Test-case використовується в функціональному тестуванні. В ідеалі весь функціонал додатка повинен бути описаний цими сценаріями.
Це поле виглядає як текстове поле з маскою для введення або без неї.
Розглянемо тестові випадки, які потрібно перевірити:
У цій статті я розповім, як створювати тестові дані за допомогою Excel або іншої програми працює з електронними таблицями. Найчастіше у тестувальників і розробників постає завдання додавання тестових даних в базу. Розробникам в цьому плані простіше, можуть створити програму або написати скрипт, щоб згенерувати дані.
Наприклад, нам потрібно заповнити таблицю з продуктами:
Багато додатків працюють з файлами, використовуючи такі операції: відкриття, читання, створення та збереження. При тестуванні цих операцій, потрібно перевіряти дуже багато тестових випадків. Більшість з цих випадків ми зараз розглянемо.
При створенні нового файлу потрібно перевіряти кількість символів в його імені. Ім'я файлу не повинен перевищувати більше 255 символів. Таким чином, потрібно створити новий файл в додатку, ім'я якого буде перевищувати 255 символів. Додаток в такому випадку має оповістити користувача, що ім'я файлу занадто довге.
Так само в разі створення або перейменування файлу, потрібно звертати увагу на спеціальні символи, які можуть потрапити в ім'я файлу. Не допускається застосовувати такі символи в імені: пробіл *. / \ | <>. () [] <> ;. ' ". @ # $% ^ . При наявності таких символів, система повинна підказати користувачу, що такі символи не можна використовувати в імені файлу.
На сторінках сайтів і формах додатків часто зустрічаються таблиці або списки, в яких присутній пошук. Пошук буває різний: з фільтрами і без. Сьогодні поговоримо про тестування звичайного пошуку, що складається з одного поля. У це поле вводиться значення, яке потрібно знайти і натискається кнопка «Знайти».
При перевірці цього функціоналу в першу чергу потрібно звернути увагу на значення з пробілами на початку і в кінці, які присутні при введенні. У прикладах замість пробілу буду використовувати «_».
Розробники часто при пошуку не відкидали ці прогалини, а пошук проходить строго по введеному тексту. Наприклад, ми хочемо знайти запис, де міститься прізвище «Іванов». В поле для пошуку ми введемо «Іванов_» (на кінці пробіл) і натиснемо «Знайти», пошук нам ні чого не видав. Якщо ввести «Іванов» (без пробілів), то після натискання на кнопку «Знайти» з'являться записи з Івановим. Таким чином, пошук не повинен реагувати на прогалини на початку і в кінці значення.
Так само пошук не повинен враховувати регістр символів. У моїй практиці було кілька випадків, коли в пошуку вводиш, наприклад, «иванов» (прізвище з маленької літери), а в результаті ні чого не отримуєш. Пошук працював строго, враховуючи розмір регістра, хоча там він був ні до чого.
Якщо врахувати при тестуванні вище сказане, то для кінцевого користувача ви зменшите час на роздуми, чому він не може знайти те, що повинно бути. )
У додатках, які мені доводилося тестувати, часто зустрічалося на формах використання списку, що складається з двох варіантів, наприклад «Так» або «Ні».
На мій погляд, в таких випадках краще використовувати елемент управління CheckBox.
Застосування CheckBox замість DropDownList виглядає більш зрозуміло для користувача і також скорочується час для вибору потрібного варіанта. В одному випадку, це один клік мишки, в другому, мінімум два, плюс, до цього можна додати час для прочитання варіантів, з яких потрібно вибрати потрібне значення.