Comments 10
Ммммм… Сначала давайте по проблемам. (Копировать текст проблем не буду, просто по порядку)
1) Про плагины это про TestComplete & Ranorex и иже с ними? Используя тот же Selenium Grid нет нужду каждому думать об версиях, ну кроме тех кто поддерживает сам grid. Если у команды проблемы с тестовым окружением, то у команды проблемы другого характера ибо сейчас есть куча инструментов для создания унифицированных окружений для разработки и тестирования.
2) Для улучшения читабельности тестов логично применить какой либо тестовый фреймворк, например cucubmer. И тогда написание сценариев станет значительно легче.
3) Понимание работы приложения нужно всегда, но проблемы тут никакой нет.Это просто факт с которым нужно считаться и в большинстве случаев принудительно ничего ждать ненужно. А пример с забывчивостью очистить куки, это верх феерии.
4) Часто это где?
5) Тестировщик который пишет веб тесты без знания что такое DOM, довольно странный тестировщик. Понимать как работает инструмент с которым ты работаешь необходимо чтобы эффективно его использовать.
6) Как ни странно, но ожидание это не самая главная причина падения тестов. Ибо если тест написан, значит ожидания выверены на достаточном уровне. Главная проблема это изменение локаторов и логики, что логично.
При презентации нового фремворка хочется видеть сравнение с существующими, а не абстрактные «У многих есть проблемы». Да и проблемы не проблемы, а непонятно что. Я понимаю что это блог компании, но всё же целевая аудитория данного продукта люди знающие о существовании других тестовых фреймворков.
1) Про плагины это про TestComplete & Ranorex и иже с ними? Используя тот же Selenium Grid нет нужду каждому думать об версиях, ну кроме тех кто поддерживает сам grid. Если у команды проблемы с тестовым окружением, то у команды проблемы другого характера ибо сейчас есть куча инструментов для создания унифицированных окружений для разработки и тестирования.
2) Для улучшения читабельности тестов логично применить какой либо тестовый фреймворк, например cucubmer. И тогда написание сценариев станет значительно легче.
3) Понимание работы приложения нужно всегда, но проблемы тут никакой нет.Это просто факт с которым нужно считаться и в большинстве случаев принудительно ничего ждать ненужно. А пример с забывчивостью очистить куки, это верх феерии.
4) Часто это где?
5) Тестировщик который пишет веб тесты без знания что такое DOM, довольно странный тестировщик. Понимать как работает инструмент с которым ты работаешь необходимо чтобы эффективно его использовать.
6) Как ни странно, но ожидание это не самая главная причина падения тестов. Ибо если тест написан, значит ожидания выверены на достаточном уровне. Главная проблема это изменение локаторов и логики, что логично.
При презентации нового фремворка хочется видеть сравнение с существующими, а не абстрактные «У многих есть проблемы». Да и проблемы не проблемы, а непонятно что. Я понимаю что это блог компании, но всё же целевая аудитория данного продукта люди знающие о существовании других тестовых фреймворков.
Здравствуйте, спасибо за фидбэк.
1)
Ну т.е. получается, так или иначе, кому-то придется думать?
Есть, но они опять таки требуют конфигурирования и поддержки. Единый инструмент порой намного удобней «сборной солянки».
2)Для кого-то логично, а для кого-то нет. Кому-то cucumber может и не нравится — «на вкус и цвет фломастеры разные». Мы старались сделать максимально читаемое API без привлечения кардинально нового синтаксиса, а сделав небольшую надстройку над JS.
3)Вы, видимо, не имели дело с проектами, имеющими порой по пять параллельно поддерживаемых версий, которые при этом состоят из миллионов строк кода. Вникнуть в контекст изменений и понять что к чему, конечно, всегда можно, но другой вопрос сколько человеко-часов это займет. И не такой уж это критический факт, с которым нужно считаться, как показывает практика. Более того, порой подобные «разборы полетов» порой очень далеко уводят от решения реальной проблемы.
4)Если вы обладаете каким-то сакральным знанием, как это сделать просто для всех браузеров, например, в Selenium, то я буду рад, если вы им поделитесь.
5)Вы не уловили мысль, никто и не говорит про незнание DOM. Речь как раз шла о надстройках над DOM, с которыми приходится иметь дело во многих фреймворках. Тут же вы как раз можете работать напрямую с нативным DOM.
1)
Используя тот же Selenium Grid нет нужду каждому думать об версиях, ну кроме тех кто поддерживает сам grid.
Ну т.е. получается, так или иначе, кому-то придется думать?
Если у команды проблемы с тестовым окружением, то у команды проблемы другого характера ибо сейчас есть куча инструментов для создания унифицированных окружений для разработки и тестирования
Есть, но они опять таки требуют конфигурирования и поддержки. Единый инструмент порой намного удобней «сборной солянки».
2)Для кого-то логично, а для кого-то нет. Кому-то cucumber может и не нравится — «на вкус и цвет фломастеры разные». Мы старались сделать максимально читаемое API без привлечения кардинально нового синтаксиса, а сделав небольшую надстройку над JS.
3)Вы, видимо, не имели дело с проектами, имеющими порой по пять параллельно поддерживаемых версий, которые при этом состоят из миллионов строк кода. Вникнуть в контекст изменений и понять что к чему, конечно, всегда можно, но другой вопрос сколько человеко-часов это займет. И не такой уж это критический факт, с которым нужно считаться, как показывает практика. Более того, порой подобные «разборы полетов» порой очень далеко уводят от решения реальной проблемы.
4)Если вы обладаете каким-то сакральным знанием, как это сделать просто для всех браузеров, например, в Selenium, то я буду рад, если вы им поделитесь.
5)Вы не уловили мысль, никто и не говорит про незнание DOM. Речь как раз шла о надстройках над DOM, с которыми приходится иметь дело во многих фреймворках. Тут же вы как раз можете работать напрямую с нативным DOM.
Если я правильно понял, то 4й вопрос — это по авторизации?
Если да, то подскажу решение:
Если да, то подскажу решение:
http://login:password@site.ruНасколько я знаю все не так просто (раз, два). К тому же мы поддерживаем NTLM-аутентификацию. Не подскажите, как это сделать в Selenium?
Интересные пункты, которые раз и два. С таким никогда не сталкивался, всегда использовал тот способ, что указал выше. Всегда помогал, причем в разных браузерах (firefox, chrome, phantomjs).
Если у вас есть пример таких страниц аутентификации, скиньте пожалуйста, попробую найти решение
Если у вас есть пример таких страниц аутентификации, скиньте пожалуйста, попробую найти решение
У нас конкретно была проблема с выше описанной NTLM-аутентификацией. Обычная Basic-аутентификация так же лажает в IE без специальных security-настроек (попробуйте, например, открыть http://test:1234@testcafe.devexpress.com/PersonalCabinet в IE).
Почитал про данную проблему, все дело в том, что закрыли в целях безопасности данную штуку в IE версии выше 6.
Но проблема решается след. образом:
И далее проблема решается.
По поводу селениума, ничто не мешает в самом тесте добавлять эти параметры в реестр перед началом теста.
Но проблема решается след. образом:
создаем параметры iexplore.exe и explorer.exe типа DWORD со значением 0.
Для всех пользователей программы:
HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLE
Только для текущего пользователя:
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_HTTP_USERNAME_PASSWORD_DISABLEИ далее проблема решается.
По поводу селениума, ничто не мешает в самом тесте добавлять эти параметры в реестр перед началом теста.
Мое личное мнение — не вижу смысла в данном инструменте.
Да, не спорю, все красиво, удобно, просто, НО — ограниченный функционал, скажем например по сравнению с webdriver.
Например я не могу юзать куки (возможно не углядел), второе — вообще не хочет логинить в админку моего проекта, крутит загрузку до бесконечности.
Нет возможности каких-то мощных расширений. Например юзая вебдрайвер в связке с питоном, можно использовать библиотеки самого языка (например визуальные для сравнения скриншотов, сложные логические подсчеты и т.д.).
Лично я вижу в данном инструменте — selenium IDE, только кроссбраузерный, в красивом интерфейсе и более простой и удобный, но, стоит ли эта красота и удобство 500 у.е. в год, лично для меня вопрос сомнительный.
Да, не спорю, все красиво, удобно, просто, НО — ограниченный функционал, скажем например по сравнению с webdriver.
Например я не могу юзать куки (возможно не углядел), второе — вообще не хочет логинить в админку моего проекта, крутит загрузку до бесконечности.
Нет возможности каких-то мощных расширений. Например юзая вебдрайвер в связке с питоном, можно использовать библиотеки самого языка (например визуальные для сравнения скриншотов, сложные логические подсчеты и т.д.).
Лично я вижу в данном инструменте — selenium IDE, только кроссбраузерный, в красивом интерфейсе и более простой и удобный, но, стоит ли эта красота и удобство 500 у.е. в год, лично для меня вопрос сомнительный.
Не углядели. К кукам вы можете обращаться напрямую через document.cookie прямо в тесте. Подключать любые сторонние js библиотеки (через директиву @require) вы так же можете. Таким образом, например, вы можете делать скриншоты, используя html2canvas — TestCafe — How to make a screenshot of a loaded page
Во многих сферах жизнедеятельности человека — это весьма весомый аргумент для приобретения чего-либо.
В красивом интерфейсе и более простой и удобный
Во многих сферах жизнедеятельности человека — это весьма весомый аргумент для приобретения чего-либо.
Sign up to leave a comment.
TestCafe: Краткая история обретения гармонии в функциональном тестировании (с картинками)