churkin

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

 

всё-таки рекордер по сравнению с обычным локатором обеспечивает низкий порог вхождения, так как даёт рабочие примеры какой код может/должен быть, очень удобно для начинающего

 

многие начали с рекордером, а потом всё больше переходили на чистые локаторы

 

рекордер: "вот тебе рабочие примеры кода которые работают именно для твоего приложения!" да, это круто

 

главное воспринимать их как примеры

Полностью согласен :)

 

Хороший рекордер - плохой, трудноподдерживаемый код.

 

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

Имея хороший рекордер, такие тесты пишутся или правятся за минимальное время минимально обученным специалистом. 

 

Конечно, о серьезном тестировании речь не идет.

 

Мне кажется рекордер надо воспринимать как помощника, а не как полноценную замену ручному написанию. Генерируемый им код в 99% случаев (если не брать совсем простые примеры, как вы упомянули) приходится править, дополнять. Но тем не менее он может сэкономить кучу времени, например на генерации селекторов к нужным вам элементам на странице.

 

Мы избавились от wait'от в своих тестах. Это ускорило их и сильно прибавило стабильности.

А виноват в этом, конечно, Селениум

 

Да, я не хочу думать о том сколько времени будет идти анимация, сколько редиректов произойдет после моего экшена и т.п. Selenium виноват в том что мне приходилось об этом заботиться.

 

 

Лично я на предложение освоить еще один язык спршу что мне за это будет?

вам будет новый фреймворк TestCafe как минимум, с новыми возможностями по сравнению с Селениум (ну и наверное с недостатками тоже, отметим для баланса). ещё будут Mocha и Chai, сейчас всё больше пишут на джаваскрипте, уже и серверные приложения!

 

 

А при прочих равных пойдете на ту работу где знакомый язык или на ту, где осваивать новый? 

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

 

 

Если вы уже его используете для разработки - то да, хорошо, а если нет - ну тогда testcafe мало подходит.

возможно Кафе будет более подходить чем Селениум по функциональности? (имею ввиду что нужные функции будет лучше выполнять, несмотря на то что язык другой)

 

Подпишусь под каждым словом :)

вообще язык программирования не должен быть помехой для тестировщика

Золотые слова :). На самом деле, дело не только в языке, использование NodeJs позволяет вам в тесте использовать тысячи и тысячи уже написанных модулей. Это современная технология, которая имеет огромное распространение и продолжает свой рост. Я даже осмелюсь сказать - передовая технология.