Технічні статті

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

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

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

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

Продовжуючи цикл статей про тестування інтернет-магазину на CMS Magento, розглянемо покупців та замовлення у системі керування контентом.
Безумовно, замовлення – це ключовий аспект будь-якого інтернет-магазину, а покупці ⎼ базова умова для його реалізації. CMS Magento дає можливість досить просто взаємодіяти з кожним із елементів процесу замовлення. Для початку слід розглянути основні поняття, якими оперує система у даному контексті.

User Story (історія користувача) – це неформальне загальне пояснення функцій програмного забезпечення, написане з точки зору кінцевого користувача. Її мета полягає в тому, щоб сформулювати, яку цінність для замовника несе функціонал програмного забезпечення. Вона формулює не тільки бізнес-цінність, а й вимоги для розробки й тестування. User Story називається так, бо вона створюється через розповідь, як історія.

Trello є класичним інструментом управління невеликими проєктами в найрізноманітніших сферах, таких як ІТ, комерційна, творча та інші. Слід відмітити одну з особливостей даної системи – структурованість. За допомогою даного сервісу можна повноцінно організовувати роботу команди, при цьому виявляти максимальну ефективність командної роботи. Як правило, чим простіша і зрозуміліша система, тим більш корисною вона є у використанні. Якраз саме цьому критерію задовольняє платформа Trello. Вона є максимально легкою під час впровадження на проєкті, інтерфейс є інтуїтивно зрозумілим для користувача, а отже не потребує багато часу для адаптації з боку персоналу.

CMS (Content Management Systems – системи управління контентом) користуються величезним попитом. Будь-яку з них можна просто завантажити, встановити на хостинг і запустити сайт. Але всі вони різні, у більшості немає загальної основи в інтерфейсі, та й підходи до формування структури і функціональності сторінок відчутно відрізняються.

Ми користуємось більше додатками та сайтами із зручним, зрозумілим та водночас інтерактивно цікавим дизайном. У цьому заслуга розробників сайту та веб-дизайнерів, які використовують UI/UX елементи. Не дивно, що UI/UX елементи вже давно стали  ключовим інструментом у бізнес політиці побудови сайтів або магазинів – адже хто захоче користуватись сайтом із незрозумілим та складним дизайном? 

Тестування за юзкейсам проводиться для того, щоб виявити додаткові логічні прогалини та баги у web-додатку, які складно знайти під час тестування окремих індивідуальних модулів або частин цього web-додатку.
У більшості випадків Use Case описує, що робить система, а не як. Власне, цього правила і варто дотримуватися, створюючи такі сценарії.