Спасибо за видео! А можно использовать конструкцию before перед describe для выполнения асинхронных функций, или есть какое-то различие с твоим методом?
Отличный видос, только больше контекста, пожалуйста, много-много кода и совсем мало слов, может я конечно один тупой и сходу не все понимаю, потому придется еще пересматривать и пересматривать) Но тема отличная! Спасибо!
Соглашусь, что иногда хочется чуть больше объяснений по ходу написания кода. Это помогает сориентироваться и передохнуть чуть-чуть. Спасибо большое за туториал, материал получился очень конкретным и это очень хорошо. Сэкономили мне несколько часов разборок вручную :)
да, обязательно, это все равно что спросить, а обязательно ли автоматизировать, когда можно в ручную проверить и записать результат на личсточке, это это называется поддерживаемость кода, если код читается трудно - это плохой код, с помощью jest or mocha - отчет по тестам структурированней и понятнее, и если где то ошибка то тебе сразу покажется в консоле правильный и пример не правильного варианта
к тому же, твои if - это back часть, тесты с jest или mocha (name.test.js) - это фронт часть, там ты пишешь название теста, вызываешь метод, а сам метод уже пишешь в js файлах
ps. можете подсказать, пожалуйста. Мне нужно поднять браузер с установленным расширением в .crx формате. Как я понял, нужно подготовить браузер перед запуском передав ему путь к .crx файлу. Но я не понимаю от чего наследоваться и как передавать options браузеру, который использует wdio! Мне даже разработчики wdio не ответили(((
@@SimpleAutomationTesting Как я понимаю,когда делаешь тест,то синтаксис такой describe("bla-bla", () => { it("should bla bla", async () => { expect(" ").to.equal(" "); }); });. Так вот,а тут часть с expect не нужна? Я делаю практическое на эту тему и у меня не получается никак эту часть написать.Я предполагаю может она совсем не нужна? При нажатии npm test,даже есть результат, что все ок.
@@VonHerzZuTeller по "простому" - describe - это тест пьют (набор тестов), каждый it - это тест, по поводу expect(" ").to.equal(" ") - решение за вами, смотря как у вас все организовано и где "лежат" проверки, но то что тест должен их делать - это факт, не обязательно что это должно быть через определенную библиотеку проверок например тест на проверку успешного входа в систему вы можете сделать так что при попадании в систему просто берете текст с определенного элемента (и его наличие на странице и есть проверка того что вы в системе) или вы можете взять текст элемента и проверить на соответствие ожидаемому
Целых полчаса видео чтобы написать слово webdriver в поисковике? столько строк кода ради этого?) я за 30 сек это сделаю вручную лучше, а для автотеста есть селениум айди расширение) чем сидеть столько усилий делать)
крутое видео конечно) я уже пишу автотесты на проекте и немного не понял, зачем так усложнять код)) это как-то в будущем поможет?)) я с интервалами захожу в это видео, чтоб понять,nxj я уже понимаю и могу применять, что еще надо разобрать)) и круто, что ты отвечаешь в комментах на украинском)
Доброго дня, з приводу того навіщо робити так складно - тут є певні місця які можна організувати краще, це лайв сесія, тобто я не готуюся до таких сесій - тому і інколи бувають місця які в подалшому можна оптимізувати
@@SimpleAutomationTesting ну очень круто на самом деле, я уже раз 5 пересматривал и все дальше разбираюсь)) но у меня на проекте намного проще написано и работает))
@@eduardmazur я б порекомендував ось цей плейлист подивитися, бібліотека над якою працю працює на основі сленіума\або плейрайт двигунів, при цьому інтерфейс роботи зручний, працюю також над генерацією коду для підходу, тому має бути дуже крута штука (вже її використовую на реальних проектах) ua-cam.com/video/GilS1UL-h5s/v-deo.html&ab_channel=SimpleAutomationTesting
Спасибо за видео! А можно использовать конструкцию before перед describe для выполнения асинхронных функций, или есть какое-то различие с твоим методом?
можна зробити mocha --file в якому будуть загальні функції які виконуються для усіх, але за межами describe - не має сенсу
Отличный видос, только больше контекста, пожалуйста, много-много кода и совсем мало слов, может я конечно один тупой и сходу не все понимаю, потому придется еще пересматривать и пересматривать)
Но тема отличная! Спасибо!
Спасибо за обратную связь, буду больше объяснять
Соглашусь, что иногда хочется чуть больше объяснений по ходу написания кода. Это помогает сориентироваться и передохнуть чуть-чуть. Спасибо большое за туториал, материал получился очень конкретным и это очень хорошо. Сэкономили мне несколько часов разборок вручную :)
Простите за глупый вопрос ,какой язык лучше для автоматизаций ? Есть ли смысл сделать акцент на паппитир?
Я бы смотрел в сторону playwright или wdio
@@SimpleAutomationTesting a Python + selenium?
Питон тоже хороший язык для автоматизации тестирования
@@SimpleAutomationTesting вообще я java выбрал ,вакансий больше .У нас в СПб или java или c#
а обязательно ли использовать Mocha или можно к примеру просто делать проверки if и выводить какие то проверочные данные просто в console.log() ?
да, обязательно, это все равно что спросить, а обязательно ли автоматизировать, когда можно в ручную проверить и записать результат на личсточке, это это называется поддерживаемость кода, если код читается трудно - это плохой код, с помощью jest or mocha - отчет по тестам структурированней и понятнее, и если где то ошибка то тебе сразу покажется в консоле правильный и пример не правильного варианта
к тому же, твои if - это back часть, тесты с jest или mocha (name.test.js) - это фронт часть, там ты пишешь название теста, вызываешь метод, а сам метод уже пишешь в js файлах
не дай бог тебе на собеседовании такое спросить, врагу такого не пожелаешь
Добрый день! Очень интересует эта тема! Пытаюсь осилить WebdriverIo входе чего набрёл на ваш канал)
ps. можете подсказать, пожалуйста. Мне нужно поднять браузер с установленным расширением в .crx формате. Как я понял, нужно подготовить браузер перед запуском передав ему путь к .crx файлу. Но я не понимаю от чего наследоваться и как передавать options браузеру, который использует wdio! Мне даже разработчики wdio не ответили(((
Добрый день, посмотрите вот тут www.browserstack.com/guide/test-chrome-extensions-in-selenium
Привет! У меня вопрос.А тут не нужна часть expect?
Привет, не уверен что понял вопрос
@@SimpleAutomationTesting Как я понимаю,когда делаешь тест,то синтаксис такой describe("bla-bla", () => { it("should bla bla", async () => { expect(" ").to.equal(" "); }); });. Так вот,а тут часть с expect не нужна? Я делаю практическое на эту тему и у меня не получается никак эту часть написать.Я предполагаю может она совсем не нужна? При нажатии npm test,даже есть результат, что все ок.
@@VonHerzZuTeller по "простому" - describe - это тест пьют (набор тестов), каждый it - это тест, по поводу expect(" ").to.equal(" ") - решение за вами, смотря как у вас все организовано и где "лежат" проверки, но то что тест должен их делать - это факт, не обязательно что это должно быть через определенную библиотеку проверок
например тест на проверку успешного входа в систему
вы можете сделать так что при попадании в систему просто берете текст с определенного элемента (и его наличие на странице и есть проверка того что вы в системе)
или вы можете взять текст элемента и проверить на соответствие ожидаемому
Целых полчаса видео чтобы написать слово webdriver в поисковике? столько строк кода ради этого?) я за 30 сек это сделаю вручную лучше, а для автотеста есть селениум айди расширение) чем сидеть столько усилий делать)
крутое видео конечно) я уже пишу автотесты на проекте и немного не понял, зачем так усложнять код)) это как-то в будущем поможет?)) я с интервалами захожу в это видео, чтоб понять,nxj я уже понимаю и могу применять, что еще надо разобрать)) и круто, что ты отвечаешь в комментах на украинском)
Доброго дня, з приводу того навіщо робити так складно - тут є певні місця які можна організувати краще, це лайв сесія, тобто я не готуюся до таких сесій - тому і інколи бувають місця які в подалшому можна оптимізувати
@@SimpleAutomationTesting ну очень круто на самом деле, я уже раз 5 пересматривал и все дальше разбираюсь)) но у меня на проекте намного проще написано и работает))
@@eduardmazur я б порекомендував ось цей плейлист подивитися, бібліотека над якою працю працює на основі сленіума\або плейрайт двигунів, при цьому інтерфейс роботи зручний, працюю також над генерацією коду для підходу, тому має бути дуже крута штука (вже її використовую на реальних проектах)
ua-cam.com/video/GilS1UL-h5s/v-deo.html&ab_channel=SimpleAutomationTesting
дуже тобі дякую за підказки і відповіді в комментах)) це дуже круто і я дійсно вдячний за допомогу))