Test Studio

Саставите потпуне тестове корисничког интерфејса за апликацију подлоге помоћу програма Test Studio. Одржавајте квалитет апликације тако што ћете непрестано проверавати да ли ваша апликација ради онако како се очекује када се примене нове промене или исправке.

Преглед

Тестирање је важан део животног циклуса развоја софтвера (SDLC). Тестирање ће осигурати квалитет апликације која се испоручује клијентима. Може да препозна проблеме или недостатке на почетку процеса издавања, а и пружа могућност за исправљање ових проблема како би апликација била поузданија пре него што се промене издају. У зависности од величине и употребе апликације, ручно тестирање нових промена ће можда бити довољно. Међутим, како апликација постаје све компликованија и све се више користи, можда ћете морати да размислите о другој стратегији тестирања уместо ручног тестирања. Ако је апликација суштински важна, чак и мала грешка може да има значајан утицај.

Повећане промене апликације могу да резултирају дужим циклусима тестирања. На крају регресивно тестирање апликације може да траје дуже од времена утрошеног на развој нових функција. Темељно тестирање сваке функције у апликацији током брзог развоја постаје уско грло за издавање исправки софтвера. Једна од опција за смањивање времена потребног да се обави циклус тестирања и регресивно тестирање је аутоматизација тестова. Аутоматизација тестова може да вам помогне да тестирате апликацију уз минимални напор смањујући време тестирања и идентификујући критичне проблеме пре издавања.

Power Apps Test Studio је решење са мало кодирања за писање, организовање и аутоматизацију тестова за апликације подлоге. У програму Test Studio можете да правите тестове користећи Power Apps изразе, или да користите снимач да бисте сачували интеракцију апликације за аутоматско генерисање израза. Можете да репродукујете писане тестове у програму Test Studio да бисте проверили функционалност апликације, а и да бисте покренули тестове у веб-прегледачу и уградили аутоматизоване тестове у процес примене апликације.

Предуслови

Морате бити креатор или сувласник апликације да бисте тестирали апликацију у програму Test Studio.

Терминологија програма Test Studio

Следећи одељак објашњава кључну терминологију програма Test Studio.

Случајеви за тестирање

Случајеви за тестирање се састоје од низа упутстава или радњи названих корацима испита. Случајеви за тестирање се извршавају како би се проверило да ли ваша апликација или одређене функције у вашој апликацији раде онако како очекујете. На пример, у апликацији Expense желите да осигурате да се могу проследити само трошкови са стварним повезаним ценама. Случај за тестирање може да вам помогне да потврдите да је овај услов или захтев увек испуњен.

У програму Test Studio се испитни кораци пишу на Power Apps језику израза. Изрази тестова могу да се састоје од обе функције које су доступне током прављења апликације и додатних израза за подршку аутоматизованом тестирању.

Пакети тестова

Пакети тестова се користе за организовање или груписање случајева за тестирање. Како број случајева за тестирање у апликацији расте, размислите о распоређивању случајева за тестирање према одређеним карактеристикама или функционалности. На пример, можда ћете имати један пакет тестова са случајевима за тестирање за потврђивање прослеђених извештаја о трошковима и други тест пакет који се фокусира само на одобрења трошкова.

Случајеви за тестирање садржани у пакетима тестова се покрећу секвенцијално. Стање апликације је очувано у свим случајевима за тестирање у пакету. На пример, ако у вашој апликацији имате случај за тестирање који се завршава на екрану 5, следећи случај за тестирање у пакету тестова почеће да се извршава са екрана 5. Омогућава вам да поделите сложени сценарио тестирања на више случајева за тестирање у једном пакету, и да се статус дели у свим случајевима за тестирање. Ако се очекује да ће се ваш други случај за тестирање покренути на почетном екрану апликације, први корак у вашем случају за тестирање може да буде да дођете до почетног екрана. Важно је запамтити да се апликација не учитава поново на почетку сваког случаја за тестирање из пакета тестова приликом планирања извођења теста.

Тврдње теста

Сваки случај за тестирање треба да има очекивани резултат. Да бисте проверили очекивани резултат теста у односу на стварни резултат теста, можете да напишете тврдње теста. Тврдња је израз који се у тесту процењује као тачан или лажан. Ако израз врати нетачно, тест-случај неће успети.

У примеру апликације за трошкове изнад, можете да напишете тврдњу да бисте потврдили да се извештај о трошковима са чијим је редом трошкова повезана цена од нула креира.

Најбољи примери из праксе

Када тестирате апликације подлоге у програму Test Studio, узмите у обзир следеће најбоље праксе како бисте стекли максималне предности за побољшање квалитета апликације:

1. Одредите које случајеве за тестирање треба аутоматизовати.

   Тешко је аутоматизовати све тестове, а ни не препоручујемо да се у потпуности ослоните на аутоматизацију тестова. Поред аутоматизације тестова треба обавити и ручно тестирање. Тестови којима највише одговара аутоматизација су:

   • Тестови који се понављају.
   • Тестови функционалности великих пословних утицаја.
   • Функције које су стабилне и за које нису у току значајне промене.
   • Функције које захтевају више скупова података.
   • Ручно тестирање које захтева значајно време и труд.

2. Нека случајеви за тестирање буду мали.

   Иако један случај за тестирање може да подржи тестирање све функционалности у вашој апликацији, препоручујемо да избегавате писање монолитног случаја за тестирање и да покушате да га поделите на више случајева за тестирање. Сваки случај за тестирање може да тестира одређену функцију или функционалност у апликацији. Неуспела тврдња у великом случају за тестирање може узроковати да остале функционалности остану нетестиране. Употреба више случајева за тестирање у пакету тестова омогућава тестирање других функционалности без обзира да ли је претходни тест случај неуспешан. Ова стратегија такође олакшава изолацију неуспеха тестова.

3. Сведите изразе на једну радњу теста.

   Радње теста могу да садрже више израза. Велики изрази тестова са више радњи за један корак могу да утичу на вашу способност отклањања грешака и изолације било каквих неуспеха теста. Размислите о подели корака теста са више радњи на више корака теста са једном радњом како бисте брже идентификовали проблеме.

4. Сваки случај за тестирање треба да има очекивани резултат.

   Сваки случај за тестирање треба да има један или више очекиваних резултата. Тврдње теста треба користити за проверу ваљаности очекиваних резултата теста у односу на стварне резултате. За један случај за тестирање може се написати више тврдњи.

5. Користите пакете тестова.

   Зарад одржавања, групишите или категоришите сличне случајеве за тестирање заједно, а затим опишите сврху и очекиване резултате теста.

Позната ограничења

Док је рад на пружању потпуне покривености контрола у Power Apps Test Studio у току, следеће функционалности тренутно нису доступне:

• Компоненте.
• Компоненте кода написане у радном оквиру Power Apps Component Framework.
• Угнежђене галерије.
• Контроле медија.
• За апликацију је потребно укључити експерименталну функцију за управљање грешкама на нивоу формуле.
• Подршка за контроле које нису наведене у функцијама Select и SetProperty.
• Ступови типа особе.
• Тест Студио није компатибилан са експерименталном функцијом контроле Гит верзије и неће радити исправно ако је та функција омогућена.

Следећи кораци

• Рад са програмом Test Studio

Погледајте и

• Аутоматизовање тестова помоћу Azure Pipelines користећи класичан уређивач