Меню

Як виконати бекенд-тестування

how perform backend testing

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

тестування програмного забезпечення резюме зразки 2 роки досвіду

Що таке тестування вихідних даних і як його виконувати?

Програмні програми складні; є більше, ніж те, що кидається в очі.

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

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

Поєднання всіх цих добре функціонуючих елементів робить повністю сформованим програмним додатком. Ми можемо поєднати все, що ми не бачимо безпосередньо, як «Back-end».

як провести заднє тестування - -

Деякі елементи вихідного тестування:

  • База даних
  • API
  • Сервери

Залежно від природи програми, сервер може включати різні конфігурації мережі, протоколи зв'язку тощо. Але найчастіше це три елементи.

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

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

Базове тестування бази даних

Найчастіше, коли використовується термін „Back End Testing”, це передбачає тестування бази даних.

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

Бази даних зазвичай перевіряються для:

  • ВЛАСТИВОСТІ КИСЛОТИ
  • Операції CRUD
  • Схема
  • Міграція
  • Відповідність бізнес-правилам
  • Безпека
  • Продуктивність

Удосконаленим системам ETL та системам зберігання даних також знадобляться тести, проведені проти них.

Для отримання додаткової інформації про ці типи тестування , перегляньте наступні статті, які вже є на нашому сайті =>

На додаток до вмісту у вищевказаних посиланнях, важливим аспектом, який слід повторити, є те, що тестування бази даних, ETL та сховища даних потребує розширених знань про SQL .

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

Давайте розглянемо кілька категорій цих інструментів тестування Backend Database:

# 1) Інтерфейси, що дозволяють підключати та запускати ваші запити щодо баз даних.

Деякі з них мають графічний інтерфейс, а інші - ні.

  • ЖАБА: Я впевнений, що всі про це чули. Він підтримує багато БД і платформ. Він поставляється як у безкоштовній, так і в комерційній версії. Додаткову інформацію, ресурси та безкоштовну версію можна знайти за адресою жабовий світ
  • pHpMyAdmin: Це чудовий інструмент з відкритим кодом, який дозволяє запускати запити та взаємодіяти з БД через користувальницький інтерфейс. Я особисто цим користувався, і моя команда любить, наскільки інтуїтивно зрозумілим є цей інструмент. Нам потрібні були нульові тренування, щоб почуватись комфортно. Я настійно рекомендую цей інструмент, якщо ви шукаєте носій з'єднання з базами даних MySQL та MariaDB phpmyadmin
  • HeidiSQL: Дуже схожий на pHpMyAdmin. Він підключається до MySQL, баз даних Microsoft SQL та PostgreSQL. Відкрите джерело. Більше інформації можна знайти за адресою hheidisql

Список інструментів нескінченний, але вищезазначені є одними з найпопулярніших варіантів.

# 2) Інструменти порівняльного навантаження та продуктивності БД:

  • HammerDB: Це інструмент з відкритим кодом, за який ручаються багато експертів з БД. Я особисто цим не користувався, але він підтримує багато баз даних. Із знімків екрану та його зовнішнього вигляду це виглядає як інструмент, який варто перевірити. Детальніше на hammerdb
  • SLOB: Інструмент «Дурний маленький Oracle Benchmark» допомагає вам визначити час та оцінити стиль введення / виводу транзакцій БД. Це може допомогти вам зрозуміти процесор, пам’ять та час обробки для масових транзакцій у вашій системі. Детальніше на кевінклоссон
  • Гойдалка : Це дуже подібний інструмент до HammerDB. Це працює на базах даних Oracle і є дуже ефективним. Щоб зрозуміти інструмент та його функції, спробуйте цей посібник: домінікгіли

Тестування API

API суворо не кажучи про бек-енд, але оскільки ми вільно групуємо все, що не видно кінцевому користувачеві, як бек-енд, поговоримо про це також коротко.

найкраще віддалене шпигунське програмне забезпечення для мобільних телефонів -

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

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

Найпопулярнішим інструментом, що використовується для тестування API, є SOAPUI.

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

Тут виконується кілька тестів:

# 1) Встановлення: Після завершення встановлення ви можете перейти до відповідних папок і переконатися, що файли / елементи потрапили до цільових папок так, як вони мали передбачати. Тепер, якщо вам цікаво, «звідки я дізнаюся, куди все має йти?», Запитайте у своїх команд розробників або розгортань, і вони зможуть це підтвердити.

Цей крок може бути не обов’язковим, але деякі компанії використовують розгортання вручну. У такому випадку це може стати важливим тест на дим / розсудливість крок.

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

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

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

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

Системи UNIX не мають графічного інтерфейсу користувача, і саме тому вони ідеально підходять для того, щоб стати серверами додатків та БД. Вони надійні, абстрактні, швидші та дешевші. Існує безліч ароматів UNIX, і через відсутність графічного інтерфейсу нам доведеться використовувати команди для спілкування з сервером. Ми всі маємо свої ресурси для пошуку Команди UNIX а цей мій: вільноінженер

# 3) Продуктивність та безпека сервера:

Як і будь-яка інша частина програмного забезпечення, сервер повинен бути безпечним і чуйним.

Існує безліч інструментів, щоб перевірити це, і, щоб знайти підходящий для вас, перегляньте цей список: 30+ найпопулярніших засобів тестування веб-додатків

Нарешті,

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

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

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

шлюз за замовчуванням не знайдено

Іншими словами, це функціональність. Поняття 'де ви тестуєте' та 'як ви тестуєте' різняться.

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

Про автора: Ця стаття написана членом команди STH Свати С.

Ваша черга поділитися!

Розкажіть, як ми працювали з цією статтею. Чи є якийсь інший тип бекенд-тестування, який ви робите? Якими інструментами ви користуєтесь? Які прийоми ви визнали корисними? Будь-які проблеми?

Ваші коментарі, запитання, участь та читацька аудиторія для нас безцінні!

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

^