три помилки які руйнують автоматизацію
2024 ж. 10 Ақп.
1 246 Рет қаралды
ці помилки зазвичай призводять до того що проекти з автоматизації загибаюця, а QA Automation втрачають робот. Не робіть їх і все у вас буде добре ;)
мій телеграм канал та інші посилання:
📎 t.me/qa_advice
📎 linktr.ee/qasenpai
підтримати канал:
₴ 🇺🇦 donatello.to/qasenpai
00:43 перша помилка
03:04 друга помилка
05:35 третя помилка
07:45 практика
Класний і змістовний відос, дякую за роботу!) Правда треба додати застереження стовно фейкеру і персональних даних користувачів(телефон, емейл, SSN, тощо), бо пряме використання рандому веде до можливих ісків у суді, а це дорого і не весело
Я не думаю що прям суд і оце все, але от кейс від Саши Хотемського. У них якось імейл відправився їх колишньому клієнту, і він їм про це повідомив. Тобто ситуація неприємна. Як уникати? - мокати сервіси по відправці імейлів, дзвінків - додавайте рандомні суфікси до цих даних
Стмкався із кейсом, що через поганий менеджмент даних для тестів реальним людям була розсилка із інвайтами, а це використання даних без згоди Потім був колективний іск і декілька років виплат
Дуже корисно, дякую!
гарна ідея щодо фейкера, треба буде спробувати 👍
Топ контент, продовжуй
Дякую за відео👍 Все гарно лаконічно розказано. І навіть міні-демо є
Клас, роби відео трохи частіше ❤
При створенні даних для тестів є сенс додавати певні патерни - ідентифікатори до одного з полів по яким потім можна буде знайти і почистити їх з бази або через апі
дякую! цікаво про клинап
Будь ласка, запишіть відосік про клін ап!)
Let’s го clean up з АРІ
люблю динамічні дані, не розумію чому але часто бачу на проєктах коли люди регають сутності з однаковими даними...
Чекаємо відео про клінап з прикладами
різноманіття данних це звісно добре, проте краще це оформлювати в дата дрівен тести, аніж викоритсовувати рандомні данні в одному тесті
Я там в відео казав що це не для всіх тестів. Мабуть треба було акцентувати на цьому більше уваги.
на 0:26 вийшло "Стреатегічні" дякую за відос!
Цікаво, я до цього якось не думав про статичні дані в тестах… треба буде спробувати😅
можна приклади інтеграційних тестів?
я думаю якось зроблю відео з конкретними інтеграційними тестами.
Дякую вам за відео. Про cleanup скажіть чи варто його робити в фікстурах після use, чи це буде поганою практикою ?
я так і роблю, але є нюанси. Я більш широко постараюсь розкрити цю тему в наступному відосі.
Я думає все ж таки стане у нагоді, а не пригоді!
Дякую що звертаєте на таке увагу. Пішов гуглити і от що твіттер аккаунт "Мова-ДНК нації" про це пише "Стати в нагоді чи в пригоді? Нагода - сприятливі для здійснення чого-небудь обставини, влучний момент. Пригода - несподіваний випадок; подія під час подорожі, часто пов’язана з ризиком; нещасливий випадок. Стати в пригоді - знадобитися, бути корисним, зробити послугу тощо." Тобто в цьому випадку здається все правильно ;)
Від громадян з характерним акцентом ))) Ти ж знає як їх правильно називати )))
Будь ласка, clean up з прикладами.
Вже є відео на каналі;)
в кинці можна булоб саммарі зробить візуальне: три помилки 1.,2., 3.
Хороша ідея, дякую :)
По больному пройшовся, 3 влучання із 3 по моєму проекту. Але в мене обмеження в одному з сервісів - таймаут кешу в 5 хвилин. Вже третій рік пушу розробників аби пустили мій скріпт чистити БД перед запуском тестів. Але я все пофікшу (може, колись).
якщо працює, не чіпай 😁
А для чого чистити бд перед запуском тестів? Можливо простіше буде попросити дозвіл створювати нову базу, яку після завершення тестів видаляти
@@Liubov_110 я дев енв ділю з контент менеджерами, які тестують свій контент, а також ми завʼязані на тестування відео, яке завантажується (буквально - файли з віддаленого серверу) через 3rd party сервіс - а там все ручками, довго і дорого через транскодинг відео. А чистити я хочу ті сутності, які можу CRUDити сам - користувачів, сетап довкола контенту, і тд. Тобто, дропнути БД не варіант(
Мені не цікаво як робити клінап
тебе про це ніхто не запитував )