Меню

Каркаси - чи справді їх слід тестувати? І якщо так, то як?

wireframes should they really be tested

Спробуйте Наш Інструмент Для Усунення Проблем

На борт прибули нові слухачі, і ми провели навчальний клас вивчити концепції тестування програмного забезпечення . Побачивши ці захоплені обличчя з їхніми майже порожніми думками (професійно), я вирішив обійти свій звичайний тренінг.

Після короткого вступу, замість того, щоб говорити про тестування програмного забезпечення, як я звичайно, я кинув нове питання: Хто-небудь може мені пояснити що до каркас є? '

Відповіддю була пауза, і тому ми вирішили це обговорити. І ось як це почалося - Тестування каркасного / прототипу :)

тестування прототипу каркасу

Тому, що таке каркас? Дозвольте пояснити це кількома простими аналогіями:

  1. Внутрішній декоратор не починає вмикати меблі та прикрашати будинок хаотично. Він розміщує свій план на папері (або програмне забезпечення для проектування), обговорює його із замовником, намагається та модифікує план найкращим практичним способом, а потім реалізує його.
  2. Щоб зрозуміти, наскільки сильно травмована частина тіла, лікарі дивляться на рентген. Рентген в основному є скелетом нашого тіла і дає правильну інформацію про кістки та суглоби.
  3. Кравець готує паперову тканину (знову ж такий собі прототип), робить будь-які необхідні модифікації та використовує її як базовий замір, поки все не буде точним, і він буде впевнений, що продовжить дійсний шматок, який шиє.

Думаю, цих прикладів було достатньо для того, щоб хтось зрозумів концепцію каркаса.

Каркасні дроти є різновидами сортів:

Вони мають обмежений характер, а це означає, що вони можуть містити порожні HTML-сторінки без жодних робочих елементів або статичних знімків екрана, які є репрезентативними для сторінки / функції / елемента програми та можуть не мати кольору, графіки та інших елементів власне візуального дизайну.

Щоб створити надійну програму / веб-сайт, потрібен надійний фреймворк, і каркасні рамки допомагають забезпечити фреймворк, описуючи макет сторінки, загальний інтерфейс, навігацію та функціональні можливості.

Ось кілька прикладів каркасних каркасів:

каркасний приклад 2

каркасний приклад 1

Чому програмні компанії будують каркаси?

З тієї самої причини Кравець / дизайнер інтер'єру / Доктор вирішує спробувати речі спочатку - щоб уникнути помилок, усунути здогадки, взяти схвалення замовника перед тим, як все викласти в камені. Це допомагає виявляти проблеми на ранніх термінах і давати уявлення про програмне забезпечення, як воно з’являється після закінчення.

Що ви дізнаєтесь:

Важливість каркасних каркасів / тестування прототипу:

Отже, навіщо тестувати щось, що є скелетом і що користувач не побачить таким, яким він є зараз? Іншими словами - навіщо турбуватися про посередника, коли він ще манекен?

Просто - допомогти у запобіганні дефектам - що є загальним порядком роботи команд з контролю якості (Забезпечення якості = Запобігання дефектам + Ідентифікація дефектів ).

Важливість тестування каркасних каркасів

Тестування каркасних каркасів може допомогти в наступному:

# 1) Визначення відсутніх вимог:

Скажімо, якщо у вимогах зазначено, що в a сторінка входу повинно бути 2 поля для введення, ідентифікатор і пароль для входу відповідно та 3 кнопки, OK-Скасувати- Скинути. Якщо каркас такий, ми можемо легко знайти відсутню кнопку Скинути на початку і включити її в програму.

Вона є керівником проекту та має понад 10 років досвіду тестування програмного забезпечення.

# 2) Визначення додаткових вимог:

Зворотною ситуацією, описаною вище, може бути те, що у вимозі зазначено, що на сторінці входу має бути 2 поля введення, ідентифікатор і пароль для входу відповідно, а також 2 кнопки, OK і Скасувати. Якщо каркас такий, ми можемо легко виявити, що на ньому є додаткова кнопка Скинути, і шукати підтвердження, чи справді це потрібно.

тестування каркасу 2

# 3) Юзабіліті:

Каркасні дроти - один з найкращих варіантів перевірки зручності використання продукту / програми до її розробки.

Ось каркас для однієї з форм:

тестування каркасу 3

На перший погляд це здається нормально.

Тепер подумайте, як кінцевий користувач, той користувач, який збирається заповнити інформацію у формі. Як ви думаєте, чи є спосіб, як ця форма може бути більш зручною для користувачів? Ну, я, звичайно, так вважаю.

  • Введіть символ календаря та обмежте користувача вибором дати з календаря. Це було б корисно для користувача, оскільки йому не доведеться плутати, якого формату дати він повинен дотримуватися, і вибір дати з календаря буде щось, що вважає за краще кожен користувач.
  • Підказка, що пояснює, що означає кожне поле, була б чудовою.
  • Назва сторінки як заголовок потрібна для розуміння каркасу та співвіднесення полів.
  • Обов’язкові поля повинні бути позначені знаком * або приміткою із написом “ Всі поля обов'язкові для заповнення ”Повинно бути видно.
  • Мітка першого поля повинна мати 'Ім'я кампанії', а не лише 'Ім'я', щоб уникнути плутанини у користувачів.

# 4) Дочасне функціональне тестування:

методи тестування білого ящика на прикладах

У самому наведеному вище прикладі з діаграми ми можемо здогадатися, як може функціонувати функціонал. Якщо ні, це принаймні призведе до подальшого розкопування та кращого розуміння заявки.

  • Наприклад : Що робити, якщо користувач хоче додати кілька ідентифікаторів бронювання? Чи програма перезапише попередній запис чи дозволить кілька записів? Як це буде обробляти та управляти цим?

Як видно з наведених вище прикладів, тестування каркасів дійсно допомагає ранньому виявленню проблем за допомогою статичного каркасу та запобігання проникненню дефектів у реальне застосування. Це дуже вигідно, оскільки ми знаємо, що дефекти, виявлені на початку процесу розробки, дешевше виправити, ніж виявлені пізніше.

Інструменти для каркасної обробки:

На ринку доступно багато інструментів, але інструмент слід використовувати відповідно до контексту. Хоча більшість інструментів, таких як Axure, Power mockup, Simulify, Balsamiq тощо, платні, є кілька корисних безкоштовні каркасні інструменти - теж:

  1. Какао : Cacoo - це зручний в Інтернеті інструмент малювання, який дозволяє користувачеві створювати різноманітні схеми, такі як карти веб-сайтів, каркаси, UML та мережеві діаграми.
  1. MockupBuilder : MockupBuilder допомагає користувачеві швидко викласти свої ідеї на екран. Це БЕЗКОШТОВНИЙ веб-додаток на базі Silverlight.
  1. Проект олівця : Проект 'Олівець' безкоштовний і простий у вивченні. Він може працювати як надбудова Firefox або самостійно.

Коли може (чи може) тестування каркасів:

  • До розробки продукту: Це може допомогти виявити прогалини або відсутні вимоги, помилки проектування, проблеми юзабіліті тощо - запобігання дефектам
  • Розробка посади: У цьому випадку каркасні каркаси можуть бути використані як посилання для перевірки заявки. - Ідентифікація дефекту.

У випадку тестування Wireframe на зручність використання, як правило, це робиться вручну, і більшу частину часу беруть участь користувачі в режимі реального часу. Їм задають або низку запитань, щоб зрозуміти їх досвід чи відгуки, або вони мають інтерактивні каркаси для захоплення відгуків.

Для детального аналізу каркасів іноді також залучаються експерти з предметів.

Такі послуги, як тестування користувачів може бути дуже корисним, коли можна розмістити посилання на каркасні каркаси, а після тестування каркасних результатів генеруються результати разом із наступним точки зворотного зв'язку:

  • Відео з екрану кожного користувача, який тестує ваш каркас.
  • Звук розмови користувача, як він виконує завдання.
  • Цінні відгуки про те, як покращити свій веб-сайт.

Результат тестування прототипу:

Результати тестування каркасних каркасів дуже корисні з точки зору розуміння дизайну, навігації, зручності для користувачів, загального робочого процесу та функціональних можливостей. В основному, після тестування каркасних каркасів, каркаси стають чіткішими та реалізовнішими.

Висновок:

Підводячи підсумок, тестування каркасних каркасів працює як активна дія і може бути дуже корисним для пошуку юзабіліті та дизайну лазівки на етапі попередньої розробки програми.

Цим я закінчую тему, сподіваючись, що читачі спокушать мене написати ще одну публікацію з цього приводу, задаючи питання та надаючи відгуки.

Про автора: Ця стаття написана членом команди STH Бхумікою. Вона є керівником проекту та має понад 10 років досвіду тестування програмного забезпечення.

Щасливого тестування, як завжди :)

Рекомендована література

^