Примітка
Доступ до цієї сторінки потребує авторизації. Можна спробувати ввійти або змінити каталоги.
Доступ до цієї сторінки потребує авторизації. Можна спробувати змінити каталоги.
Тепер, коли програму побудовано, наступний крок – розпочати тестування. У цьому розділі описано основи проведення тестування.
Типи тестів
Модульні тести
Модульний тест використовується для перевірки правильності роботи певної функції або функції вашого додатка.
Комплексні тести
Наскрізні тести використовуються для перевірки правильності роботи загального рішення. Це важливий крок, оскільки навіть якщо всі модульні тести працюють правильно, то інтеграція між двома одиницями може не спрацювати. Ці тести проводяться за тестовим сценарієм, наближеним до сценарію використання для фактичного бізнес-процесу.
Тестування на прийнятність для користувачів
Приймальний тест користувача (UAT) проводить користувач програми, а не виробник. Ціль цього тесту – переконатися, що те, що створили розробники відповідає вимогам, які замовляв користувач.
Нижче наведено кілька порад, щоб отримати хороші результати під час тестування UAT.
Тестуйте з реальними користувачами.
Спробуйте вибрати користувачів різного рівня IT-навичок. Таким чином можна отримати різноманітні відгуки.
Не надавайте інструкцій щодо використання. Дізнайтеся, чи можна зрозуміти програму інтуїтивно.
Зверніть увагу на те, як вони використовують програму без допомоги, і подумайте, як можна покращити дизайн.
Якщо користувач застряг на екрані, попросіть пояснити, чого вони очікували.
Спробуйте скористатися різними пристроями, щоб переконатися, що тестові інциденти поводитимуться однаково.
В ідеалі, перевірте програму в фактичному середовищі або розташуванні користувача, якщо програма використовує функції в автономному режимі.
Попросіть користувачів спробувати "зламати" програму, наприклад, вводячи незвичайні символи в текстових полях.
Користувачі зазвичай проходять позитивний тест, "happy path", (шлях, який користувач проходить, коли все йде ідеально); попросіть їх також перевірити такі сценарії, як скасування звіту про витрати замість надсилання, а також відхилення звіту про витрати замість його затвердження.
Користувачі можуть бути не знайомі з програмним забезпеченням для тестування. Розкажіть їм, які відгуки вам потрібні. Корисно надати шаблон для "помилок", щоб переконатися, що тестери точно пояснюють, що вони робили, що трапилося, що вони очікували, щоб відбулося, а також будь-які актуальні відомості про їх середовище тестування (наприклад, тип пристрою та браузер).
Це природно і нормально, коли користувач потребує змін специфікацій або просить додати певні функції. Ці запити мають бути записані у списку функцій, описаному в розділі Пріоритетність функцій і запитів.
Створення тестових інцидентів і сценаріїв
Щоб написати комплексні тестові сценарії та тестові випадки, вам слід звернутися до розділів «Етап планування» та «Етап проектування», щоб переконатися, що ви протестували всі важливі сценарії.
Перший крок полягає в написанні модульних тестів. Переконайтеся, що тести розділено для кожної функції або особливості. Тестові інциденти для модульних тестів необхідно вказати так, як наведено в таблиці нижче.
| Тестовий випадок "No". | Опис тесту | Вхідні дані для тестування | Очікуваний результат | Результат |
|---|---|---|---|---|
| 1-1 | Надсилання відомостей про порядок з форми | Наказ No 16516 | Порядок успішно надіслано | |
| 1-2 | Переконайтеся, що PDF-файл створено та вкладено до запису | Н/Д | PDF-файл вкладено до запису | |
| 1-3 | Сповіщення електронною поштою про перевірку надіслано користувачу | test@contoso.com | Повідомлення електронної пошти отримано вказаним одержувачем |
Інструменти, які допоможуть тестувати компоновані програми
Power Apps Test Studio (експериментальна програма)
Для тестування в компонованих програмах можна скористатися вбудованим інструментом Power Apps Test Studio, щоб писати, впорядковувати та автоматизовувати тести для компонованих програм. Додаткова інформація: Test Studio (експериментальна)
Azure Monitor (експериментальна програма)
Під час тестування проблем продуктивності можна використати "Монітор", щоб перевіряти дії в мережі, подібно до мережевого трасування у браузері. Щоб дізнатися більше про інструмент «Монітор», перегляньте допис у блозі «Знайомство з монітором» для налагодження програм і підвищення продуктивності.
Інструменти для тестування програм на основі моделі
EasyRepro
EasyRepro – інструмент для Dynamics 365 і програм на основі моделі Power Apps. Він містить не лише інструмент тестування, а й понад 200 зразків тестових випадків, щоб прискорити процес тестування. Для отримання додаткової інформації перегляньте допис у блозі Фреймворк автоматизованого тестування EasyRepro та отримайте доступ до нього в репозиторії EasyRepro GitHub.
Засіб перевірки рішень
Засіб перевірки рішень – це інструмент, який перевіряє, чи створене рішення є справним. Можна швидко переглянути проблеми та рекомендовані виправлення. Додаткова інформація: Використовуйте перевірку рішень для перевірки ваших додатків, керованих моделлю, в Power Apps