Для прикладу буде використовуватись процедура ЦБД2 (оновлена) - basicSell-english - Продаж за регламентом
1.Вивчення наданої документації нової процедури:
- Шаблон процедури
- Технічне завдання
- Swagger
- Вимоги до майданчиків
- Timeline процедури
- Та інша можлива документация (наприклад словники)
2.Створення нового напрямку для всіх майданчиків в ProZorro.Sale Roadmap
3.Після затвердження усіх документів та вимог на основі яких буде реалізовуватись процедура розробниками, створюються тестовий план процедури.
З відповідними розділами, якщо процедура має декілька типів модулю аукціону (английский, голландський, пріоритетне право, подвійне пріоритетне право та інше).
При створенні тестового плану процедури заповнюємо:
- Наименование - має відповідати назві, типу, та скороченню процедури.
- Задача тестирования
- Теги
- Владелец
4.На основі задачі про написання "Сценарії процедура "basicSell-english - Продаж за регламентом" в Тестування ЦБД v.3 створюємо новий розділ процедури Сценарії basicSell-english.
Обов'язково вказуємо:
- Посилання на ТЗ
- Вимоги до майданчиків
- Timeline процедури продажу майна та активів basicSell-english
- Словник причини скасування
- Посилання на Swagger та конфігураційний файл, який включає в себе:
- Swagger UI
- Ендпоінт із ліглнеймами періодів, статусів
- Ендпоінт з класифікаторами
- Ендпоінт зі словниками
- Особливості процедури
- та інша додаткова інформація
5.Після написання тестових сценарії передаємо на ознайомлення в загальний канал Slack - dev_cdb_chameleon.
6.Після надання відповідей, внесення (за необхідності правок) на основі затверджених сценаріїв створюємо набір test case в jira.
При створенні test case заповнюємо/обираємо для кожного:
- Наименование
- Предварительные действия до начала работы с тест кейсом
- Приоритет
- Компонент
- Владелец
- Теги - використовуємо з сценаріїв
7.На основі створених test case створюємо відповідні тестові прогони для кожного майданчика, що буде працювати з цим напрямком.
При створенні тестового прогону для майданчика заповнюємо:
- Наименование
- Описание
- Владелец - QA, що буде проводити тестування
- Планируемая дата начала - вносимо на основі відповіді майданчика про орієнтовну готовність. Після подачі заявки на тестування та початку роботи змінюємо дату старту тестування.
- Планируемая дата завершения - заповнюємо від дати початку + 3-5 робочих днів, в залежності від складності процедури та підготовленості майданчика. Заповнюємо після завершення тестування фактичну дату тестування.
8.Додаємо необхідні test case всі або набір - для перевірки певного функціоналу. Назначаемо QA що буде проводити тестування та оточення (sandbox/staging).
9.Для отримання ключа до ЦБД-2(оновлена) на тестування в sandbox/staging представнику Майданчика необхідно:
- Створити профіль в "keybase"
- Створити заяву на отримання ключа в Jira
- Перевірити ключ
- Повідомити в каналі про отримання та перевірку ключа.
10.Фіксуємо в ProZorro.Sale Roadmap.
11.Для проведення тестування представнику Майданчика необхідно створити заявку заповнивши усі обов'язкові пункти та додавши файл з самостійною перевіркою з сценаріїв.
12. До заявки Майданчика додати відповідний тестовий прогон та назначити відповідального QA.
Присутня можливість обрати зі списку або пошук через відповідний номер.
При відкритті задачі на доступна інформація про відповідні:
- Тест кейсы - загальна кількість на результат
- Тестовые прогоны - актуальний процент проходження
- Планы тестирования - відповідної процедури
- Посилання на актуальні баги - формується автоматично при додаванні номеру задачі в description
13.Фіксуємо в ProZorro.Sale Roadmap та прогоні початок тестування.
14.В розділі Інформація про поточне тестування створити відповідне посилання для детального перегляду результатів тестування.
Обов'язково заповнити:
- Назва
- Посилання на актуальні баги
- Посилання на відповідний тестовий прогон (присутня можливість налаштування вигляду)
Приклад прогону в роботі QA
15.Проведення тестування та детальний опис комунікації з майданчиком описано тут.
16. Після повної перевірки Майданчика та відсутності багів відповідальний QA відписує в каналі Slack Майданчика про успішне завершення тестування. Та фіксує в прогоні дату завершення тестування. Задача в Jira закривається.
17. Майданчик може подавати заявку на отримання production ключі по даній процедурі аналогічно як описано в пункті 9. Майданчик має повідомити, що ключі отримано та перевірені.
18.Після запуску процедури на production потрібно зробити налаштування в адмінці порталу Майданчика.
19.Фіксуємо в ProZorro.Sale Roadmap.