Офіс в Україні: +38 (063) 50 74 707

Офіс у США: +1 (212) 203-8264

Ручне тестування

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

Мобільне тестування

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

Автоматизоване тестування

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

Функціональне тестування

Вдосконалюйте основний функціонал вашого додатку за допомогою наших послуг з функціонального тестування

ПЕРЕГЛЯНУТИ ВСІ ПОСЛУГИ

Обговорення -

0

Обговорення -

0

Структура тестових кейсів та приклади в аутсорсингу QA програмного забезпечення

Тестові кейси в аутсорсингу QA розробляються на основі вимог. Якщо вимог немає - їх слід розробити, керуючись здоровим глуздом. Тест-дизайн - це процес проектування тестових кейсів. Тест-дизайн - це досить велика тема, тому ми не будемо розглядати її в цій статті. Загалом, тестові кейси мають наступну структуру:

[checklist type=”eg. checked, dotted, arrowed” margin_bottom=”no”]

  • Назва
  • Короткий опис
  • Передумови
  • Кроки для розмноження
  • Очікуваний результат

[/checklist]

 

Приклад для тестування стандартного калькулятора Windows.

Назва. Переведення чисел з десяткової системи числення в шістнадцяткову.
Короткий опис. Тест перевіряє коректність переведення чисел з десяткової системи числення у шістнадцяткову.
Попередні умови.

  1. Вигляд програміста має бути обраний у меню Вигляд.
  2. Необхідно вибрати десяткову систему числення (“Dec”).

Кроки до розмноження:

  1. Введіть число “1255”.
  2. Виберіть шістнадцяткову систему числення “Hex”.

Очікуваний результат. Значення у полі вводу змінилося з “1255” на “4E7”. Це найпростіший приклад тесту. Насправді для перевірки переведення чисел з однієї системи числення в іншу одного тесту недостатньо. Для того, щоб переконатися, що переведення чисел працює коректно, необхідно перевірити щонайменше 5 чисел різної довжини в діапазоні від 0 до максимально допустимого десяткового числа.
Виконаний тест може мати статус “Passed” або “Failed”.

[checklist type=”eg. checked, dotted, arrowed” margin_bottom=”no”]

  • “Пройдено” - кінцевий результат відповідає очікуваному.
  • “Не вдалося” - кінцевий результат не відповідає очікуваному.

[/checklist]

 

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

0 коментарів

Опублікувати коментар

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Вам також може сподобатися

Тестування програмного забезпечення в США у 2026 році - 10 речей, які дійсно мають значення

Тестування програмного забезпечення в США у 2026 році - 10 речей, які дійсно мають значення

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

Гід по ціноутворенню на тестування програмного забезпечення: Скільки платитимуть американські компанії у 2026 році

Гід по ціноутворенню на тестування програмного забезпечення: Скільки платитимуть американські компанії у 2026 році

Практичний посібник для розуміння ціноутворення на послуги з контролю якості та отримання найкращої цінності для...