Спасибо за видео. По поводу тестовых данных. Был у меня чисто бэкендовый проект. И вся логика на нем в основном формировалась на уровне процедур в БД. Большую часть тестового сценария занимала подготовка тестовх данных. И почистить их за собой было пррблематично - много таблиц, много связей. Соответственно в какой-то момент одни сценарии начинали коефликтовать с другими. Решалось это выбором последовательности запуска тестов, очисткой какой-то партиции в БД целиком. Но я так и нк смогла ответить для себя на следующий вопрос. Что в итоге дороже и трудозатратнее - переписать проект под современную архитектуру - или городить вот такую члржную автоматизацию тестирования на неоптимальной архитектуре.
Саша, спасибо большое) чётко, понятно, по делу! Вас смотреть и слушать одно удовольствие!
Спасибо за то, что ты делаешь!
@@birabidjanjan5033 спасибо 🥹
Ты просто кладезь знаний, Саш, спасибо огромнейшее! Каждое видео в конспект просто)❤
спасибо!!!!!!
Спасибо за видео. По поводу тестовых данных. Был у меня чисто бэкендовый проект. И вся логика на нем в основном формировалась на уровне процедур в БД. Большую часть тестового сценария занимала подготовка тестовх данных. И почистить их за собой было пррблематично - много таблиц, много связей. Соответственно в какой-то момент одни сценарии начинали коефликтовать с другими. Решалось это выбором последовательности запуска тестов, очисткой какой-то партиции в БД целиком. Но я так и нк смогла ответить для себя на следующий вопрос. Что в итоге дороже и трудозатратнее - переписать проект под современную архитектуру - или городить вот такую члржную автоматизацию тестирования на неоптимальной архитектуре.
Почему выбрали тестирование, а не разработку?
Вопрос про контрактное тестирование. Как часто встречалось на проектах? Есть опыт внедрения с нуля?
Не хватает всплывающего текста некоторых терминов или инструментов/программ