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 се изпълнява, понастоящем не е налична следната функционалност:

• Компоненти.
• Компонентите на кода, написани в Power Apps Component Framework.
• Вложени галерии.
• Медийни контроли.
• Експерименталната функция за управление на грешки на ниво формула трябва да бъде включена за приложението.
• Поддръжка за контроли, които не са посочени във функциите Избор и SetProperty.
• Колони тип „лице”.
• Test Studio не е съвместим с експерименталната функция за контрол на версиите на Git и няма да работи правилно, ако тази функция е активирана.

Следващи стъпки

• Работа с Test Studio

Вижте също

• Автоматизирайте тестовете с Azure Pipelines с помощта на класически редактор

Бележка

Можете ли да ни споделите повече за езиковите си предпочитания за документацията? Попълнете кратко проучване. (имайте предвид, че това проучване е на английски език)

Проучването ще отнеме около седем минути. Не се събират лични данни (декларация за поверителност).