Меню

Как да извършите ръчно тестване на производителността?

how perform manual performance testing

Опитайте Нашия Инструмент За Премахване На Проблемите

В това Информационна серия за тестване на производителността , разгледахме всичко Тестване на производителността на мобилното приложение подробно.

Бързият и отзивчив сайт е пряко свързан с по-високи нива на посетители и по-добро потребителско изживяване.

Тестването на ефективността играе жизненоважна роля. Това е единственият начин да се определи поведението на приложението при различни нива на натоварване и потребители.

=> Щракнете тук за пълна серия уроци за тестване на ефективността

Но могат ли тестовете за ефективност да се провеждат ръчно като функционални тестове? Нека разгледаме този аспект на теста за ефективност чрез тази статия.

Ръчно тестване на производителността

Доставянето на качествен продукт навреме с пълно покритие на теста за изискванията е от съществено значение за всяко приложение.

Ръчното и автоматизирано тестване винаги са съществували като два паралелни режима, за да помогнат на тестерите да постигнат тази цел на функционалното тестване. Ръчното изпълнение на теста обаче отнема много време, скъпо е и е склонно към грешки. Тестване на автоматизацията адресира тези основни предизвикателства и помага за спестяване на време и усилия във времето.

Няколко основни предимства на тестовете за автоматизация:

  • Същият тестов скрипт може да се използва за всяко изпълнение, като просто се правят промени в тестовите данни (където се изисква)
  • Времето за изпълнение е много по-малко в сравнение с ръчното изпълнение
  • Постоянни резултати
  • Запълва празнини, където ръчното тестване може да не е подходящо или подходящо. (Например: Уеб услуги)

По същия начин, Резултатите от тестването на производителността са по-надеждни и подходящи, когато се използват автоматизирани тестови скриптове, а не ръчни тестови случаи .

  • Тестването на ефективността е средство за осигуряване на качеството, което включва тестване на софтуерни приложения и разбиране на тяхната ефективност при очаквано натоварване или в даден момент от времето. Също така знанието за времето за реакция е важен параметър.
  • Основният фокус или цел на тестването на производителността е да се определи неговата Скорост , Мащабируемост , и Стабилност .
  • Скоростта и ефективността могат да бъдат определени от компютър, мрежа, софтуерна програма или устройство чрез тестване на производителността

По-долу е представен процес на тестване на производителността:

Процес на тестване на производителността

шлюзът по подразбиране не е наличен Windows 10 Ethernet

И тестването на ефективността, и автоматизираното тестване наистина са някои форми на извършване на прости проверки с помощта на различни инструменти. По принцип автоматизацията на тестове обикновено е комбинация от функционално тестване, тестване на натоварване и тестване на производителността.

Когато функционалният скрипт за автоматизация на теста се коригира не само да записва резултатите за преминаване / неуспех, но също така и да отчита времето за изобразяване / запис на обекти / екрани, тогава скриптът за автоматизация на функционалния тест се преобразува в монитор за ефективност.

Какво ще научите:

Целият процес протича както по-долу:

  1. Генераторът на натоварване се стартира, за да тества времето за реакция на сървъра по време на натоварване или в пикови часове.
  2. След като се достигне предполагаемото целево натоварване, стартира функционалният пакет за автоматизация за измерване на действителното време, необходимо за стартиране на всичко през напълно рендерирана среда.
  3. Целият този процес ще даде прекрасна представа за това какво ще изпитат крайните потребители по време на голямо натоварване на приложение или по време на пиковите часове.

Прочетете също=> Научете процеса на тестване на натоварване, използвайки тази серия LoadRunner

Диаграма, която обяснява комбинацията от „Производителност“ и „автоматизация на теста“, може да бъде както по-долу:

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

Тестване на производителността - Може ли да се направи ръчно?

Сега въпросът е, ' Може ли тестването на производителността да се извършва само чрез автоматизирани тестови скриптове или може да се направи и ръчно? ”.

въпрос

Както четохме по-рано, надеждни резултати се получават, когато има комбинация от тестване на производителността и автоматизацията. Има обаче случаи, когато ефективността на приложението може да се определи и ръчно.

Нека разберем това с помощта на някои примери:

Пример1: Да предположим, че кратък тест за ефективност трябва да бъде оценен от тестер. Това е за AUT в рамките на даден срок. След това може да се предизвика ръчен тест за здравословно състояние, за да се установи зареждането на страницата или времето за реакция.

Пример 2: По същия начин помислете за уеб приложение, базирано на Java. За да се изпълни ръчно тестът за ефективност, в този случай трябва да бъдат отворени за тестване много активни сесии на едно и също приложение. Ръчно можем да определим броя на активните сесии, броя отворени връзки към база данни и броя изпълнени нишки. Количеството процесорно време, използваната памет и още няколко параметъра също могат да бъдат получени.

най-добрата програма за проверка на темп на процесора

Tivoli Performance Viewer ( TPV ) може да се инсталира за наблюдение на параметрите, които представляват интерес. Обикновено тестът се извършва чрез разполагане на приложението на сървъра, достъп до приложението от различни клиентски машини и позволяване на множество нишки да стартират.

Как се използва Tivoli Performance viewer за наблюдение на производителността на който и да е WebSphere Application Server (WAS):

WebSphere Application Server (WAS) не е нищо друго освен софтуерен продукт или рамка, която хоства Java базирани уеб приложения. Резултатите / данните, получени чрез мониторинг на изпълнението с помощта на Viewer за изпълнение за всеки WAS, могат да бъдат анализирани, за да се открият факторите, които допринасят за голямо време за реакция. След което тези фактори могат да бъдат модифицирани за подобряване на производителността.

Процедурата, която се следва за запис на изпълнението, е както по-долу:

  • Изберете сървъра, който ще се наблюдава. Както можете да видите на диаграмата по-долу, изберете “server1”.
  • Докато приложението работи, активността на сървъра се наблюдава чрез преглед и изследване на данните в реално време, които се събират от инфраструктурата за мониторинг на производителността ( МСП ), в рамките на административната конзола. Събраните данни за PMI помагат за постигане на оптимална производителност.

По-долу диаграмата обяснява как се прави:

Поставена е отметка в квадратчето за „Server1“. След като щракнете върху „Стартиране на мониторинга“, прегледът на производителността започва да наблюдава данните за PMI на сървъра на приложения.

(Щракнете върху изображението за увеличен изглед)

Tivoli Performance viewer

Диаграмата по-долу обяснява различни настройки и изгледи, показани в левия панел, които са достъпни за “Server1” под Tivoli Performance Viewer. Десният панел описва данните, наблюдавани за параметъра, избран в левия панел.

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

какво е свързан списък c ++
  • Съветник
  • Настройки
  • Обобщени отчети (включва сървлети, EJB, методи на EJB, пул за свързване, пул от нишки)
  • Модули за производителност (съдържат опцията за изпълнение на JVM, която съдържа графика, показваща данните за PMI по време на изпълнение)

(Щракнете върху изображението за увеличен изглед)

Tivoli Performance viewer 2

  • Потребителската конфигурация и настройката за регистриране се извършват, така че регистрационните файлове на производителността на сървъра могат да бъдат преглеждани в административната конзола. Тези настройки също влияят върху производителността на сървъра за приложения.
  • Данните в реално време, записани от преглед на производителността, т.е. регистрационните файлове на производителността на сървъра и т.н., също могат да бъдат прегледани по-късно.

Пример 3: Ефективността на приложението трябва да бъде оценена за неговата честотна лента при различни налични мрежови скорости.

Пример 4 : Бърз предварителен тест за ефективност на базата данни може да се направи ръчно, за да се получи необходимата информация.

Така че във всички тези случаи може да се направи основно тестване на производителността без скриптове за автоматизация. Може да се наложи някои инструменти за диагностика или мониторинг, но 100% автоматизация не е абсолютно необходима.

Кога ръчните тестове за ефективност могат да помогнат?

Непроизводителният тестер може бързо да извършва ръчни тестове, без да се налага да преминава през процеса на настройка на автоматизирани тестови пакети или дори без познания за автоматизация на тестовете.

Това е много полезно, когато:

  • Тестерите за ефективност се нуждаят от бърза оценка на реакцията на продукта при определени условия.
  • За да изпълните тест за ефективност на здравословното състояние, т.е. ръчно да изпълните няколко стъпки, докато отстранявате теста.

Какво да НЕ правим?

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

Заключение

Тестването на производителността се счита за един от най-техническите и сложни видове софтуерно тестване. Изисква обширни технически познания. Автоматизираните тестови скриптове имат огромна стойност за усилията за тестване. Но не бива да спираме да изследваме нови начини за комбиниране с тестване на производителността. Ръчното тестване може да играе помощна роля.

Съгласен ли си? Какви други варианти на тестване на производителността сте направили?

Предстоящият ни урок ще обясни повече за тестването на ефективността на уебсайта!

=> Посетете тук за пълна серия уроци за тестване на ефективността

PREV Урок | СЛЕДВАЩ урок

Препоръчително четене

^