Skip to main content
LibreTexts - Ukrayinska

6.8: Забезпечення якості

  1. Last updated
  2. Save as PDF
  • Page ID
    16052

    • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \) \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)\(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\) \(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\)

    Цикл розробки програмного забезпечення має один останній крок перед тим, як веб-сайт буде працювати, гарантія якості. Це часто називають QA. Це вирішальний крок для забезпечення того, щоб доставка веб-сайту відповідала найвищим стандартам і що очікування клієнта відповідали узгодженому Заяві про роботу. Цей крок не залежить від етапів проектування та розробки та включає різні тестові випадки кінцевих користувачів. Тестові випадки гарантують, що графічний інтерфейс користувача (GUI) сприяє чудовому користувальницькому досвіду (UX). QA включає в себе два етапи: функціональне тестування та тестування користувацького інтерфейсу (Thompson, 2015).

    Функціональне тестування

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

    Тестування інтерфейсу користувача

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

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

    Під час тестування графічного інтерфейсу слід перевірити наступне:

    • Чи можуть користувачі вводити необхідну інформацію в поля користувача?
    • Чи виконує функція бажану функцію при активації?
    • Чи відображаються повідомлення про помилки правильно і для правильної функції?
    • Чи підходить шрифт?
    • Вирівнюється чи текст?
    • Чи є кольори і шрифти, і навіть повідомлення про помилки візуально привабливими?
    • Чи зображення чіткі та правильно відображаються?
    • Чи правильно вирівняні зображення, і чи відображаються вони там, де вони повинні?
    Примітка

    Детальніше про тестування графічного інтерфейсу можна прочитати на сайті www.guru99..com/guitesting.html.

    • Чи правильно розташовані елементи графічного інтерфейсу для різних розмірів екрана та роздільної здатності?

    (Гуру99, н.д.)

    Крос-браузер і тестування пристроїв

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

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

    Тестуйте веб-сайти в різних браузерах і операційних системах, наприклад Google Chrome на IOS і Google Chrome на пристроях Android. Різні інструменти доступні для допомоги в цьому процесі, один з яких BrowserStack (/www.browserstack.com). BrowserStack дозволяє тестувати різні операційні системи і пристрої з вашого браузера (MDN, 2016).