Тестування платформи електронного навчання (E-learning platform)
Last updated
Last updated
Платформа електронного навчання, як і всі подібні проекти створена для кінцевого користувача. Це означає, що досвід користувача - один з найважливіших критеріїв. Коли йдеться про тренування та навчання, можна сказати, що очікування ще більш завищені. Баги в комп'ютерній грі та баги у платному уроці, через які користувач не отримав життєво важливих знань, мають різну вагу. Проблеми з якістю у платформі електронного навчання призводять до втрати довіри серед студентів та впливають на ефективність освітнього процесу. Це означає, що наступного разу при виборі платформи ваш клієнт зверне увагу на конкурентів.
QA в електронному навчанні: чому і коли
Отже, уявімо, що ви створили платформу електронного навчання. Зараз ви перебуваєте на стадії пререлізу. Звичайно, ви дуже хочете, щоб продукт був якісним, щоб користувачам подобався, був ефективним, коханим і рекомендувався.
Як ви плануєте це забезпечити?
Ви повинні почати з того, що подивіться на платформу очима користувача. Хто та людина, яка буде використовувати ваш продукт? На якому пристрої він запускатиме його/у якому браузері/на якій ОС? Наскільки зручно буде орієнтуватися користувачам? Зрозуміло, як пройти процес навчання, як знайти необхідні матеріали, як зробити оплату? Це лише деякі з питань, які ви повинні поставити собі. QA - це завжди складний процес, тому що потрібно перевірити безліч речей. Тому постачальникам програмного забезпечення для електронного навчання іноді дуже важко пам'ятати про всі елементи. І це нормально! Ось для чого потрібний процес забезпечення якості.
показують, що такі продукти зазвичай включають безліч елементів, таких як тексти, відео, зображення, можуть надавати потоки, вікторини і так далі. Необхідні занурення та комплексні перевірки кожного з елементів.
Інженер QA гарантує, що продукт відповідає його специфікації. У нього вже є численні чек-листи вимог, а також можливі баги та дефекти. А також він уже прописав і автоматизував процеси їх усунення. За допомогою спеціальних інструментів та методів тестування QA-фахівці можуть виявити навіть ті помилки, про які ніхто не знав. Це убереже вас від винаходу велосипеда та натикання на помилки, які вже були скоєні до вас.
Є 3 типові етапи підключення тестування до навчального продукту:
Залучення тестувальників на початковому етапі розробки проекту. Це допоможе запобігти більшості класичних помилок. В результаті ви заощадите час та трудовитрати на подальше виправлення помилок і відразу ж вийдете на ринок, максимально уникаючи негативних відгуків про якість. Крім того, вам буде набагато простіше створити продукт, який сподобається користувачам;
Залучення тестувальників на одному з етапів роботи над платформою або її випуском. Це вигідно ще й тим, що дозволяє уникнути негативу, пов'язаного з випуском не дуже якісного продукту. Але, швидше за все, терміни релізу можуть згоріти, адже виправлення деяких критичних помилок, виявлених на передрелізному етапі, вимагатиме часу і навіть серйозних змін;
Залучення тестувальників після релізу платформи на етапі появи відгуків. Негативний відгук здався б катастрофою. Але не панікуйте. По-перше, все чи майже все можна виправити та оновити. По-друге, ви отримуватимете бали лояльності від клієнтів, коли баги та незручності виправлені, і їхня думка дуже важлива для вас.
Загальні види тестування:
Performance testing;
Graphical User Interface Testing;
Localization Testing;
UX/Usability/Accessibility Testing;
Compatibility Testing;
Integration Testing;
Functional Testing;
Security Testing;
Regression Testing.
Специфічні кейси:
Навчальний зміст;
Аудіо, озвучення та музика;
Тести та оцінки;
Граматика та типографіка;
Навігація з курсу;
Технології;
Візуальні елементи - графіка та зображення;
Інтерактивність.
Які можливі помилки та як їх уникнути?
Орфографічні та граматичні помилки. Думаєте, нічого серйозного? "Як вони можуть мене вчити, якщо навіть граматики не знають" - так думає користувач. Тож перевірте це двічі;
Величезні текстові блоки. Довгі тексти завжди складні та відверто нудні. І ваша мета полягає у тому, щоб створити ефективний досвід навчання. Тому зробіть його більш простим та читабельним;
Змішані шрифти. Це звичайна справа, коли береш матеріал із різних джерел. І виглядає справді несмачно;
Погана візуалізація. Картинки та фотографії допомагають учням ефективніше сприймати інформацію. Переконайтеся, що вони якісні та актуальні;
Занадто багато дизайну чи поганий дизайн. Занадто багато зображень на одній сторінці, різних кольорів, що не поєднуються, і так далі. Смак - суб'єктивна характеристика, тому постарайтеся дізнатися про думку інших людей;
Погана якість звуку/відео. Мультимедійні інструменти необхідні для того, щоб зробити учнів більш залученими. І ці елементи також потребують додаткового контролю якості. Все має працювати і мати гарну якість звуку та зображення;
Посилання, що не працюють, неактивні кнопки. Неактивні елементи на сторінці – це катастрофа для користувачів. Так що клацайте все, що слід натиснути, і перевіряйте всі посилання;
Відсутня чи неправильна навігація. Усі кнопки навігації повинні рухатися правильно. Перехід від одного курсу до іншого, від однієї категорії знань до іншої має бути інтуїтивно зрозумілим та правильним, тому пройдіть усі можливі шляхи, які користувачі можуть пройти на курсі;
Незрозуміла інструкція. Одна з дратівливих і напружуючих речей - це коли учень не може зрозуміти завдання з самого початку. Намагайтеся зробити це максимально ясним;
Відсутність контактних форм/FAQ. Студенти думатимуть, що їхня думка не має цінності. Ви повинні переконатися, що користувачі можуть легко зв'язатися з вами та поставити свої запитання;
Погана продуктивність. Ніхто не любить чекати. Ваша платформа має бути швидкою. Клієнт очікує на чуйний продукт, тому переконайтеся, що він працює нормально;
Працює не на всіх пристроях/браузерах. Ваш продукт має бути гнучким, тож будьте готові протестувати його на всіх популярних пристроях. Краще спочатку визначити переваги вашої аудиторії. До речі, такі послуги, як Browserstack, дозволяють проводити тестування в різних середовищах, але якщо проект потрібно запустити на пристрої з сенсорним екраном, то тестувати його потрібно на реальному пристрої.
Джерела: