Вышел Meta Test 2.0

Я автоматизацией тестирования занимаюсь почти 15 лет. Для меня DSL это то, что не зависит от инструмента/реализации, типичные примеры это TEX, SQL, HTML. Где ты в сабже разглядел то же самое, для меня загадка.

Я собственно и угораю только потому, что код нигде кроме сабжа использовать нельзя. Ни один вменяемый бизнес не будет создавать себе бас фактор на пустом месте, да еще и за деньги, кек.

А вишенка на торте это функциональная ущербность даже по сравнению с открытыми и известными фреймворками. Ты же сам современные приложения наверное не на делфи будешь писать?

Я автоматизацией тестирования занимаюсь почти 15 лет

Я тебе даже сочувствую.

Для меня DSL это то, что не зависит от инструмента/реализации, типичные примеры это TEX, SQL, HTML.

То что ты написал это внешние DSL, а сабж использует внутренний DSL. У каждого из них есть свои особенности и преимущества, но об этом ты в гугле почитаешь.

А вишенка на торте это функциональная ущербность даже по сравнению с открытыми и известными фреймворками.

Ну хорошо, расскажи в чём проявляется эта ущербность по сравнению например с selenide :D

Основная идея сабжа в том что он предоставляет универсальный DSL

сабж использует внутренний DSL

Во, пошли отмазки.

Я тебе даже сочувствую

Ну хорошо, расскажи

Могу начать с того что такое ЧСВ, но об этом ты в гугле почитаешь)

Во, пошли отмазки.

В чём «отмазки»? Эти фразы друг другу не противоречат.

Могу начать с того что такое ЧСВ

Тут ЧСВ у всех есть. На ЛОР-е без него не выжить.

Открываешь Capybara на github там в описании есть всё что нужно для работы с ней.

ты столкнёшься с теми же рисками

Ты так упорно изображаешь идиота что я начинаю подозревать что тебе за это платят. С какого перепугу «теми же» если код selenide открыт и на его поддержку без проблем можно нанять хоть LLM, хоть мясных - в отличии от проприетарного убожества?

код selenide открыт и на его поддержку без проблем можно нанять хоть LLM, хоть мясных

Вот только бизнес решает свои задачи и тратить средства на поддержку того что и так работает он не будет.

тратить средства на поддержку того что и так работает он не будет.

Пока работает. Какая гарантия, что в купленном метатесте никогда не будет ошибок?

А потом на какое-то описание теста падает ошибка или неправильно отрабатывает, а разработчик к этому времени закрылся и занимается чем-то совсем другим. И у этого «бизнеса» выбор из двух плохих решений: перейти на что-то ещё и переписать все тесты под другой синтаксис или просто ввести внутреннюю разметку «минного поля» (какие комбинации конструкций не использовать, потому что не работают).

А потом выходит http3 и надо писать прокси для того, чтобы устаревший метатест мог читать страницы по новому протоколу. А потом выходит какое-нибудь расширение HTML и приходится окончательно выкинуть устаревшее, так как обновить его нельзя. Видел такое многократно с программами, написанными на Delphi в 90-е.

Какая гарантия, что в купленном метатесте никогда не будет ошибок?

Я думаю что ты понимаешь что гарантию от ошибок никто никогда не даёт. Но если ты найдёшь ошибку в метатесте, то сможешь ко мне обратится, а вот в случае с чем то другим с ошибкой будешь разбираться сам.

а разработчик к этому времени закрылся и занимается чем-то совсем другим

С СПО ты получишь те же самые риски. Мы это уже обсуждали.

А потом выходит http3 ... А потом выходит какое-нибудь расширение HTML ...

Научись решать проблемы по мере их поступления.

бизнес решает свои задачи

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

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

А вот нет нормальных аналогов :D Да тут сказали про тесты на capybara напоминают Meta Test, но доверия она как то не вызывает.

Но если ты найдёшь ошибку в метатесте, то сможешь ко мне обратится, а вот в случае с чем то другим с ошибкой будешь разбираться сам.

Только если ты ещё есть и продолжаешь поддерживать Метатест, а не вышел на пенсию, например.

А в случае с чем-то другим я могу искать не лично тебя, а любого программиста на питоне.

С СПО ты получишь те же самые риски. Мы это уже обсуждали.

Не те же. Я сопровождал медицинский диагностический центр, у которого был склад написанный на открытом решении (на базе Informix-4GL/LaTex/uucp/Redhat Linux) и регистратура с учётом услуг на закрытом решении. Оба разработчика несколько лет назад прекратили поддержку. В итоге с 4GL удалось разобраться, актуализировать печатные формы и модифицировать расчёт себестоимости. А в регистратуре пришлось делать альтернативное рабочее место (прикрутил MS Excel к СУБД).

Научись решать проблемы по мере их поступления.

Угу. Бухай/колись, живи быстро, проблемы ведь будут не сегодня, решай по мере их поступления, когда уже ломка и печень отвалилась.

Выбирать закрытое решение можно либо когда оно безальтернативно для какой-либо задачи (типа решений SAP), либо когда от него в любой момент можно отказаться (драйвера железа, игры, читалки открытых форматов, …).

Да тут сказали про тесты на capybara напоминают Meta Test, но доверия она как то не вызывает.

Со стороны внешнего пользователя capybara и Meta Test одинаково не вызывают доверия. Объективно надо или показывать, какой нужный пользователю тест из Meta Test невозможно или гораздо более сложно описать на capybara, или утверждение голословно.

Мета тест авторизацию по OAuth2 поддерживает?

Выбирать закрытое решение можно либо когда оно безальтернативно для какой-либо задачи

Вот у тебя ручной тестировщик. Сможешь назвать открытое решение которое при минимальном уровне обучения позволит ему писать автоматизированные тесты?

утверждение голословно.

Это не утверждение, а моё ощущение. Что бы что то утверждать нужно препарировать эту капибару, у меня на это нет ни времени ни желания.

Мета тест авторизацию по OAuth2 поддерживает?

Мета тест поддерживает все что поддерживает python.

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

Вот это, например:

  Capybara.current_driver = :mechanize # OAuth
  # Sign in to Twitter
  visit 'http://twitter.com/sessions/new'
  fill_in "Username or email", :with => 'my_app_test_account'
  fill_in "Password", :with => 'my_app_test_account_password'
  click_button 'Sign In'
  unless page.has_content?('Sign out')
    raise "Sign in failed! Manually sign in to reset the captcha"
  end

  # Sign in to app
  page.driver.get '/auth/twitter'
  page.driver.follow_redirect!

  if page.driver.response.redirect?
    page.driver.follow_redirect!
  else
    # Authorize the app on twitter
    click_button "Allow"
    click_link 'click here'
  end

  page.driver.follow_redirect!
  page.should have_content('Sign out')

Кстати, аналогичный пример на Мете как будет? Я у Data не вижу, куда можно текст поля ввести.

Мета тест поддерживает все что поддерживает python.

И как сделать, чтобы команда URL метатеста использовала OAuth1Session? Без него так:

from requests_oauthlib import OAuth1Session
twitter = OAuth1Session('client_key',
                            client_secret='client_secret',
                            resource_owner_key='resource_owner_key',
                            resource_owner_secret='resource_owner_secret')
url = 'https://api.twitter.com/1/account/settings.json'
r = twitter.get(url)

но полученный r нельзя запихнуть в TEST метатеста. Или можно?

Вот это, например

Вот я смотрю на твой пример и кроме visit 'http://twitter.com/sessions/new' ничего не понимаю

И как сделать, чтобы команда URL метатеста использовала OAuth1Session?

Команда URL для этого не предназначена. Тебе нужно получить токен через OAuth1Session, а потом подсовывать в заголовки. Будет типа такого:

oauth = OAuth1Session(...)
token = oauth.fetch_request_token("...")

class AuthTrigger(BaseTrigger):
    def setup_test(self, browser, test_id, test_scope, test_args):
        # Авторизация пользователя
        return AUTH_BEARER(token)

CONFIG.TRIGGER = AuthTrigger

но доверия она как то не вызывает

Бгыы… заметьте, это говорит тип, закрысивший баблишко на оплату баннера и протащивший рекламу под видом новости. Доверия полные штаны, дааа :-D :-D :-D