Добрый день. Меня больше интересует вопрос не направлений, а конкретных технологий. Мне кажется (я, конечно, могу ошибаться), что текущие технологии тестирования устарели. Не критично на 2019-2020, но, этот показатель ветхости будет расти нелинейно. Считаю, что сами алгоритмы написания автотестов нужно пересмотреть., т.е. отойти от классической теории "захардкоженных" проверок и прокси элементов в сторону внедрения ИИ. Если уж очень грубо говорить, то в новой концепции "автотесты должны писать сами себя". (Просьба не придираться к 2-м последним формулировкам, пожалуйста - попытался выразить как можно кратче - чуть-чуть сумбурно получилось, но смысл, думаю, понятен) Проблема, которая возникает ввиду огромнейшей пропасти между развитием технологий разработки и технологий тестирования, заключается в трате больших ресурсов на поддержку автотестов. Т.е., при явно логическом изменении структуры продукта методами инновационных подходов, следует либо сложная, либо, уж извините, костыльная доработка автотестов. Это эмпирически вымучено мной лично и сейчас очень остро ощущается на моем текущем проекте (банковское ПО). В связи с этим вопросы. 1. Какие технические тенденции присутствуют в мире автотестирования? Возможно, есть рейтинг используемых либ, фреймворков, паттернов и т.п., хотя, я просмотрел текущие вакансии на HH и требования все те же, что и несколько лет назад +/- 2.Движется ли кто-нибудь направлением в сторону ИИ? Если да, то какие есть новые наработки на текущий день? И общий вопрос "на порассуждать" 3. Можно ли вообще реализовать вышеизложенный вариант или есть другие? Спасибо.
Добрый день.
Меня больше интересует вопрос не направлений, а конкретных технологий. Мне кажется (я, конечно, могу ошибаться), что текущие технологии тестирования устарели. Не критично на 2019-2020, но, этот показатель ветхости будет расти нелинейно. Считаю, что сами алгоритмы написания автотестов нужно пересмотреть., т.е. отойти от классической теории "захардкоженных" проверок и прокси элементов в сторону внедрения ИИ. Если уж очень грубо говорить, то в новой концепции "автотесты должны писать сами себя". (Просьба не придираться к 2-м последним формулировкам, пожалуйста - попытался выразить как можно кратче - чуть-чуть сумбурно получилось, но смысл, думаю, понятен)
Проблема, которая возникает ввиду огромнейшей пропасти между развитием технологий разработки и технологий тестирования, заключается в трате больших ресурсов на поддержку автотестов. Т.е., при явно логическом изменении структуры продукта методами инновационных подходов, следует либо сложная, либо, уж извините, костыльная доработка автотестов. Это эмпирически вымучено мной лично и сейчас очень остро ощущается на моем текущем проекте (банковское ПО).
В связи с этим вопросы.
1. Какие технические тенденции присутствуют в мире автотестирования? Возможно, есть рейтинг используемых либ, фреймворков, паттернов и т.п., хотя, я просмотрел текущие вакансии на HH и требования все те же, что и несколько лет назад +/-
2.Движется ли кто-нибудь направлением в сторону ИИ? Если да, то какие есть новые наработки на текущий день?
И общий вопрос "на порассуждать"
3. Можно ли вообще реализовать вышеизложенный вариант или есть другие?
Спасибо.