➡️Частинка друга
Що часто приводить до того, що автоматизація не дає користі і по трохи вмирає (ніхто не дивиться на тести, вони червоні і з часом фреймворк видаляється)?💔🥺
🔴Автотести не зменшують мануальне тестування і регресія мануальна як була так і лишилася без змін.
🔴Коли не налагоджений процес із flaky тестами, коли все постійно червоне. Коли ніхто за тим не слідкує і чутно фразу:
🔴Коли багато коду написано в попихах і з TODO на рефакторинг. Якщо не моніторити цей процес, не повертатися до TODO і не виправляти їх, то фреймворк дуже швидко може обрости неякісним кодом. Тому тут важливо на кожне TODO заводити jira-тікет і додавати його в наступний спринт, щоб все-таки виправляти технічні гепи, не затягуючи.
🔴Коли фреймворк обростає декораторами і складною конфігурацією. Коли тести складно запустити — це часто red flag і початок кінця
З власного досвіду: я бачила проєкт, де було 50 сторінок опису, як запустити тести.
50 сторінок, де через абзац уже застаріла інформація. Запустити тести у мене зайняло десь 2-3 тижні.
Просто запустити.
Через рік ми цей фреймворк видалили.
🔴Про паралелізацію варто думати на початку. Чим далі, тим складніше буде це зробити.
🔴На мою особисту думку, 2 ретраї — це вже багато. Один ще ладно. Але два — вже забагато. Найбільше я бачила 4 ретраї.
🔴Недотримання тестової піраміди і написання лише UI-тестів.
🔴Відсутність метрик і звітності.
🔴Репорти, де дууууже часто 2 крайнощі: або дуже мало інформації про тест, або занадто багато логів
Якщо коротко, то ось так🫰🙏
-——-
Друзі, нагадую, що у нас є посилання на Тайного Санту, де можна зареєструватися для участі до 23 грудня 🎅
Якщо раптом ви відчуваєте, що хочете трохи новорічної активності, доєднуйтеся 🙏🫶
Що часто приводить до того, що автоматизація не дає користі і по трохи вмирає (ніхто не дивиться на тести, вони червоні і з часом фреймворк видаляється)?💔🥺
🔴Автотести не зменшують мануальне тестування і регресія мануальна як була так і лишилася без змін.
Що робити?
коли тест автоматизован, прибирати його з мануальної регресії. Прибирати руками або, дуже круто, якщо це робиться автоматично.
🔴Коли не налагоджений процес із flaky тестами, коли все постійно червоне. Коли ніхто за тим не слідкує і чутно фразу:
«Та воно там постійно щось падає»
🔴Коли багато коду написано в попихах і з TODO на рефакторинг. Якщо не моніторити цей процес, не повертатися до TODO і не виправляти їх, то фреймворк дуже швидко може обрости неякісним кодом. Тому тут важливо на кожне TODO заводити jira-тікет і додавати його в наступний спринт, щоб все-таки виправляти технічні гепи, не затягуючи.
🔴Коли фреймворк обростає декораторами і складною конфігурацією. Коли тести складно запустити — це часто red flag і початок кінця
З власного досвіду: я бачила проєкт, де було 50 сторінок опису, як запустити тести.
50 сторінок, де через абзац уже застаріла інформація. Запустити тести у мене зайняло десь 2-3 тижні.
Просто запустити.
Через рік ми цей фреймворк видалили.
🔴Про паралелізацію варто думати на початку. Чим далі, тим складніше буде це зробити.
🔴На мою особисту думку, 2 ретраї — це вже багато. Один ще ладно. Але два — вже забагато. Найбільше я бачила 4 ретраї.
🔴Недотримання тестової піраміди і написання лише UI-тестів.
🔴Відсутність метрик і звітності.
🔴Репорти, де дууууже часто 2 крайнощі: або дуже мало інформації про тест, або занадто багато логів
Якщо коротко, то ось так🫰🙏
-——-
Друзі, нагадую, що у нас є посилання на Тайного Санту, де можна зареєструватися для участі до 23 грудня 🎅
Якщо раптом ви відчуваєте, що хочете трохи новорічної активності, доєднуйтеся 🙏🫶