Етап тестування
Тепер, коли програму побудовано, наступний крок – розпочати тестування. У цьому розділі описано основи проведення тестування.
Типи тестів
Модульні тести
Модульний тест використовується, щоб перевірити, чи правильно працює певна функція або особливість програми.
Комплексні тести
Комплексні тести використовуються, щоб перевірити, чи правильно виконується рішення в цілому. Це важливий крок, оскільки навіть якщо всі модульні тести працюють правильно, то інтеграція між двома одиницями може не спрацювати. Ці тести проводяться за тестовим сценарієм, наближеним до сценарію використання для фактичного бізнес-процесу.
Тестування на прийнятність для користувачів
Тест на прийнятність користувачів (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
Примітка
Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)
Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).