Фаза на тестване
Сега, когато приложението ви е изградено, следващата стъпка е да започнете да го тествате. В този раздел ще научите основите за това как трябва да се извърши тестването.
Типове тестове
Единични тестове
Единичен тест се използва за проверка дали определена функция или функция на приложението ви работи правилно.
Тестове от край до край
Тестове от край до край се използват за проверка дали цялостното решение работи правилно. Това е важно, защото дори ако всички тестове на модула функционират правилно, интеграцията между две единици може потенциално да се провали. Тези тестове се извършват, като се следва тестов сценарий, близък до случая на използване на реалния бизнес процес.
Тестове за потребителско приемане
Тест за приемане от потребителя (UAT) се извършва от потребителя на приложението, вместо от производителя. Този тест е да се гарантира, че това, което е изградено от производителите, отговаря на първоначално поисканите от потребителя изисквания.
Ето няколко съвета за постигане на добри резултати от UAT:
Тествайте с реалните потребители.
Опитайте се да изберете потребители с разнообразие по отношение на нивата на ИТ умения. По този начин можете да получите разнообразни отзиви.
Не давайте инструкции на потребителя; вижте дали могат да разберат приложението интуитивно.
Наблюдавайте как навигират в приложението без помощ и вижте къде можете да подобрите дизайна.
Когато потребителят е заседнал на екран, помолете ги да обяснят какво е било тяхното очакване.
Изпробвайте различни устройства, за да сте сигурни, че тестовите случаи се държат еднакво.
В идеалния случай тествайте приложението в реалната среда или местоположението на потребителя, ако приложението използва офлайн възможности.
Помолете потребителите си да се опитат да "разбият" приложението ви, например като въведете необичайни знаци в текстови полета.
Обикновено потребителите ще тестват „щастливия път“ (пътят, който потребителят предприема, когато всичко върви перфектно); помолете ги също да тестват сценарии, като анулиране на отчет за разходите, вместо да го изпращат, или отказ от отчет за разходите, вместо да го одобряват.
Възможно е потребителите ви да не са запознати с тестващия софтуер. Кажете им каква обратна връзка търсите. Често е полезно да предоставите шаблон за „бъгове“, за да сте сигурни, че тестерите обясняват какво точно правят, какво се е случило, какво очакват да се случи вместо това и всякаква подходяща информация за тяхната среда за тестване (като тип устройство и браузър).
Естествено и добре е потребителят да поиска промени в спецификациите или да поиска допълнителни функции. Тези искания трябва да бъдат записани в списъка с функции, описан в Приоритизиране на функции и заявки.
Създаване на тестови случаи и сценарии
За да напишете всеобхватни тестови сценарии и тестови случаи, трябва да се обърнете към Фаза на планиране и Фаза на проектиране секции, за да сте сигурни, че тествате всички важни сценарии.
Първата стъпка е да напишете единичните тестове. Уверете се, че разбивате тестовете до всяка функция или функция. Тестовите случаи за единични тестове трябва да бъдат посочени като таблицата по-долу:
| № на тестов случай | Описание на тест | Входове за тестване с | Очакван резултат | Резултат |
|---|---|---|---|---|
| 1-1 | Изпратете данни за поръчка от формуляр | № на поръчка 16516 | Поръчката е успешно изпратена | |
| 1-2 | Проверете дали PDF файлът е генериран и прикачен към записа | Не е достъпен | PDF файлът е прикачен към записа | |
| 1-3 | Проверете известието по имейл се изпраща на потребителя | test@contoso.com | Имейлът се получава от посочения получател |
Инструменти, които ще ви помогнат да тествате приложения за платно
Test Studio на Power Apps (експериментално)
За тестване в приложенията за платно можете да използвате вграден инструмент с име Тестово студио на Power Apps за писане, организиране и автоматизиране на тестове за приложения за платно. Повече информация: Тестово студио (експериментално)
Azure Монитор (експериментален)
Когато тествате за проблеми с производителността, можете да използвате Монитор, за да проверите мрежовата активност, подобно на мрежова следа в браузъра. За подробности относно инструмента Монитор вижте публикацията в блога Въвеждане на Монитор за отстраняване на грешки в приложенията и подобряване на производителността.
Инструменти, които ще ви помогнат да тествате приложения, управлявани от модел
EasyRepro
EasyRepro е инструментът, предоставен за Dynamics 365 и Power Apps приложения, управлявани от модели. Той не само включва инструмент за тестване, но също така има над 200 примерни тестови случая, за да ви помогне да ускорите процеса на тестване. За повече информация вижте публикацията в блога автоматизирана рамка за тестване на EasyRepro и достъп до него в Хранилище на EasyRepro GitHub.
Инструмент за проверка на решения
Проверката на решения е инструмент, който проверява дали създаденото от вас решение е здравословно. Можете бързо да прегледате проблеми и да видите препоръчани корекции. Повече информация: Използване на инструмента за проверка на решения за валидиране на базирани на модел приложения в Power Apps
Бележка
Можете ли да ни споделите повече за езиковите си предпочитания за документацията? Попълнете кратко проучване. (имайте предвид, че това проучване е на английски език)
Проучването ще отнеме около седем минути. Не се събират лични данни (декларация за поверителност).