Тестування сайту - основні етапи, порядок робіт
як і створення ТЗ , і прототипирование , Тестування сайту є одним з важливих етапів розробки. Тестування та відлов помилок передують запуску проекту і виконуються після всіх інших етапів, адже досконально перевіряти має сенс тільки вже готовий продукт. Але іноді буває доречним протестувати окремий етап, наприклад, після верстки дизайну потрібно посомтреть, як виглядають сторінки на різних браузерах і пристроях. Про все по порядку.
Навіщо це потрібно?
В інтернеті ходять легенди про простий, але неймовірно прибуткової роботи, що полягає, як раз, в перевірці сайтів , Тому що люди помилково вважають, ніби тестувати дуже легко - достатньо просто перевірити, чи туди ведуть посилання і чи працюють форми. Не варто й говорити, що цим повинен займатися фахівець, який розуміє суть, знає відповідну методику і принципи, а робота його не так вже проста. Мало того, що він систематизує невідповідності і працює з документацією. В ході тестування програмних продуктів його цікавлять такі питання, як, наприклад, «Чи коректно поведе себе програма, якщо на ось цю кнопку натиснути 500 раз правою кнопкою миші?». Так що вилов помилок краще довірити професіоналу.
Про пропуску етапу взагалі не може бути й мови. Згадайте хоча б кількість помилок після зміни дизайну «ВКонтакте» або латочок на свежевишедшую Windows 10 - все це залишилося після серйозного тестування, а уявіть, що творилося б без нього! На даний етап розробки може витрачатися до половини відведених на реалізацію всього проекту часу та бюджету. Звичайно, в більшій мірі це стосується самописних веб-додатків, але тим не менш нехтувати тестуванням ні в якому разі не можна.
просте тестування
Якщо ви збираєтеся запускати нескладний веб-проект або ваш сайт працює на одній з поширених CMS , То тестування буде відносно нескладним, оскільки роботу движка до вас перевіряли вже тисячі користувачів, а на сайті з декількох сторінок перевіряти особливо і нема чого.
Отже, в разі стандартного проекту все тестування зводиться до звірки функціоналу і зовнішнього вигляду отриманого сайту з тим, що вимагало ТЗ. Посилання, форми, інші інтерактивні елементи перевіряються на працездатність, а далі - все за завданням. Було заявлено, що ресурс повинен коректно відображатися та на смартфонах і на ПК - адаптивність сайту перевіряється, в ТЗ вказана неодмінна сумісність сайту з Internet Explorer 9 - це теж перевіряється.
Якщо в процесі виявляються помилки, вони виправляються, і так до тих пір, поки готовий проект не починає повністю відповідати технічним завданням.
Але це в стандартному випадку. Якщо ж веб-ресурс запускається великий, технічно складний або розрахований на високі навантаження, процес ускладнюється. Нижче описані етапи саме такого, складного тестування серйозного проекту.
етапи перевірки
Підготовка. Спеціаліст отримує технічне завдання, прототипи, іншу документацію; аналізує її, становить план тестових робіт.
Тестування функціоналу. Це найдовший етап, в ході якого всі функції ресурсу перевіряються на працездатність і відповідність вимогам технічного завдання. Виявляються неробочі посилання, перевіряється робота веб-форм, на відповідність вимогам аналізується контент, перевіряються інші функції і елементи (коректність пошуку, подгрузка файлів, функціонування лічильників, системи коментарів і всього іншого, присутнього на сайті, інтерактиву).
Тестування верстки. На цій стадії аналізується відповідає за відображення веб-сторінок код. Спочатку фахівець перевіряє, чи відповідає реалізація дизайну надаються розробнику макетів (розташування елементів, колірні схеми, наявність дизайнерських елементів і кнопок). Приділяється увага тесту оптимізації та коректного відображення графіки. Потім слід перевірка коду на валідність (відповідність його загальноприйнятим стандартам). Це важливо, тому що ніхто не може передбачити, як саме той чи інший браузер буде відображати невалідний код. Нарешті, тестувальник дивиться, чи добре оптимізований код, а після виправлення знайдених на цьому етапі помилок перевіряє кроссбраузерность і адаптивність оформлення інтернет-ресурсу.
Тест юзабіліті. Цей пункт виявляє зручність користування ресурсом. Звичайно, інтерфейс продумується ще на стадії розробки ТЗ, але на практиці реалізовані рішення не завжди бувають оптимальними. Юзабіліті-тест проводиться за участю користувачів. Такі роботи практикуються і до, і після запуску проекту. Прийоми, подібні A / B-тестування, покликані не тільки підвищити зручність, але також допомогти досягти цілей створення проекту, наприклад, збільшити конверсію продажів.
Тестування продуктивності. Дуже важлива, оскільки дозволяє визначити, наскільки сайт стійкий до навантажень, як швидко завантажуються його сторінки і як варіюються показники в залежності від браузерів і типів пристроїв.
Тест безпеки. Спеціаліст визначає стійкість сайту до зломів, DDoS- і іншим можливим атакам зловмисників.
результат
Протягом всіх тестових робіт фахівець веде облік помилок. Виправлятися вони можуть як в ході тестування (наприклад, після завершення кожного з етапів), так і після закінчення всього процесу. Хто саме виправляє недопрацювання, визначає або керівництво, або сам тестувальник. Завдяки етапу сайт після запуску буде гарантовано радувати відвідувачів і власників стабільною, безперебійною роботою.
Навіщо це потрібно?Навіщо це потрібно?
В ході тестування програмних продуктів його цікавлять такі питання, як, наприклад, «Чи коректно поведе себе програма, якщо на ось цю кнопку натиснути 500 раз правою кнопкою миші?