В моєму випадку і значно простіше було підняти тести на Detox, ніж на Appium.
І Detox працював швидше.
Тому порівння в цій статті дещо сумнівним виглядає.
Ідея хороша. На практиці тяжко отримати 5 оферів в ± один і той самий час. Різниця в процедурах найма, exploding offers і т.д.
Більш адекватна вимогам задачі, як вирішувалася :)
Із Postgraphile vs Hasura більше Postgraphile підходила, бо була потрібна саме бібліотека під NodeJS, а не готовий сервіс. Крім того, Postgraphile простішим видавався.
Я використовую свій велосипед, дуже схожий на Postgraphile.
Перейшов на нього із Postgraphile, останній зі старту був ок, але з певного моменту став бути обмеженим (стало незручно робити row-level security).
Перед Postgraphile робив eval, розглядав Hasura і все решта — Postgraphile найбільш адекватним видався.
Можна по різному трактувати, де він зараз.
Але якщо би себе не захистив — однозначно був би на 2м під землею.
Скорость разработки и количество релизов увеличились примерно в 5 раз.
А как вы замеряли?
1000 не набралося ще, кілька сотень.
Прототип якийсь є:
github.com/...ress/testcafe/issues/2436
Але наскільки воно робоче — хз, використовувати не доводилося.
Не можу сказати, що багато тестили в інших браузерах. В якості теста пробував запускати у FF, тести запускалися. Але регулярно тільки в Хромі тести запускалися.
Знову ж, тільки ще, що API *самих тестів* трохи незвичний: замість describe — fixture, cmd line трохи не очікуваний, expect() від TestCafe працює тільки із об’єктами TestCafe — довільні значенн (з бази, наприклад) туди не завжди можна підставити.
А от команди для роботи із сторінкою, селектори, кліки і т.д. дуже інтуїтивні, і працюють як очікується. Багато зручностей, наприклад, сорсмапи в тестах TestCafe відразу вміє, зручно дивитися, де саме валиться тест.
Ще, команда на гітхабі оперативно на тікети відповідає.
Півтори роки використання TestCafe, досвід тільки позитивний (є попередній досвід використання Selenium). Єдина проблема — API у TestCafe не сумісне із Mocha. А Mocha використовується для інших тестів у проекті + репорти. Тому для нового проекта використовую Puppeteer. Pupeteer тоже ок, але для нього вже потрібний напільнік, тоді як у TestCafe багато працює out-of-the-box.
Быстрее писать, быстрее читать — конечно да. Но это все сравнения первоклассника
. Імхо, це чи не найголовніші критерії для мови програмування загального вжитку.
Плай мені теж хорошим видався для дітей і початківців. Хороша дорога, інфраструктура. Але весь минулим рік кошмарила кишкова інфекція — майже всі, хто був перехворіли. ХЗ, як цього року буде.
Якщо не помиляюся, заборонено приймати оплату за самий апп, наприклад, за додаткові фічі. А за зовнішні послуги/товари, наприклад, купувати в магазині фізичний товар із доставкою, не заборонено.
Но зачем? Что даст вам такая диаграмма на проекте с 500 классами?
Г-г, еще раз посмотрю, ага )
Натиснув на пропозиції по депозитам — № 1 від Приватбанка під 28% річних. Давно вже немає таких ставок. Значить, перших три задачі, які описані, сервіс не виконує.
Всі фрази зрозумілі. А от про що стаття в цілому — хз ) Яка в автора головна думка — неясно.
У LiqPay есть технические проблемы, но у кого ж их нет.Live chat не может решить проблемы, но дает координаты разработчиков, говорить можно с ними.Еще один плюс — низкие тарифы.С другой стороны, многие пользователи пугаются, когда им начинают звонить на телефон и спрашивать номер паспорта.В общем, однозначного мнения о системе у меня пока не сложилось.Еще поработает, там будет видно.
Це свідчення того, що це не модульні тести, а такі інтеграційні.
А раз так — місце їм в окремому пакеті.
Є різні способи правки цього:
— запускати тести паралельно
— зробити розумний тест-раннер, який буде відкидати тести, які точно не могли поламатися при тестованих змінах
— ...
Але в будь якому випадку, якщо тести могли поламатися від зміни в іншому модулі — то ці інтеграційні тести, і їх треба запускати при змінах у будь яких хмодулях.