Якщо ви новачок на платформі, ви зможете орієнтуватися в ній як професіонал після ознайомлення з цими двома чудовими публікаціями: Вкрай важливий посібник для нових тестувальників на платформі Test IO - частина 1 та частина 2.

Це 10 речей, які тестувальники повинні робити під час тестування у кожному циклі тестування.

Щоб продовжувати розвиватися на нашій платформі, дотримуйтесь порад щодо того, як стати цінним членом спільноти Test IO.

Одне з наших найважливіших правил тестування - не розміщувати замовлення і навіть не намагатися це зробити. Розуміння того, що це означає і як уникнути такої помилки, є обов'язковим, ви можете знайти все в наступному пості "Замовлення дозволені = Ні".

Незважаючи на те, як вони називаються, відмови - це хороша річ, коли мова йде про вдосконалення того, що ми робимо, і про те, як краще тестувати. Дізнайтеся, як отримати від них максимум користі з посту "Як справлятися з відмовами".

Ви дізналися про свої бали і почали хвилюватися? Не хвилюйтеся, завжди є спосіб їх підвищити, і цей пост розповість вам, як це зробити, "Як підвищити свою якість після масового падіння".

Дізнайтеся, як тестувати на інших мовах, з посту "Як тестувати німецькі веб-сайти та додатки, якщо ви не говорите німецькою?".

Типи тестування, які Test IO пропонує своїм клієнтам, - це хороший спосіб обрати тест, який підходить саме вам. У цьому пості "Типи тестів Test IO в таблиці!" ви дізнаєтесь, що це таке і що очікується під час кожного типу тесту.

Знайдіть 9 порад від керівників команд про те, як ви можете покращити своє тестування: "Чого ми можемо навчитися у керівників команд? Кураторський список порад для тестувальників".

Поради щодо того, де шукати помилки, наведені у пості "Поради від Академії - Де шукати помилки".

Знайдіть 3 різні методи, як тестувати безпосередньо від досвідчених тестувальників, "Чому ми можемо навчитися у нових тестувальників? З їхнього власного досвіду для всіх нас!"

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

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

Користувацькі історії прості у виконанні та надають багато інформації про дизайн продукту. Дізнайтеся, як уникнути найпоширеніших помилок під час їх створення, "Історії користувачів... пам'ятайте про тривалість скрінкастів!"

Відтворення помилок - це швидкий старт для тестування за допомогою Test IO. Вони дають вам уявлення про баги і про те, як тестувальники виконують роботу всього за 15 секунд або менше, однак є багато способів зробити їх неправильно. Дізнайтеся, як правильно їх виконувати, з посту "Поради щодо виживання в Bug Reproductions".

Рамки тесту є критично важливою частиною успішного тестування! Дізнатися все про це та як не вийти за його межі можна за допомогою посту "Межі", а про те, як залишатися в рамках тесту, можна прочитавши пост "Як не вийти за рамки тесту?".

Однією з найбільш важливих для розуміння функцій є навігація. У цій статті ви знайдете опис і PDF-файл з прикладами того, як ця функція представлена на десктопних і мобільних пристроях відповідно до різного дизайну, "Глосарій: Навігація".

Ви новачок на платформі і отримали запит від Team Leader, що робити? Цей пост - посібник з виживання, який допоможе вам ретельно відповісти на будь-який запит: "Працюйте з запитами від керівників команд як професіонал".

Якщо ви новачок у роботі з дому, це ваш пост "Як працювати з дому - посібник з виживання".

Якщо ви ще не чули про тестування продуктивності, ось найкращий пост для початку: "Тести продуктивності 1 на 1".

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

Перевірка валідації є загальноприйнятою практикою під час тестування, оскільки форми можна знайти скрізь! У цьому дописі ви дізнаєтеся, як це робити: "Як уникнути відмов у помилках валідації?".

Не існує єдиного правила, коли справа доходить до класифікації непрацюючих посилань! Ось ще 4 загальних випадки, які допоможуть вам правильно класифікувати непрацююче посилання як функціональну (будь-якої серйозності) помилку або помилку контенту, "Непрацюючі посилання - 404 - основний посібник".

Кнопка "Назад" у браузері є важливим елементом тестування, оскільки вона часто використовується користувачами! Цей пост пояснює структуру браузера і поведінку кнопки "Назад" для правильного тестування функціональності.

На даний момент ви вже дізналися, що таке журнал збоїв (креш-лог), тому ваші знання про журнали збоїв iOS з посиланнями в цьому пості та про те, що слід шукати в цих файлах, можна знайти в цьому іншому пості. А для пристроїв Android: "Яку інформацію ви повинні включити в свій звіт про помилку, щоб допомогти розробникам при тестуванні Android-додатків?"

Контентні та візуальні помилки повинні мати скріншоти для документування, тому дізнайтеся, як зробити їх найкращим чином на мобільних пристроях: "Як робити скріншоти на пристроях Android та iOS". А для функціональних багів, ось посібник для скрінкастів: "Поради з тестування - Як користуватися ApowerRec".

Ви вже знаєте, що швидкі тести (rapid tests) - це тести, в яких шукають лише критичні помилки, тепер настав час дізнатися, як визначити цю серйозність і почати працювати в цих спеціальних тестах, про це ви дізнаєтесь з посту, який складається з двох частин: "Швидкі тести і як зосередитися лише на критичних проблемах - частина 1" та "Швидкі тести і як зосередитися лише на критичних проблемах - частина 2".

Проблеми з нескінченним завантаженням - це особливий тип помилок. У цій публікації "Отже, нескінченні завантаження, хм!", ви дізнаєтеся, як правильно повідомляти про нескінченні завантаження.

Тестуйте ефективно з проксі-сервером Test IO на своєму комп'ютері прочитавши наступні публікації: "Поради щодо використання проксі-сервера Test IO на робочому столі" та для macOS - "Поради щодо використання системних налаштувань проксі на macOS".

Щоразу, коли вам потрібно змінити регіон на ваших пристроях Apple, просто дотримуйтесь цього вичерпного покрокового алгоритму, як це зробити в AppStore.

Часто під час тестування додатків нам також доводиться підробляти своє місцезнаходження. Дізнайтеся, як правильно це робити на пристроях Android з цієї публікації, та на пристроях iOS - з цієї.

Тестування на десктопі - це зручно, але у нас також є безліч мобільних тестів! Чи знаєте ви, як використовувати їх обидва для тестування? Дізнайтеся про це все в публікації "Як віддзеркалити свій телефон на ПК".

Перше з наших правил тестування, що не можна робити, - це не надсилати звіти про помилки із плейсхолдерами. Зрозуміти, коли звіт є плейсхолдером, а коли ні, і як уникнути цієї жахливої помилки, можна в цьому пості: "Плейсхолдер проти звіту про помилку з додатковою інформацією".

"Мистецтво повідомляти про помилки" - це пост про те, як ширше поглянути на звітність; та про те, як зробити її ще кращою - ось пост про те, як покращити ваші звіти.

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

Хороші звіти також добре виглядають! Покращуйте читабельність ваших звітів за допомогою цієї публікації: "Як форматувати звіти про помилки?".

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

Коли справа доходить до виявлення основних проблем (повторюваних або дублюючих помилок), є кілька рівнів, які слід враховувати, і способів їх пошуку. Дізнайтеся, як це зробити з публікації: "Повторювані проблеми або дежавю-баг?"

Базовий HTML завжди корисний, особливо коли ви знаєте, що потрібно під час тестування, цей пост охоплює все це: "Основи HTML - SOS для новачків - Визначення елемента, на якому виникла помилка".

Коли ми створюємо вкладення для наших звітів, ми можемо ненароком поділитися приватною інформацією. Ось що ви повинні пам'ятати перед початком тестування: "Зберігайте вашу конфіденційність Частина 1" і остання частина, "Зберігайте вашу конфіденційність Частина 2".

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

Іноді клієнти просять додати інформацію про наші пристрої, дізнатися, як і де її знайти з публікації: "Як знайти інформацію про свої пристрої та браузери".

Якщо ви плануєте розпочати тестування на пристроях потокового мовлення, це найкращий посібник для пристроїв ROKU, а цей - для пристроїв Chromecast.

Якщо вам потрібно використовувати VPN, дізнайтеся про це з публікації "Як використовувати VPN-з'єднання на пристроях Roku і Chromecast".

Вивчіть назви кнопок і функцій більшості потокових пристроїв, щоб правильно повідомляти про помилки.

А тут ще більше про стрімінгові пристрої! Ось кілька додатків, які варто завантажити, якщо ви хочете взяти участь у цих спеціальних тестах.