{"id":13837,"url":"\/distributions\/13837\/click?bit=1&hash=baf37218085b06758c34ac10c41967808fd8c2e81fc54770e84fff684356b003","title":"\u041a\u0430\u043a \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0442\u044c \u0442\u043e\u0432\u0430\u0440\u044b \u0437\u0430 \u0440\u0443\u0431\u0435\u0436 ","buttonText":"","imageUuid":"","isPaidAndBannersEnabled":false}

Про Цикл разработки ПО. Про Agile. Какая позиция тестировщика в нем?

Цикл он один, а вот методов миллион. Я фиг знает зачем так много придумали и об этом так много пишут, когда большинство IT компаний работают по методу Agile.

В начале вы узнаете про цикл разработки ПО и после про подход организации Agile.

Поставь лайк за полезную информацию❣И напиши в комментариях свое мнение/опыт.

Как бы я разбил цикл разработки:

1 этап. Запрос от клиента.

Все начинается с этого, где заказчик обращается к компании за выполнением проекта, либо с идеи. Но она тоже с неба не падает. Тут многое зависит от проект менеджеров.

2 этап. Аналитика и сбор требований.

Здесь аналитики долго думают, как красиво всем раздать задачи.

3 этап. Разработка.

Тут уже разработчики фронт и бэка творят, то что хотят от них аналитики и проект менеджеры.

4 этап. Тестирование.

На этом этапе главная позиция тестировщика ручного и авто, где проверяется качество новых продуктов/функций разными способами/кейсами. Также пытаются сломать площадку(негативный метод), чтобы особо «умный» клиент случайно сам это не сделал.

5 этап. Релиз и выпуск новостей.

Тут проект попадает в руки заказчику/клиенту, но разными путями в зависимости от продукта, например:

- сразу попадает к людям в руки, например на сайт,

- еще может попасть через руки саппорта, который сам устанавливает им приложение локально и настраивает.

6 этап. Поддержка.

Здесь компания поддерживает свой продукт.

Далее могут быть найдены баги на продакшене, а там и код-фиксы, также возникнуть новые запросы от клиентов и цикл начинается по новому.

Каждый цикл может длиться по разному в зависимости от спринта.

Что же такое Agile?

Agile - это определенный подход к управлению проектами, где упор делается на поэтапность. При этом главный плюс данного подхода в эффективности решений внезапных проблем. Также отличительная особенность этого метода в адаптивном и гибком взаимодействии внутри команды.

В общем и по сути, это подход в управлении для быстрого выпиливания релизов. Конечно много минусов у данного подхода, типо вечные циклы багов, но это хлеб тестировщиков😅

Канал для будущих тестировщиков - жми.

Василий Волгин - full stack тестировщик
0
Комментарии
Читать все 0 комментариев
null