"Будь ласка, запитайте керівника групи через тестовий чат, якщо вам незрозумілий обсяг середовища, і уникайте припущень".
Мотивація
Створення кількох середовищ є звичайною практикою серед розробників програмного забезпечення. Ідея полягає в тому, щоб створити дві (чи більше) незалежні версії програми або веб-сайту, щоб ви могли використовувати одну, не впливаючи на іншу. Зазвичай найпоширеніші середовища називаються виробничими середовищами (які також можна назвати живими середовищами) і проміжними середовищами (також називають середовищами попереднього виробництва або тестовими середовищами). Тим не менш, кожен клієнт може встановити власні назви для своїх кількох середовищ. У цій статті ми допоможемо вам визначити тип середовища, над яким ви працюєте, і його основні характеристики.
Як мені знайти середовище, на якому я повинен тестувати
Середовище завжди надаватиме клієнт у розділі Доступ на сторінці огляду тестування. Це може бути веб-сайт або посилання для доступу до сторінки завантаження програми. Щоб уникнути тестування неправильного середовища, завжди переходьте до продукту клієнта за посиланням, наданим в інструкціях, і ніколи не намагайтеся вгадати середовище лише на основі назви циклу.
Після того, як ви отримаєте доступ до середовища, ви повинні звернути увагу на домен, щоб уникнути доступу до областей за межами тесту. Якщо домен веб-сайту змінюється під час навігації веб-сайтом, ви фактично тестуєте інший веб-сайт, навіть якщо його назва чи дизайн схожі. Якщо не зазначено інше, цей інший веб-сайт не входить у сферу дії та не підлягає тестуванню. Наприклад, якщо URL-адреса, згадана в розділі Доступ, – https://test.io, і під час навігації ви потрапляєте на веб-сайт https://epam.com/testio, домен явно змінився, тому ви відвідуєте розділ, який виходить за межі циклу, вам слід негайно повернутися до правильного домену.
Коли ви переміщуєтеся й потрапляєте на сторінку, яка знаходиться в субдоміні, це також може означати, що ви залишили тестове середовище. Для нашого прикладу https://test.io має кілька субдоменів, наприклад https://app.test.io або https://academy.test.io. Майте на увазі, що шляхи (додані в кінці URL-адреси, як-от https://test.io/services або https://test.io/crowdtesting) не є субдоменами, тому ви можете безпечно протестувати сторінку, якщо є функція увімкнено для нього, якщо інше не вказано в інструкціях.
Нарешті, для мобільних програм деякі сторінки можна відкривати за допомогою того, що ми називаємо інтегрованим веб-переглядачем. Це вбудовані інструменти, які дозволяють користувачам переглядати веб-контент (наприклад, веб-сторінки) у програмі без необхідності використання стороннього браузера. Навіть якщо сторінка, показана в додатку, є частиною клієнтської екосистеми, інколи команда, яка розробляє програму, не та сама, що розробляє ці веб-сайти. Отже, ці сторінки також можуть вийти за межі циклу.
У будь-якому випадку запитайте керівника групи через тестовий чат, якщо вам незрозумілий обсяг середовища, і уникайте припущень..
Налаштування та область дії середовища
Після того, як ви визначили тестове середовище, ви повинні пошукати додаткову інформацію, залишену клієнтом про нього. Деякі клієнти дозволять вам вільно тестувати їхні додатки, тоді як інші накладуть певні обмеження на дії, які ви можете виконувати в середовищі. Тому зверніть увагу на такі загальні обмеження:
Не ініціювати замовлення. Припиніть тестування до завершення процесу оформлення замовлення, який включає доступ до будь-якої сторонньої платіжної сторінки.
Не надсилайте дані чи вміст, напр. запити на підтримку, огляди продуктів або коментарі. Інакше надсилання даних вимагатиме очищення від наших клієнтів або їх навіть бачитимуть реальні користувачі їхніх продуктів.
Не спілкуйтеся з нашими клієнтами, напр. через чат служби підтримки, телефон або електронну пошту.
Не взаємодійте з іншими реальними користувачами, наприклад надсилання їм запитів друзів або повідомлень
НЕ тестуйте жодну з таких функцій, якщо інше не зазначено в інструкціях щодо тестування. Якщо ви не впевнені та хочете уникнути відхилень та інших покарань, найкращий спосіб – попросити допомоги керівника групи через тестовий чат.
Щоб допомогти вам у тестуванні, у наступних розділах ми визначимо два найпоширеніші тестові середовища, створені нашими клієнтами.
Живе/виробниче середовище
Живі середовища – це робочі продукти, ті самі версії та збірки, якими зараз користуються користувачі в реальному світі. Компанії можуть втратити клієнтів і дохід через помилки в живому середовищі. Тому помилки на активних веб-сайтах або в програмах зазвичай більш актуальні, ніж на веб-сайтах, які ще не опубліковані.
Щоб уникнути впливу на досвід користувачів, клієнти зазвичай обмежують вас у вільному тестуванні веб-сайту. Тому дуже важливо, щоб ви уважно прочитали інструкції з циклу та не виконували жодних дій, які можуть бачити інші користувачі (наприклад, тих, що описані в розділі Налаштування та область застосування середовища).
Живі програми – це випущені продукти, які зазвичай доступні в офіційному App Store вашого пристрою. Для веб-сайтів ви повинні отримати доступ до робочого середовища за посиланням, наданим клієнтом у розділі Доступ інструкцій щодо тестування. Майте на увазі, що клієнти можуть мати приховані інструменти розробника, інтегровані в їхні живі продукти, тому важливо дотримуватися інструкцій циклу та клацати посилання, надане клієнтом, щоб переконатися, що ви тестуєте правильне середовище.
Постановчі/попередні версії веб-середовища
Постановочне середовище зазвичай створюється з метою тестування. Зазвичай він повторює функції та інтерфейс живого середовища, а також останні модифікації, застосовані командою розробників. Хоча домен проміжного сайту зазвичай збігається з доменом активного веб-сайту, проміжний сайт працює на субдомене сайту. Оскільки проміжні середовища зазвичай недоступні для широкого загалу, доступ до них можна буде отримати через наш Test IO проксі-сервер вводу-виведення або після введення облікових даних, які будуть надані в тестових інструкціях вашого тесту.
Постановчі продукти все ще можуть перебувати на стадії розробки, тому вони можуть відрізнятися від робочих середовищ виробництва. Їх також можна оновлювати під час активного циклу, тому ви повинні очікувати певної нестабільності під час тестування середовища.
Помилки у контенту часто виходять за рамки. Такий лщтеуте, як-от тексти, зображення та посилання, може бути відсутнім або заміненим заповнювачами. Найбільш актуальні тут функціональні баги.
Подібним чином посилання можуть вказувати на веб-сайт, що працює, а не на початковий веб-сайт (субдомен не входить до URL-адреси таких посилань). Навмисно чи ні, це проблема налаштування, а не дійсна помилка.
Бета-версії програм
Бета-версії програм ще не випущено, і їх потрібно завантажити за посиланням у розділі Доступ інструкцій щодо тестування. Зазвичай вони є еквівалентами проміжних середовищ для веб-сайтів. Встановити бета-версію програми не так просто, як установити живу програму:
Бета-версії програм для iOS можна розповсюджувати через певне бездротове посилання, яке потрібно відкрити на пристрої iOS, або через TestFlight.
Бета-версії програм Android зазвичай поширюються через файли APK. Просто клацніть наведене посилання для завантаження на своєму пристрої Android, щоб завантажити файл безпосередньо на свій телефон або планшет. Знайдіть файл у каталозі завантажень, запустіть його та дотримуйтесь інструкцій щодо встановлення. Крім того, завантажте файл на будь-який пристрій, як-от комп’ютер, перенесіть його на свій пристрій Android і повторіть ті самі дії.
Бета-версії додатків для iOS і Android також можна поширювати через Firebase.
Щоб дізнатися більше про встановлення бета-версій програм iOS і Android на вашому пристрої, перегляньте нашу статтю Налаштування вашого робочого середовища.
Якщо у вас виникнуть проблеми під час встановлення програми, ви можете зв’язатися з керівником групи через тестовий чат.