Меню

Як виконати ручне тестування продуктивності?

how perform manual performance testing

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

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

Швидкий і чуйний веб-сайт безпосередньо корелює з вищим рівнем відвідувачів та кращим досвідом користувача.

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

=> Клацніть тут, щоб отримати повну серію навчальних посібників з тестування продуктивності

Але чи можна проводити тести продуктивності вручну, як функціональні тести? Давайте розглянемо цей аспект перевірки продуктивності в цій статті.

Тестування продуктивності вручну

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

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

Кілька основних переваг автоматичного тестування:

  • Один і той же тестовий скрипт можна використовувати для кожного виконання, просто вносячи зміни в тестові дані (де потрібно)
  • Час виконання набагато менше порівняно з виконанням вручну
  • Послідовні результати
  • Заповнює прогалини там, де ручне тестування може бути непридатним або непридатним. (Наприклад, веб-сервіси)

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

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

Нижче подано процес тестування продуктивності:

Процес перевірки продуктивності

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

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

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

Весь процес йде нижче:

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

Також читайте=> Вивчіть процес тестування навантаження за допомогою цієї серії LoadRunner

Діаграма, що пояснює комбінацію 'Продуктивність' та 'Тестова автоматизація', може бути такою, як показано нижче:

Тестування продуктивності та автоматизація

Тестування продуктивності - чи можна це зробити вручну?

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

питання

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

Давайте зрозуміємо це за допомогою кількох прикладів:

Приклад1: Припустимо, короткий тест продуктивності повинен оцінити тестер. Це для AUT протягом заданого часу. Потім можна провести перевірку розумності, щоб з’ясувати завантаження сторінки або час відгуку.

Приклад 2: Подібним чином розглянемо веб-додаток на основі Java. Для того, щоб виконати перевірку продуктивності вручну, у цьому випадку для тестування слід відкрити багато активних сесій одного додатка. Вручну ми можемо визначити кількість активних сеансів, кількість відкритих підключень до бази даних та кількість запущених потоків. Також можна отримати кількість процесорного часу, використовувану пам’ять та ще кілька параметрів.

Tivoli Performance Viewer ( TPV ) може бути встановлений для контролю параметрів, що цікавлять. Зазвичай тест проводиться шляхом розгортання програми на сервері, доступу до програми з різних клієнтських машин і дозволяючи запускати кілька потоків.

Як використовується програма перегляду Tivoli Performance для моніторингу продуктивності будь-якого WebSphere Application Server (WAS):

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

Процедура, яка виконується для запису продуктивності, наведена нижче:

  • Виберіть сервер, який слід контролювати. Як ви можете бачити на діаграмі нижче, виберіть “server1”.
  • Під час запуску програми відстежується діяльність сервера шляхом перегляду та вивчення даних у режимі реального часу, які збираються Інфраструктурою моніторингу продуктивності ( МСП ), в межах адміністративної консолі. Зібрані дані PMI допомагають досягти оптимальної роботи.

Нижче на схемі пояснюється, як це робиться:

Установлено прапорець для параметра «Сервер1». Після натискання кнопки «Почати моніторинг» програма перегляду продуктивності починає моніторинг даних PMI сервера додатків.

(Клацніть на зображення для збільшення)

Переглядач продуктивності Tivoli

На наведеній нижче діаграмі пояснюються різні налаштування та подання, що відображаються на лівій панелі, доступні для “Server1” у Tivoli Performance Viewer. Права панель описує дані, що контролюються для параметра, вибраного на лівій панелі.

Як видно з діаграми, наступні параметри можна переглянути та проаналізувати:

  • Радник
  • Налаштування
  • Підсумкові звіти (включає сервлети, EJB, методи EJB, пул з'єднань, пул потоків)
  • Модулі продуктивності (містять опцію середовища виконання JVM, яка містить графік, що відображає дані PMI часу виконання)

(Клацніть на зображення для збільшення)

Tivoli Performance Viewer 2

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

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

Приклад 4 : Швидкий попередній тест продуктивності бази даних можна зробити вручну, щоб отримати необхідну інформацію.

Отже, у всіх цих випадках базове тестування продуктивності можна проводити без будь-яких сценаріїв автоматизації. Можливо, вам знадобляться деякі засоби діагностики або моніторингу, але 100% автоматизація не є абсолютно необхідною.

Коли можуть допомогти ручні тести продуктивності?

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

Це дуже корисно, коли:

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

Чого НЕ робити?

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

Висновок

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

Ви згодні? Які ще варіанти тестування продуктивності ви робили?

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

як переглянути файл XML - -

=> Завітайте сюди, щоб отримати повну серію навчальних посібників з тестування продуктивності

НАЗАД Підручник | НАСТУПНИЙ підручник

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

^