Поділитися через

Test Studio

  • Стаття

Створюйте комплексні тести інтерфейсу користувача для компонованих програм за допомогою Test Studio. Підтримуйте якість програм, постійно перевіряючи, що програма працює правильно після розгортання нових змін або оновлень.

Зведення

Тестування — це важлива складова частина життєвого циклу розробки програмного забезпечення (SDLC). Тестування може допомогти забезпечити якість програми, яка постачається клієнтам. Воно може знайти проблеми або дефекти на початку процесу випуску та дати змогу усунути ці проблеми, щоб підвищити надійність програми до випуску змін. Залежно від розміру та використання програми, може бути достатньо ручного тестування нових змін. Проте, якщо складність і використання програми зростають, вам може знадобитися розглянути стратегію тестування замість ручного тестування. Якщо програма є критично важливою для організації, навіть невелика помилка може мати значний вплив.

Збільшення змін у програмі може призвести до збільшення тривалості циклів тестування. Зрештою, регресійне тестування програми може зайняти більше часу, ніж час, витрачений на розробку нових функцій. У стрімкому розвитку ретельне тестування кожної функції в програмі стане стримуючим фактором для випуску оновлень програмного забезпечення. Одним із варіантів зменшення часу циклів тестування та часу регресійного тестування є автоматизація тестування. Автоматизація тестування може допомогти вам протестувати програму з мінімальними зусиллями, зменшуючи час тестування та визначення критичних проблем перед випуском.

Power Apps Test Studio — це рішення із малим обсягом коду, призначене для написання, впорядковування та автоматизації тестів для компонованих програм. У Test Studio можна писати тести за допомогою виразів Power Apps або використовувати засіб запису для збереження взаємодії програми для автоматичного створення виразів. У Test Studio можна відтворювати написані тести для перевірки функціональності програми, а також виконувати тести у веб-браузері та вбудовувати автоматичні перевірки в процес розгортання програми.

Test Studio.

вимоги

Щоб протестувати програму за допомогою Test Studio, потрібно бути автором або співвласником програми.

Термінологія Test Studio

У наведеному нижче розділі наведено детальні відомості про основну термінологію Test Studio.

Тестові випадки

Тестові випадки створюються із серії інструкцій або дій, які називаються кроками тестування. Тестові випадки виконуються для перевірки того, що програма або певні функції в програмі працюють правильно. Наприклад, у програмі «Витрати» вам потрібно переконатися, що можна надсилати лише витрати з пов’язаною фактичною вартістю. За допомогою тестового випадку можна перевірити, що ця умова або вимога завжди виконується.

У Test Studio кроки тестування пишуться за допомогою мови виразів Power Apps. Тестові вирази можуть складатися як із функцій, доступних під час створення програми, так і додаткових виразів для підтримки автоматичного тестування.

Набори тестів

Набори тестів використовуються для впорядкування або групування тестових випадків. По мірі росту кількості тестових випадків у програмі ви можете розглянути можливість упорядкувати тестові випадки за певними компонентами або функціями. Наприклад, ви можете мати один набір тестів із тестовими випадками для перевірки надсилань звітів про витрати, а також інший набір тестів, який зосереджений лише на затвердженні витрат.

Тестові випадки, які містяться в наборах тестів, виконуються послідовно. Стан програми зберігається в усіх тестових випадках у наборі. Наприклад, якщо у вас є тестовий випадок, який буде завершено на екрані 5 у програмі, наступний тестовий випадок у наборі тестів почне працювати з екрана 5. Це дає змогу розбити складний тестовий сценарій на кілька тестових випадків в одному наборі, а стан спільно використовуватиметься всіма тестовими випадками. Якщо ваш другий тестовий випадок має починатися на початковому екрані програми, можна перейти до початкового екрана на першому кроці цього тестового випадку. Важливо пам’ятати, що програма не буде перезавантажуватися на початку кожного тестового випадку в наборі тестів під час планування виконання тесту.

Тестові твердження

Кожен тестовий випадок повинен мати очікуваний результат. Щоб порівняти очікуваний результат тесту з фактичним результатом вашого тесту, можна написати тестові твердження. Твердження — це вираз, що повертає значення True або False в ході тестування. Якщо вираз повертає значення False, то тестовий випадок завершиться помилкою.

У вищенаведеному прикладі програми витрат можна написати твердження, яке дає змогу перевірити, чи створюватиметься звіт про витрати з елементом рядка витрат, який має пов’язану нульову вартість.

Передовий досвід

Під час тестування компонованих програм за допомогою Test Studio ознайомтеся з рекомендаціями нижче, щоб отримати максимальні переваги для покращення якості програми.

  1. Визначте, які саме тестові випадки слід автоматизувати.

    Важко автоматизувати всі тести, і ми не рекомендуємо повністю розраховувати на автоматизацію тестування. Ручне тестування має виконуватися на додачу до автоматизованого тестування. Для автоматизації найкраще підходить такі тести:

    • Повторювані тести.
    • Тести функцій, які матимуть значний вплив на ведення комерційної діяльності.
    • Функції, які є стабільними та не зазнають значних змін.
    • Функції, що потребують кількох наборів даних.
    • Ручне тестування, яке вимагає значного часу та зусиль.

  2. Не створюйте багато тестових випадків.

    Хоча один тестовий випадок може підтримати тестування всіх функцій у програмі, рекомендовано уникати створення монолітного тестового випадку та розділити його на кілька тестових випадків. У кожному тестовому випадку може бути протестований певний компонент або функціональна можливість у програмі. Помилкове твердження у великому тестовому випадку може призвести до того, що інші функції залишаться непротестованими. Використання кількох тестових випадків, що містяться в тестовому наборі, дає змогу проводити тестування інших функцій незалежно від того, чи закінчився попередній тестовий випадок помилкою. Крім того, ця стратегія спрощує ізолювання помилок тестування.

  3. Вирази мають відповідати одній тестовій дії.

    Тестова дія може містити кілька виразів. Великі тестові вирази з багатьма діями для одного кроку можуть вплинути на здатність налагоджувати та ізолювати будь-які тестові помилки. Розглянемо розділення тестового кроку з кількома діями на більше тестових кроків з одиночних дій, щоб швидше визначати проблеми.

  4. Кожен тестовий випадок повинен мати очікуваний результат.

    Кожен тестовий випадок повинен мати один або кілька очікуваних результатів. Тестові твердження мають використовуватися для перевірки очікуваних результатів перевірки для порівняння з фактичними результатами. Для одного тестового випадку можна написати кілька тверджень.

  5. Використовуйте набори тестів.

    Для обслуговування, групування або категоризації подібних тестових випадків разом і опису мети та очікуваних результатів тесту.

Відомі обмеження

Оскільки робота над забезпеченням повного контролю в Power Apps Test Studio ще виконується, такі функції наразі недоступні:

  • Компоненти.
  • Компоненти коду, написані в Power Apps Component Framework.
  • Вкладені галереї.
  • Елементи керування засобами.
  • Експериментальний компонент керування помилкою на рівні формул має бути ввімкнено для програми.
  • Підтримка елементів керування, не перелічених у функціях Select і SetProperty.
  • Стовпці типу особи.
  • Test Studio несумісний з експериментальною функцією контролю версій Git, і не працюватиме належним чином, якщо ця функція увімкнена.

Наступні кроки

Див. також

Примітка

Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)

Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).