Три види тестування сайтів
Уявіть таку ситуацію: ви замовили у кравця пошив костюма. Вибрали стиль, тканина, підібрали деталі, з вас зняли потрібні мірки ... І чекаєте тиждень-другий. Примірявши готовий костюм, ви раптом виявляєте, що начебто все і добре, але якось він не «сидить» ... Подивилися на себе в дзеркало, і бачите: один рукав трохи коротше іншого, на спині складка ...
Інший приклад. Після техогляду ви виявляєте, що автомобіль поводиться якось дивно: на другий передачі не розганяється, двері з боку водія не завжди відкривається, і тому іноді в машину потрібно сідати з боку пасажира; коли включаєте лівий покажчик повороту, включається чомусь правий ...
Тепер для повноти картини уявіть, що костюм у кравця і автомобіль в автосервісі ви отримали в один день. Спочатку забрали автомобіль, а потім, тихо лаючись від несподіваних сюрпризів на ходу, заїхали за костюмом. Представили?
«Буде так, але трохи інакше»
За п'ятнадцять років мені довелося працювати з пристойною кількістю розробників сайтів вУкаіни і Прибалтиці. Не можу сказати, що вони принципово чимось відрізняються, немає: всі працюють приблизно однаково - хтось трохи краще, хтось трохи гірше ... Пам'ятаю, коли одним з них я задав питання, чи буде готовий сайт зовні відрізнятися від затвердженого дизайну , мені відповіли: так, буде. Мовляв, один до одного ми не робимо, і взагалі так не буває.
Уявіть, що у вас на руках є архітектурний план будівлі, а будівельна компанія вам заявляє, що зробить дуже схоже. Але не в точності те, що спроектувала архітектор. Чи станете ви працювати з такою компанією?
Парадоксально, але все - без винятку - розробники сайтів, з якими мені довелося спілкуватися ці роки, працюють так, як наведені вище приклади кравця, автосервісу і будівельної фірми. Що ще більш парадоксально, коли замовникам заявляють перли із серії «буде схоже, але не зовсім так», вони вважають, що це нормально, і сприймають це як само собою зрозуміле.
На мою думку, це не нормально. На «виході» потрібно отримувати той продукт, який був замовлений на «вході». І допоможе в цьому тестування.
Що і як тестувати
По-перше, перевіряти відповідність дизайну готового сайту дизайну затвердженим (план / факт) і чи правильно працює функціонал я рекомендую окремо. Тобто, спочатку тестируете одне, потім інше. У якому порядку - не важливо. Припустимо, ви вирішили почати з дизайну. На що звертати увагу і як тестувати?
Якщо ви хоч на початковому рівні володієте фотошопом, перевірити відповідність готового дизайну затвердженим дуже просто: потрібно на затверджений дизайн шаблону (зверніть увагу: саме шаблону!) Накласти окремим шаром скріншот (знімок екрану) готового сайту, і зробити у цього шару непрозорість на рівні 60 -70%. Виглядати це може, наприклад, так:
Далі можна просто вмикати і вимикати цей шар (в тому числі зі 100% непрозорістю), і звертати увагу на різні блоки сайту - один за іншим: навігаційна панель, блок «Про компанії», блок новин, футер і т.д. Відмінності будуть відразу в наявності. наприклад:
Зверху - затверджений дизайн, знизу - скріншот (знімок екрану) готового сайту. Бачите відмінності?
Тепер порівняємо ті відмінності, які бачите ви з тими, які бачу я:
Ну, і щоб ви не нудьгували, наведу тут ще одна відмінність ... яке ви теж навряд чи помітите: в готовому сайті логотип розташований на два пікселя нижче, ніж у вихідному файлі - в затвердженому дизайні сайту. Ось, зі збільшенням:
Таким чином, тільки в невеликому блоці сайту - в хедері (від англ. Header - заголовок, шапка) - ми знайшли п'ять розбіжностей: інший колір підкладки логотипу, інша центрування навігаційної панелі, не вказані два пункти меню навігаційної панелі, встановлений неправильний трекінг, логотип розташований нижче, ніж потрібно.
тестування функціоналу
Якщо на сайті передбачена фотогалерея з можливістю збільшення зображень, зображення повинні збільшуватися. Файли для скачування повинні скачиваться. Якщо дизайнер вирішив, що при наведенні посилання повинні підкреслено, то вони повинні підкреслено; якщо міняти колір, повинні міняти колір і т.д. Сайт повинен працювати так, як задумав його проектувальник (або замовник), а не якось інакше. І працювати він повинен на все 100%, а не на 75% або 98%.
Оскільки ця форма передбачена для потенційних нових клієнтів, можна впевнено сказати: цих клієнтів компанія недоотримала. І все чому? Тому то хтось свого часу не протестував розроблений сайт.
Тестування швидкості завантаження сайту
Хороший сайт повинен бути швидким. В ідеалі, головна сторінка повинна завантажуватися не більше 4 секунд, перехід зі сторінки на сторінку повинен займати не більше 2 секунд. Навіть сьогодні, незважаючи на наявність швидкісного Інтернету, зустрічаються сайти (в т.ч. досить серйозних компаній), які завантажуються тааааааааааааак довго, що жоден нормальний користувач стільки часу чекати просто не буде!
Більшість людей не знають про те, що час завантаження сайту - величина змінна, і на неї можна впливати. Іншими словами, час завантаження сайту можна (і потрібно) мінімізувати.
Для тестування швидкості завантаження сайту використовуються спеціальні професійні сервіси. Ми в своїй роботі використовуємо Page Speed Insights від Google і GTmetrix канадської компанії Gossamer Threads.
Суть роботи з ними зводиться до того, щоб отримати початкове час завантаження сайту і список рекомендацій щодо прискорення сайту. У міру виконання рекомендацій робляться контрольні заміри швидкості (часу) завантаження, і фіксується результат. Більшість сайтів можна прискорити в два і більше разів.
Щоб отримати якісний працює сайт - який буде в точності відповідати розробленому дизайну, і який буде працювати швидко і безпомилково, готовий сайт обов'язково потрібно протестувати. Тестувати потрібно все готові шаблони сторінок сайту на їх відповідність розробленим дизайн-шаблонів, а також правильність роботи сайту (його функціональні можливості). У деяких випадках варто протестувати швидкість завантаження сайту і, при необхідності, внести в сайт правки, які прискорять його завантаження.
В принципі, всі три види тестування замовник може виконати самостійно. Однак в силу того, що при прийманні сайту є багато нюансів, про які замовник не знає (та й не повинен знати), для отримання кращих результатів краще довірити цю роботу професіоналам.