Тестування програмного забезпечення — ручне й автоматизоване

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

Зараз шукають

свіжі замовлення

Тестувальники ПЗ

Скільки коштує тестування сайту чи додатка

Що впливає на ціну

  • Обсяг функцій і сценаріїв

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

  • Браузери, пристрої й версії систем

    Кожен додатковий браузер, модель телефона чи версія Android та iOS — це ще один прогін тих самих перевірок.

  • Ручні перевірки чи автотести

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

  • Вимоги й тест-кейси

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

  • Один реліз чи постійна робота

    Перевірку одного релізу часто оцінюють як проєкт, а тестування кожного оновлення протягом місяців — погодинно чи помісячно.

Ціни беруться з профілів спеціалістів на Nexperity й оновлюються автоматично. Остаточну вартість ви узгоджуєте зі спеціалістом напряму.

Як знайти QA-тестувальника

Два шляхи — оберіть зручніший

Оберіть спеціаліста самі

Порівняйте портфоліо, ціни й відгуки та надішліть запит тому, хто вам підходить.
  1. 1Відкрийте профілі спеціалістів і їхні роботи
  2. 2Надішліть запит з описом задачі
  3. 3Після прийняття — зв'язок зі спеціалістом напряму

Опублікуйте замовлення

Опишіть задачу один раз — спеціалісти самі надішлють вам відповіді.
  1. 1Опишіть задачу, оплату й бажаний термін
  2. 2Отримайте відповіді від спеціалістів
  3. 3Оберіть найкращого й домовтеся напряму

Як обрати тестувальника ПЗ

  1. 1

    Приклад баг-репорту

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

  2. 2

    Ваш тип продукту

    Для вебсайту, мобільного додатка, API і гри потрібні різні інструменти, а типові помилки в них свої. Шукайте тестувальника, у послугах якого є саме ваша платформа.

  3. 3

    Справжні пристрої, а не лише емулятор

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

  4. 4

    Тестове середовище й акаунти

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

  5. 5

    Що ви отримаєте в кінці

    Узгодьте результат: звіт про знайдені помилки, тест-кейси чи автотести в репозиторії. Уточніть і те, чи входить повторна перевірка після виправлень.

Що написати в замовленні

Чим точніший опис, тим точніші ціни у відповідях.
  • Що тестувати: сайт, мобільний додаток, API чи гру — і на якому етапі продукт

  • Ключові сценарії: реєстрація, пошук, кошик, оплата, особистий кабінет

  • Браузери, платформи й пристрої, на яких треба перевірити продукт

  • Що потрібно: ручне тестування, тест-кейси, автотести чи навантажувальне тестування

  • Чи є окреме тестове середовище, чи перевіряти доведеться на робочому сайті

  • Оплата, дата релізу та чи потрібне тестування наступних оновлень

Питання про Nexperity

Як працює Nexperity — окремо для клієнтів і для спеціалістів

Для клієнтів

Нічого. Шукати спеціалістів, надсилати запити, публікувати замовлення й отримувати відповіді можна безкоштовно.

Для спеціалістів

Зараз — нічого: триває безкоштовний період, і підписка поки не потрібна. Комісії з угод Nexperity не бере — з клієнтом ви розраховуєтеся напряму.

Суміжні категорії

Ви тестувальник ПЗ?

Отримуйте замовлення з вашої категорії й відповідайте на них — без комісії з угод.