Test Case Management

Повторно використовувані тест-кейси, набори та пакети — пов’язані з кожною задачею та кожним CI-конвеєром, з повною простежуваністю від вимоги до дефекту.

$199 / один сервер

Купити Замовити доопрацювання Демо

Вхід до демоadmin/12345678

Кілька серверів: $399

Повернення коштів протягом 5 робочих днів12 місяців оновленьВихідний код включено

Плагін Redmine Test Case Management: Дашборд тестування в Redmine: кільце успішності 87,8%, плитки з 70 тест-кейсами, 1090 успішними виконаннями, 82 невдалими, 45 заблокованими, покриттям автоматизацією 60% і 1242 виконаннями, над смугою розподілу результатів, лінією тренду виконань за 14 днів і списками останніх збоїв і останніх виконань. — Дашборд тестування Відсоток успішних тестів, розподіл результатів, тренд за 14 днів і останні збої для одного проєкту.

Redmine: 5.0 і новіші, 6.x, 7.x
Звіти: 12, з CSV та Excel
Права доступу: 18, для ролей проєкту
CI/CD: REST API, автентифікація за ключем API
Мови: 50 файлів локалізації
Трекери задач: Ваші, без змін

Повторно використовувані тест-кейси

Описуйте кроки, передумови та очікувані результати один раз, з процесом Чернетка → Рецензування → Затверджено → Застаріло. Без дублювання.

Набори та пакети

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

Незмінні виконання

Кожен прогін — окремий запис, до якого можна лише додавати: пройдено, не пройдено, заблоковано чи пропущено — зі збіркою, комітом, середовищем і знімками екрана.

Зв’язок з автоматизацією

Зіставте кожен кейс із фреймворком, класом, методом та ідентифікатором автоматизації, щоб CI-раннер виконував його напряму.

REST API для CI/CD

Конвеєри отримують тести для задачі та завантажують результати — Jenkins, GitHub Actions, GitLab CI, Azure DevOps або Bitbucket.

Дашборди та звіти

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

Один ланцюжок від вимоги до дефекту, який вона спричинила

Жодна ланка ланцюжка не є копією. Задача вказує на тест-кейси, що її підтверджують, кожен прогін додає виконання, а невдале виконання вказує на помилку, яку воно виявило. Переходьте за посиланнями в будь-якому напрямку — і Ви потрапите на справжні записи Redmine.

1. Задача

Функція, історія чи вимога в будь-якому трекері, яким Ви вже користуєтеся. Плагін не додає власного трекера.

2. Тест-кейс

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

3. План і прогін

План (TP-2) визначає обсяг для релізу; прогін (TR-5) — це одна сесія на одній збірці.

4. Виконання

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

5. Дефект

Звичайна задача Redmine, пов’язана зі збоєм, створена вручну або автоматично, коли тест не пройшов.

Правила, що тримають ланцюжок разом

Посилання TC-, TB-, TP-, TR- і DS- з префіксами на Ваш вибір, виконання, прив’язані до версії кейсу, яку було запущено, і необов’язкове правило, за яким задачу не можна закрити, доки її тести не пройдуть.

Увесь процес, знятий із працюючого Redmine 6.1

Це справжні екрани плагіна зі стандартною темою Redmine. Проєкт, люди та результати — демо-дані вигаданого інтернет-магазину Harbor Storefront.

Пишіть: бібліотека повторно використовуваних тест-кейсів

Пошук і фільтрація за модулем, статусом, автоматизацією та тегами. Кожен кейс має структуровані кроки, історію рецензування та власну історію версій.

Плагін Redmine Test Case Management: Список тест-кейсів із пошуком, фільтрами та вибором тегів, панеллю масових дій для прикріплення відповідних кейсів до пакета чи плану та рядками з ідентифікатором, назвою, модулем, пріоритетом, статусом автоматизації, статусом рецензування й останнім результатом. — Тест-кейси Фільтруйте бібліотеку, бачте останній результат кожного кейсу та прикріплюйте чи затверджуйте багато кейсів одночасно. Імпорт із CSV або Excel, експорт у CSV.

Плагін Redmine Test Case Management: Тест-кейс TC-41 «Оплата карткою Visa з перевіркою 3-D Secure» з описом, передумовами, шістьма пронумерованими кроками з очікуваними результатами, трьома версіями, пов’язаним набором даних, історією рецензування та історією виконань. — Один тест-кейс Кроки з очікуваними результатами, три версії, коментарі рецензента, набір даних, на якому він виконується, і всі виконання на сьогодні.

Плануйте: пакети, плани релізів і тестові дані

Пакети збирають кейси для повторного використання. План об’єднує пакети, задачі, тестувальників і версію Redmine. Набори даних передають одному кейсу багато рядків.

Плагін Redmine Test Case Management: Тест-план TP-2 «Регресія релізу 2.4.0»: прогрес 100%, 61 тест-кейс, 56 пройдено, 2 не пройдено, відсоток успішних 91,8%, чотири тестові прогони плану, два пакети, шість призначених задач і три тестувальники. — План релізу Прогрес і відсоток успішних тестів розраховуються з останнього результату кожного запланованого кейсу в усіх прогонах плану. Цільова версія, спринт, середовище та дати — у заголовку.

Плагін Redmine Test Case Management: Шість карток тестових пакетів: «Затвердження релізу 2.4.0», «Обліковий запис і вхід», «Контракт API», «Оформлення замовлення та платежі», «Повна регресія» та «Smoke» — кожна з типом, описом, кількістю тест-кейсів і кількістю задач, до яких вона прикріплена. — Пакети Пакети для smoke-тестів, регресії, функцій і релізів. Прикріплюйте один пакет до скількох завгодно задач: кейси підключаються за посиланням, а не копіюються.

Плагін Redmine Test Case Management: Набір даних DS-1 «Платіжні картки» з шістьма рядками: платіжна система картки, тестовий номер, строк дії, режим 3-D Secure та очікуваний результат, а також список тест-кейсів, що його використовують. — Набори даних Рядки тестових даних, спільні для кількох кейсів. Обирайте рядок під час запису результату, тож один кейс охоплює шість карток без шести копій.

Виконуйте: тестування відбувається в задачі та в прогоні

Розробники й тестувальники працюють там, де вони вже є. Кожен результат — нове виконання, тож історія і є журналом аудиту.

Плагін Redmine Test Case Management: Задача-функція Redmine «Apple Pay під час оформлення замовлення» з панеллю «Тестування», позначеною як «Не пройдено» при відсотку успішних 77,8%. Панель показує десять призначених тест-кейсів з останнім результатом, номер пов’язаного дефекту біля невдалого кейсу, селектор результату та кнопку «Записати» в кожному рядку, елемент «Прикріпити пакет» і кнопку «Запустити CI». — Панель «Тестування» в задачі Десять кейсів, призначених цій функції, останній результат кожного, дефект, створений через збій, і кнопка «Записати» в кожному рядку. Результати потрапляють до прогону, обраного вгорі панелі.

Плагін Redmine Test Case Management: Тестовий прогін TR-5 «Повна регресія 2.4.0 RC2», що виконується на Staging: 61 заплановано, 38 пройдено, 6 не пройдено, 1 заблоковано, 16 залишилося, відсоток успішних 84,4%, над списком запланованих кейсів із селектором результату для кожного. — Тестовий прогін Одна сесія на одній збірці. Лічильники враховують останній результат кожного кейсу, а залишок роботи видно з першого погляду.

Плагін Redmine Test Case Management: Список тестових прогонів із вісьмома прогонами, кожен із планом, статусом («заплановано», «виконується» чи «завершено»), прогресом, наприклад 45 з 61, відсотком успішних і середовищем. — Усі прогони Кандидати на регресію, нічна автоматизація, перевірки хотфіксів і дослідницькі сесії в одному списку.

Плагін Redmine Test Case Management: Форма «Записати виконання» для TC-41 з полями задачі, тестового прогону, результату, середовища, рядка даних, номера збірки, фактичного результату та журналу, далі — селектор результату й поле фактичного результату для кожного з шести кроків і завантаження файлів. — Запис результату Загальний результат і результат кожного кроку, використаний рядок даних, номер збірки, журнал і знімки екрана.

Плагін Redmine Test Case Management: Виконання № 1239 — невдалий ручний прогін TC-44 «Оплата через Apple Pay у Safari» на QA-збірці 431, із SHA коміту, тривалістю, пов’язаним дефектом № 9, текстом фактичного результату та результатами кроків: крок перший пройдено, крок другий не пройдено, кроки третій і четвертий не виконано. — Одне виконання Що запускалося, на якій збірці й у якому середовищі, який крок не пройшов, що побачив тестувальник і який дефект це спричинило.

Вирішуйте: звіти, що відповідають на питання «чи можемо ми випускати?»

Дванадцять звітів, кожен з CSV, Excel і друком. Два з них створено спеціально для обговорення релізу.

Плагін Redmine Test Case Management: Звіт «Готовність до релізу» зі статусом «Не готово до релізу», відсотком успішних 87,8% при цілі 90%, плитками кейсів, виконань, очікуваних, пройдених, непройдених, заблокованих і відкритих дефектів, контрольним списком готовності та списком останніх збоїв. — Готовність до релізу Відсоток успішних тестів відносно заданої Вами цілі, контрольний список того, що ще блокує реліз, і збої, що за цим стоять.

Плагін Redmine Test Case Management: Звіт «Моніторинг»: чотири звернення під загрозою, жодного простроченого, три з терміном у найближчі сім днів і один реліз без тест-плану, з таблицею задач, тестування яких не пройдено, заблоковано чи очікує, з версією релізу, терміном і прогресом. — Моніторинг Задачі, тестування яких не завершено, коли дата релізу наближається, і версії, що ще не мають тест-плану.

Плагін Redmine Test Case Management: Перелік звітів із дванадцятьма картками: «Зведення тестування», «Регресія», «Автоматизація», «Покриття вимог», «Готовність до релізу», «Порівняння середовищ», «Зведення дефектів», «Тренд успішності», «Покриття модулів», «Покриття компонентів», «Історія виконань» і «Моніторинг». — Дванадцять звітів Зведення, регресія, автоматизація, покриття вимог, середовища, дефекти, тренд, покриття модулів і компонентів, історія.

Плагін Redmine Test Case Management: Звіт «Автоматизація» з кільцем покриття автоматизацією 60%, 70 тест-кейсами, з яких 42 автоматизовані та 33 ручні, розбивкою за фреймворками Cypress, Playwright і pytest та кількістю за статусом автоматизації. — Автоматизація Покриття, співвідношення автоматизованих і ручних кейсів і розподіл за фреймворками.

Працюйте по-своєму: імпорт, сповіщення та налаштування

Плагін Redmine Test Case Management: Сторінка «Імпорт тест-кейсів» із завантаженням файлу, зразками CSV та Excel для завантаження і списком допустимих колонок. — Імпорт CSV або Excel, зі зразком файлу, у якому є всі заголовки колонок.

Плагін Redmine Test Case Management: Список сповіщень із невдалими виконаннями, пов’язаним дефектом, затвердженим тест-кейсом, завершеним тестовим прогоном і завершеним планом — кожне з людиною, яка його ініціювала, і часом. — Сповіщення Невдалі виконання, пов’язані дефекти, затвердження та завершені прогони — у Redmine та електронною поштою.

Плагін Redmine Test Case Management: Сторінка налаштувань тестування: префікси ідентифікаторів, середовище за замовчуванням і список середовищ, цільовий відсоток успішних тестів, параметр блокування закриття задачі, доки її тест-кейси не пройдуть, вибір трекерів, перемикач CI/CD API, автоматичне створення дефекту під час збою та трекер дефектів. — Налаштування Префікси, середовища, цільовий відсоток успішних тестів, трекери, що отримують панель, і правило блокування закриття.

Як тридцять днів тестування виглядають у звітах

Наведені нижче цифри взято безпосередньо з демо-проєкту на знімках екрана, з власних звітів плагіна: 70 тест-кейсів і 1242 виконання з 9 вересня по 8 жовтня 2026 року. Вони показують, що вимірює плагін. Це не бенчмарки й не результати клієнтів.

Підсумки демо-проєкту
Показник	Значення	Деталі
Тест-кейси	70	61 затверджено, 5 на рецензуванні
Виконання	1242	856 автоматизованих, 386 ручних
Відсоток успішних	87,8%	Ціль 90%
Покриття автоматизацією	60%	42 з 70 кейсів
Дефекти зі збоїв	5	Пов’язані з невдалим виконанням

Результати за середовищами зі звіту «Порівняння середовищ»
Середовище	Виконання	Пройдено	Не пройдено	Заблоковано	Пропущено	Відсоток успішних
QA	700	610	47	29	14	87,1%
Staging	344	307	20	10	7	89,2%
DEV	162	142	12	5	3	87,7%
UAT	36	31	3	1	1	86,1%

Відсоток успішних за модулями зі звіту «Покриття модулів»
Модуль	Кейси	Виконання	Пройдено	Відсоток успішних
API	5	129	123	95,3%
Каталог	8	118	112	94,9%
Сповіщення	5	99	93	93,9%
Адмінпанель	6	62	56	90,3%
Пошук	6	143	128	89,5%
Автентифікація	10	193	172	89,1%
Оформлення замовлення	8	131	114	87,0%
Замовлення	6	89	73	82,0%
Кошик	8	143	116	81,1%
Платежі	8	135	103	76,3%

У Redmine ті самі цифри відображаються на дашборді (кільце успішності, розподіл результатів, тренд за 14 днів, покриття модулів і компонентів) і в табличних звітах, кожен з експортом у CSV та Excel.

Побудовано навколо одного правила: тест-кейс ніколи не дублюється

Повторно використовувані тест-кейси

Назва, передумови, структуровані кроки з очікуваними результатами, модуль, компонент, пріоритет, серйозність, тип і теги. Клонування, масове редагування, імпорт та експорт.

Версії, що захищають історію

Редагування кейсу, який уже виконувався, створює нову версію. Старі виконання й надалі вказують на кроки, які було фактично виконано.

Рецензування та затвердження

Чернетка, на рецензуванні, затверджено, застаріло. Кожне рішення фіксується з рецензентом, датою та коментарем, а автор отримує сповіщення.

Пакети, плани та прогони

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

Панель тестування в кожній задачі

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

Виконання, які можна перевірити

Кожен прогін додає запис із результатом, режимом, середовищем, збіркою, комітом, тривалістю, результатами кроків, журналом і знімками екрана. Ніщо не перезаписується.

Тестування на основі даних

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

Зв’язок з автоматизацією та CI/CD

Зіставте кейс із фреймворком та ідентифікатором, зрозумілим Вашому раннеру, і дайте конвеєру самому отримувати, що запускати, та завантажувати результати.

Дашборд і дванадцять звітів

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

Чотири невеликі життєві цикли, і всі видно на сторінці

Запис	Основний шлях	Інші стани
Тест-кейс	Чернетка → На рецензуванні → Затверджено	Потрібні зміни, Застаріло
Тест-план	Чернетка → Активний → Завершено	В архіві
Тестовий прогін	Заплановано → Виконується → Завершено	Перервано
Результат виконання	Пройдено, Не пройдено, Заблоковано або Пропущено	Не виконано. Кожен результат фіксується як ручний або автоматизований.

Ваш конвеєр запитує, що запускати, а потім звітує

REST API розташований під /testcases/api/v1 і використовує автентифікацію звичайним ключем API Redmine. Ним може користуватися будь-що, здатне надіслати HTTP-запит. Посібник усередині плагіна покроково проводить через налаштування з уже підставленими Вашими URL.

Ендпоінти під /testcases/api/v1
Метод	Ендпоінт	Призначення
GET	/issues/:id/testing	Що запускати для задачі
POST	/executions/upload	Результати однієї збірки для однієї задачі
POST	/executions/bulk_upload	Результати для багатьох задач або збірок
POST	/test_runs	Створити прогін для цієї збірки
POST	/test_runs/:id/results	Передати результати в прогін
GET	/test_cases	Перелік, створення та оновлення кейсів
GET	/test_plans	Перелік, створення та оновлення планів
GET	/issues/:id/coverage	Тестове покриття задачі
GET	/reports/:name	Будь-який звіт у форматі JSON
GET	/dashboard	Зведені метрики

Завантаження результатів збірки

Надішліть POST-запит з ID задачі, номером збірки, SHA коміту, середовищем і списком результатів на /executions/upload. Результати зіставляються з кейсами за ідентифікатором автоматизації, ID кейсу або посиланням, і кожен стає новим виконанням. Назви результатів нормалізуються, тож passed, failure та ignored від Вашого раннера потрапляють куди слід, а невдалий результат, надісланий із create_defect, створює пов’язану помилку.

Вісімнадцять прав доступу в одному модулі проєкту

Тестування — стандартний модуль проєкту Redmine. Увімкніть його там, де тестуєте, і надайте кожній ролі лише те, що їй потрібно. Вкладки меню відповідають правам доступу.

Роль	Типові права доступу	Що вони роблять
Керівник QA	manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles	Веде бібліотеку, затверджує кейси, формує пакети та плани релізів
Тестувальник	view_test_cases, execute_tests, manage_test_runs, manage_test_data	Виконує тести, записує результати, підтримує тестові дані
Інженер з автоматизації	manage_test_automation, view_test_executions	Зіставляє кейси з фреймворками та ідентифікаторами
Розробник	view_test_cases, view_test_executions, view_test_runs	Бачить, що тестується в задачі і чому тест не пройшов
Менеджер проєкту	view_test_reports, view_test_plans	Читає звіти про готовність, покриття та моніторинг
Сервісний обліковий запис CI	upload_test_results	Завантажує результати за своїм ключем API — і нічого більше
Адміністратор	admin_testing_settings, manage_test_environments	Префікси, середовища, цілі та правило закриття

Працює там, де вже працює Ваш Redmine

Середовище	Статус	Примітки
Redmine 7.x	Підтримується
Redmine 6.1	Підтримується	Цільова версія розробки, на Rails 7.2 і Ruby 3.4. Знімки екрана на цій сторінці зроблено у версії 6.1.2.
Redmine 6.0	Підтримується
Redmine 5.x	Підтримується	5.0 — мінімальна версія, яку декларує плагін
MySQL 8	Підтримується	Використовується для розробки та для демо на цій сторінці
Трекери задач	Ваші	Працює з будь-якою конфігурацією трекерів. Обмежте панель тестування обраними трекерами або залиште її на всіх.
Додаткові gem-пакети	Один, необов’язковий	roo — лише для імпорту файлів .xlsx і .xls

Встановлення у три кроки

Потрібен доступ до командного рядка та можливість запускати rake-задачі. Завжди робіть резервну копію перед встановленням плагіна.

Покладіть плагін у теку plugins

cd /opt/redmine
# unpack so the folder is plugins/redmine_testcases
bundle install

Виконайте міграції плагіна та перезапустіть Redmine

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases

Увімкніть модуль і надайте права доступу

# Project → Settings → Modules → Test Case Management
# Administration → Roles and permissions → grant the testing permissions
# Testing → Settings → environments, pass-rate target, trackers

Щоб видалити плагін, відкотіть міграції

RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases VERSION=0

Чи додає плагін власні трекери вимог, історій або помилок?

Ні. Вимоги, історії, задачі та помилки залишаються звичайними задачами Redmine у вже наявних трекерах. Плагін додає поруч із ними тест-кейси, пакети, плани, прогони та виконання, а також панель «Тестування» на сторінці задачі. У налаштуваннях можна обмежити цю панель певними трекерами.

Що відбувається зі старими результатами, коли хтось редагує тест-кейс?

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

Чи може невдалий тест завадити закриттю задачі?

Так, якщо Ви це ввімкнете. Коли параметр «Блокувати закриття задачі, доки всі її тест-кейси не пройдуть» увімкнено, задачу з призначеними кейсами не можна перевести в закритий статус, поки хоч один із них не пройдений, заблокований або ще не виконаний. Задачі без тест-кейсів ніколи не блокуються.

З якими CI-системами він працює?

З будь-якою системою, яка може надіслати HTTP-запит із ключем API Redmine. Конвеєр запитує, які автоматизовані кейси призначено, запускає їх і завантажує результати у форматі JSON. Надайте сервісному обліковому запису лише право на завантаження.

Чи можуть збої автоматично створювати помилки?

Так. Оберіть трекер дефектів у налаштуваннях і або ввімкніть автоматичне створення, або надсилайте create_defect разом із невдалим результатом із конвеєра. Дефект — це звичайна задача, пов’язана з виконанням, яке її спричинило.

Чи можна перенести тест-кейси з електронної таблиці?

Так. Імпорт із CSV працює одразу, а з Excel — після встановлення необов’язкового gem-пакета roo. Зразок файлу з усіма колонками доступний одним клацанням на сторінці імпорту, а кроки розділяються вертикальною рискою.

Чи справжні цифри на цій сторінці?

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

Ціни

Один сервер

$199

Один екземпляр Redmine · необмежена кількість користувачів · 12 місяців оновлень.

Unlimited users12 months of updatesEmail support

Купити ліцензію

Кілька серверів

$399

Необмежена кількість серверів Redmine · необмежена кількість користувачів · 12 місяців оновлень.

Unlimited users12 months of updatesEmail support

Купити ліцензію

Потрібне індивідуальне рішення для Redmine?

Шукаєте функцію, якої немає в наших плагінах?

RedmineKit пропонує розробку плагінів Redmine на замовлення, доопрацювання плагінів, автоматизацію робочих процесів, інтеграції зі сторонніми сервісами та рішення, адаптовані до Вашого бізнесу.

Розкажіть, що Вам потрібно. Ми розглянемо Ваші вимоги та запропонуємо відповідне рішення з орієнтовною вартістю та термінами.

Замовити доопрацювання

Купити

Пов’язані доповнення