Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Реєстрація запиту на тестування через Workflow  у Slack «Тестування процедур» або «Тестування окремого функціоналу».
  2. Менеджер по роботі з майданчиками перевіряє пакет документів та переводить статус задачі в Jira на «Перевірено»«Погоджено», що автоматично призначає виконавцем QA команду.
  3. Комунікація: публікація повідомлення у приватному каналі Оператора у Slack про початок тестування конкретної версії ПЗ.

...

  1. Баги відсутні (успішне проходження):
    1. QA команда формує draft «Висновку про проходження тестування», додає його в запит на тестування та переводить задачу на змінює в статус Тестування завершене, задача автоматично переходить на  на менеджера по роботі з майданчиками.
    2. Начальник відділу ІТ підписує «Висновок про проходження тестування».
    3. Видається Наказ «Про завершення тестування»
    4. Закривається запит на тестування менеджером по роботі з майданчиками
    5. Комунікація: публікація повідомлення у приватному каналі Оператора в Slack про завершення тестування.
    6. Майданчик отримує право на видачу/розширення дозволів продуктивного ключа.
  2. Баги наявні:
    1. Виявлені невідповідності (баги) зафіксовані в GitLab/Jira.
    2. Згідно з Положенням про порядок проходження тестування, Оператор повинен усунути недоліки протягом 1 (одного) робочого дня з моменту отримання зауважень.
    3. Оператор розгортає на тестовому оточенні оновлену версію ПЗ
    4. Відбувається проведення повторної перевірки виправлених багів QA командою
      1. Баги виправлені (позитивний результат):
        1. Відбуваються дії описані в п.1 Баги відсутні (успішне проходження)
      2. Баги не виправлені (негативний результат): 
        1. Команда QA надає draft «Висновок про не проходження тестування» додає його в запит на тестування та переводить задачу на та змінює в статус Тестування завершене, задача автоматично переходить на  на менеджера по роботі з майданчиками..
        2. Начальник відділу ІТ підписує «Висновок про не проходження тестування».
        3. Адміністратор має право оголосити Попередження, відділ по роботі з майданчиками разом з юридичним відділом готують проєкт попередження або відповідний наказ.
        4. Закривається запит на тестування
        5. Комунікація: Попередження надсилається Оператору офіційним листом. Одночасно інформація дублюється в Slack-канал майданчика для оперативного реагування технічної команди.
        6. Оператор повинен усунути недоліки протягом терміну визначеному в Попередженні та подати новий запит на тестування через Workflow «Тестування процедур» або «Тестування окремого функціоналу».

...

Адміністратор має право проводити планове або позапланове тестування без попереднього інформування операторів.

Ініціювання тестування відбуватися відбувається Адміністратором (співробітником АТ), шляхом створення заявки через відповідний Workflow у Slack «Тестування продуктивного оточення»

...