Меню

Как да направим ръчното тестване по-ефективно с помощта на Micro Focus Sprinter

how make manual testing more efficient using micro focus sprinter

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

големи данни като сервизни компании

HP Quality Center / ALM вече е променен на Micro Focus Quality Center / ALM, но въпреки това съдържанието на страницата е валидно и в новия домейн и инструменти на Micro Focus

Днес в тази епоха на Тестване за автоматизация , почти във всеки отдел за тестване на качеството автоматизацията е първо предпочитание. Но има няколко отдела за осигуряване на качеството, където 70-80% от тестовете се извършват ръчно. Всъщност има случаи, при които качеството се определя изцяло ръчно, тъй като там не се извършва автоматизация.

Една от решаващите причини компаниите да продължат с ръчния тест е неспособността на инструментите за автоматизация да се справят с промените, с които някои приложения редовно се сблъскват. В някои случаи единствената опция, която остава с QA, е ръчно тестване.

Ръчно тестване с помощта на HP Sprinter

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

Изследователското тестване, като част от ръчното тестване, е областта, в която ръчните тестери могат да анализират способността си да мислят нестандартно.

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

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

Подобно умение да се мисли нестандартно е много важно, тъй като често има ограничение във времето за всеки проект за разработка на софтуер и в рамките на ограничения период от време е необходимо да се гарантира качеството на продукта / приложението. „ Времето е пари '

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

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

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

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

Фактори, които правят ръчното тестване по-продуктивно:

  • Обстоен преглед на документа за изискване , разбирането на всяка реализация и модификация е първо и най-важно изискване / необходимост, преди да се пристъпи към функционално тестване.
  • Докато се подготвят тестовите случаи, трябва да се обърне повече внимание на такива области, където могат да бъдат открити критични или големи грешки. Например , трябва да се обърне повече внимание на области, в които има някаква интеграция с някакво друго приложение или внедряване на нова функция, а не промени в потребителския интерфейс (потребителски интерфейс).
  • Тестовите случаи трябва да обхващат всеки детайл за ново внедряване или модификация, описваща всяка функционалност.
  • Приоритет на тестовите случаи може да бъде зададен според ефективността на приложението, така че в даден по-кратък срок да бъдат обхванати поне тези тестови случаи, чийто приоритет е висок. Тестовият случай, обхващащ някои незначителни промени в потребителския интерфейс, може да бъде пропуснат, когато има по-малко време, тъй като има малка или никаква ефективност на такива тестови случаи при кандидатстване.
  • Тестовите случаи трябва да бъдат подготвени така, че всички данни от теста да са споменати ясно с очакван резултат от теста, съответстващ на всеки тест.
  • Според изискването за кандидатстване, кръстосано функционално тестване на браузъра определено трябва да се извърши. Кръстосаното функционално тестване на браузъра е тестване на приложение на различна операционна система с различни комбинации от браузъри. Функционалността може да не се различава, но много грешки на потребителския интерфейс се наблюдават при тестване на функционалността на различни браузъри.
  • Понякога предишният опит на проекта помага много при определянето на нови тестови сценарии за разбиране на приложението по различни начини. Много пъти такъв подход води до извънредни обикновени грешки, които не биха могли да бъдат открити при нормално изпълнение на тестови случаи.
  • Проучвателното тестване помага на тестерите да използват мисленето си, за да приемат приложението по начина, по който може да се възползва клиентът.
  • Тестването на приложения във всяка фаза на разработка е най-добрата практика, тъй като може да бъде рентабилно, както и да намали шансовете за откриване на сериозни грешки след това. Дефектите, идентифицирани по-късно, са много скъпи за отстраняване, отколкото дефектите, идентифицирани на ранните етапи на тестване.
  • Отчитането на грешки трябва да бъде такова, че да бъде ясно разбрано от разработчика. Трябва да се дадат точни стъпки за възпроизвеждане, така че разработчиците да не приемат сценария, докато отстраняват дефекта. Това ще помогне за бързото отстраняване на грешката.
  • Правилно Инструменти за проследяване на грешки като JIRA, Bugzilla и т.н. трябва да се използват за докладване на проблеми.

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

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

  • Повтарящи се стъпки, които трябва да се следват по време на изпълнението на тестовия случай.
  • Въведете ръчно голямо количество данни.
  • Работете с множество екрани и инструменти. Извършете тестване на различни браузъри.
  • Голямо време за писане на тестови казуси и управление на тестови данни.
  • Губене на време при пресъздаване / възпроизвеждане на веднъж наблюдаваните проблеми.
  • Не се поддържа писта за тестови действия, извършени по време на изследователско тестване.

Решението

За да постигнете и двете скорост и качество , увеличавам ефективност и ефективност на ръчно тестване, Micro Focus представи ръчно решение за тестване на софтуер, известно като HP Sprinter , който ускорява пъргавите тестове, максимизирайки въздействието на изследователските тестове. HP Sprinter често се нарича още HP ALM / QC Sprinter .

Предимства на използването на HP ALM / QC Sprinter:

HP Sprinter 1

Основните характеристики на HP ALM / QC Sprinter включват:

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

Изтегляне на Micro Focus Sprinter: Можете да изтеглите пробната версия на HP Sprinter на тази страница .

Гледайте кратко Демонстрация на HP Sprinter видео тук:

Подробни стъпки за провеждане на основен тест с помощта на HP Sprinter

Нека разберем с множество екранни снимки “ Как се провежда основен тест ” с помощта на HP Sprinter.

1) Hp Sprinter има два режима: „ План ' и ' Бягай ’. Режим на планиране за тестов отговор и Изпълнение за изпълнение на теста.

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

HP Sprinter 2

две) Сега, за да отворите тест в HP Sprinter, първо кликнете върху бутона „Отваряне“ в левия панел и след това изберете „Отвори HP ALM тест“ от падащото меню.

HP Sprinter 3

В този пример по-долу е избран тест „Поръчайте полет“.

HP Sprinter 4

3) Следващата екранна снимка описва „Тестово работно пространство“, което осигурява достъп до подробностите за теста, който съдържа цялата информация.

HP Sprinter 5

4) Тест „Стъпки“ съдържа стъпките за проектиране, които са включени в теста.

HP Sprinter 6

5) Можем да добавим всякакви стъпки за ръчно тестване, също като кликнете върху бутона „Добавяне“. Както можете да видите на екрана по-долу, стъпка 6 се добавя, като щракнете върху бутона „Добавяне“.

HP Sprinter 7

въпроси за интервю за jira за scrum master

6) След като напишете описанието на стъпката, към стъпката може да се добави и заснемане на екран.

HP Sprinter 8

7) Използвайки тест спринтьор, ние можем автоматично да документираме тестови случаи, докато навигираме през приложението. Кликнете върху стъпка за заснемане, за да отворите прозореца на приложението.

HP Sprinter 9

8) В раздела Изпълнение, където се извършва тестовото изпълнение, всички функционалности на спринтьора са налични като странични ленти. Щракнете върху бутона Run, за да инициализирате изпълнението.

HP Sprinter 10

9) Налични са раздели около приложения като: Инструменти, Макроси, Скенери и Контрол на изпълнение.

HP Sprinter 11

10) Отчитане на дефекти: Sprinter дава възможност за създаване на подробни и документирани подробности в добавянето на информация за сценария на дефекти (в раздела Smart Defect)

HP Sprinter 12

единадесет) Когато изпратим дефект, Sprinter може да добави стъпки за тестване към описанието на дефекта; може също да прикачи заснемане на екран или филм от тест към дефект.

HP Sprinter 13

HP Sprinter 14

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

HP Sprinter 16

oracle sql заявки интервю въпроси и отговори за опитен pdf

13) Sprinter може също така автоматично да открива дефекти. Под скенери кликнете върху сканиране, когато сме на път да сканираме за дефекта.

HP Sprinter 17

14) Инжектиране на данни: Приложението за тестване, което съдържа всички форми на много полета за въвеждане, може да стане досадно, отнемащо време и склонно към грешки. Инжектирането на данни автоматично инжектира предварително дефинирани данни в приложението. Това води до значително спестяване на време при досадно ръчно тестване.

HP Sprinter 18

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

HP Sprinter 19

16) Отразяване на данни: Тествайте множество среди едновременно. Осигурява огромна стойност за клиентите чрез локализация, различни конфигурации на бекенда.

HP Sprinter 20

17) След това се създава подробен доклад за изпълнение. Отчетът включва резюмето на изпълнението, всички изпълнени стъпки, изпратени дефекти и всички извършени действия.

18) Друг начин за преглед на резултатите от изпълнението е Storyboard.

Hp Sprinter 20

Заключение

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

Предложено четене = >> Какво е тестване на ефективността

Въздействието и ефективността на изследователските тестове не само се максимизират от Sprinter, но и намаляват времето, необходимо за завършване на жизнения цикъл на теста. Ускорява доставката на приложения. По този начин, като включите спринтьор на HP, докато извършвате ръчно тестване за всяко приложение, ръчният тест може да бъде доказан като много ефективен начин за тестване.

За автора: Това е гостуваща публикация от Sushma S. Тя има 4+ години опит в софтуерното тестване и в момента работи като старши инженер по тестване на софтуер в MNC. Тя има опит в QA процесите и ръчно тестване с навременна доставка в агресивни срокове.

Уведомете ни, ако имате въпроси относно използването на HP Sprinter.

PREV Урок | СЛЕДВАЩ Урок # 5: Топ 17 инструменти за изследователско тестване

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

^