ГОЛОВНАБЛОГМатеріали з курсуГлосарій системи TestLink

Глосарій системи TestLink

  • 16.08.2018
  • Опубліковано: Admin
Глосарій системи TestLink

TestLink – це веб-інструмент для керування та виконання тестування. Він включає в себе систему звітності та вимог, а також взаємодіє з відомими системами стеження за дефектами. Після входу в систему перед користувачем представлена ​​робоча область, яка розділена на наступні логічні блоки:

  • програмний продукт (test project, на малюнку – 1);
  • вимоги (requirements, на малюнку – 2);
  • опис тестів (test specification, на малюнку – 3);
  • плани тестування (test plan management, на малюнку – 4).

В рамках навчального курсу курсантам пропонується вивчення частини функціоналу – створення групи тестів (test suit), опису тест-кейсів (test case). Також курсантам доступні приклади правильно складених тест-кейсів (на малюнку – 5).

Главная страница TestLink

 

Детальніше зі створенням тестового набору та тест-кейсу можна ознайомитись на відео.

Літера В

Важливість (Importance) – поле опису ступеня першочерговості перевірки: низька (low), середня (medium), висока (high).

Літера Г

Група тестів (Test Suite) – логічно пов'язані тести, при створенні вказується ім'я групи (test suite name) і деякі деталі (details), якщо необхідно. Групи тестів відображаються в дереві ієрархії. Групи тестів можна редагувати, додавати в них тести і видаляти.

  • Назва групи (Test suite name) – поле короткого опису області тестування.
  • Опис групи тестів (Details) – поле опису тесту: мета, сценарій і початковий стан ПЗ.
Літера К

Коментарі (Comments) – блок, в якому будуть відображені коментарі фахівців Тренінгового центру. Якщо тест-кейсу присвоюється статус «Потребує доопрацювання» – необхідно внести правки по всім залишеним коментарям і тільки після цього призначати статус «Чекає оцінки».

Кроки (Step actions) – розділ, де описуються дії щодо здійснення перевірки, які повинні привести до очікуваного результату. Форматування тексту повинно бути однаковим для всіх кроків і не заважати читабельності тексту. Як правило, в тест-кейсах описується як мінімум 2 кроки, але не більше 9-10 кроків.

Літера Н

Номер тесту (Test Case ID) – унікальний ідентифікатор тесту, створюється автоматично, необхідний для зручної організації зберігання і навігації по групі тестів (Test Suite).

Літера О

Очікуваний результат (Expected Result) – поле опису передбачуваної реакції системи на кроки. Форматування тексту повинно бути однаковим для всіх результатів і не заважати читабельності тексту.

Літера Р

Редагування тестів (Test Specification) – область відображення всіх тестів користувача. Містить набір стандартних дій по створенню і редагуванню тестових груп і тестів, фільтри відображення в ієрархічному дереві. Необхідно клікнути на назву тест-сьюта для його редагування або створення тест-кейса.

Літера С

Створити крок (Create step) – кнопка, після натискання на яку з'являються поля для введення тексту кроку і очікуваного результату.

Статус тесту (Test Status) – список, що випадає з етапами перевірки тесту:

  • Чернетка (Draft) – інформує про те, що тест-кейс знаходиться на стадії створення і ще не готовий до перевірки. Призначається курсантом.
  • Готовий до перевірки (Ready for review) – статус тест-кейса, який означає, що редагування тест-кейсу закінчено іі він готовий до перевірки фахівцем Тренінгового центру. Доступний для вибору курсантом.
  • Чекає оцінки – інформує про те, що тест-кейс призначений на фахівців Тренінгового центру, чекає перевірки. Автоматично присвоюється після вибору курсантом статусу «Готовий до перевірки».
  • Прийнято – інформує про те, що тест-кейс прийнятий і доопрацювання не потребує. Призначається фахівцем Тренінгового центру.
  • Потребує доопрацювання – інформує про те, що тест-кейс потребує доопрацювання, містить коментар з зауваженнями. Призначається фахівцем Тренінгового центру. Після внесення виправлень необхідно натиснути на кнопку «Send-to-Recheck», щоб статус тест-кейса знову змінився на «Чекає оцінки».
  • Закрито – інформує про те, що тест-кейс не актуальний і закритий з причин, вказаних в коментарях. Статус означає, що тест-кейс не буде прийнятий і оцінений. Призначається фахівцем Тренінгового центру.
  • Дублікат – повторює зміст вже існуючої перевірки. Біля статусу буде вказано назву дубльованого тест-кейса після повідомлення: «Даний тест-кейс є дублікатом тест-кейса: ...». Статус означає, що тест-кейс не буде прийнятий і оцінений. Призначається співробітником Тренінгового центра.
Кнопка для створення кроку у тест-кейсі
Літера Т

Тема тест-кейса (Summary) – поле опису основної теми, яка лаконічно і точно описує його суть. Для уніфікованого підходу до викладу теми використовують конструкцію, яка відповідає на питання «Що перевіряємо? Де перевіряємо? З якими даними?». Поле обов'язкове для заповнення.

Тест-кейс (Test Case) – це сукупність кроків, конкретних умов і параметрів, необхідних для перевірки реалізації функції, яка тестується або її частини.

  • Назва тест-кейса (Test Case Title) – поле назви тест-кейса. Лаконічно і точно описує його суть. Може повторювати тему. Поле обов'язкове для заповнення.
Літера У

Умови (Preconditions) – поле опису умов, які не мають прямого відношення до перевірки функціоналу, але повинні бути виконані. Поле обов'язкове для заповнення (в рамках навчання на курсі).