У меня over 1000 тестов прекрасно работают на шести параллельных воркерах, и в сумме экономят примерно 5/6 времени, если бы прогон был на одной машине.
Также, конечно, нельзя не сказать про Cypress Dashboard. Проблема в том, что мы отдаем обрабатывать наши тесты стороннему сервису. Это весьма небезопасно, и не приветствуется в крупных компаниях, а также при работе в финансовом секторе.
Во-первых, Cypress давно переименовал свой продукт из Cypress Dashboard в Cypress Cloud. Во-вторых, у Cypress есть все необходимые сертификаты безопасности. Они отлично проходят vendor management для compliance-ориентированных компаний.
Недостатки Cypress
Ограниченная поддержка браузеров.
Нет поддержки Safari и мобильных устройств.
Ограниченная параллельность выполнения тестов.
Поддержка Safari есть. Параллельность тоже есть. Вы написали, что Cypress не поддерживает мобильные устройства. Но их в полной мере и Playwright не поддерживает. Т. к. эти фреймворки заточены на web-тестирование в первую очередь.
Cypress — подходит для быстрого старта и проектов на JavaScript/TypeScript.
Cypress подходит не только для быстрого старта. У меня проекты на нём по 7000 E2E UI тестов, и отлично всё работает. Язык тестируемой системы не имеет значения при выборе языка для автоматизации тестирования...
У Cypress есть свои недостатки, о которых вы умолчали в статье. Одновкладочное тестирование (пока). При сложных тестах имеем pyramid of doom, но с этим вполне можно жить.
А то, давайте все использовать Cypress, когда 100% комманды пишет все на Java, это как-то не очень идея.
Вполне себе идея. Команда на Java пишет код фронта/бека, а QA вполне могут писать на любом другом языке. Если мы не говорим о том, чтобы QA писали unit-тесты, конечно.
А если не исключать положительные результаты? Не только же говно код LLM генерирует, но вполне нормальный код. Соответственно, на нём также можно продолжить обучение. Разве нет?
Вы ведь на телефоне не списком приложений пользуетесь, а иконками со спрингборда наверное.
Вы же понимаете разницу между интерфейсом на компьютере и в телефоне?
На компьютере мы управляли раньше стрелками на клавиатуре, а для этого ничего лучше списков придумать сложно. Потом на компьютере появилась мышка, и с её помощью стало всё равно, список так или иконки. Но совсем другое дело — телефон. Там управление идёт пальцем.
Ещё раз, на компьютере пункт списка или иконка должна быть настолько мелкой, насколько её ещё можно разобрать. На телефоне же иконка должна быть настолько мелкой, насколько в неё однозначно можно попасть пальцем. И иконки выглядят удобней списка в данном случае. Но только на телефоне.
Но ни в одном из случаев плитки не смотрятся лучше. Они занимают много драгоценного места. Плиткам место только на дашбордах мониторинга.
Вы сами поняли, что написали? Задача мессенджера (любого) — это доставить сообщение от отправителя адресату. Всё. Эмоции у адресата вызывает суть (содержимое) сообщения, а не его «плиткосписочность».
Скорее, когда вы выехали из общего паркинга и забыли закрыть ворота за собой. Логично рассказать об этом другим автовладельцам этого паркинга, чтобы они приняли меры по сохранности своих авто.
Хочу купить книгу. Захожу на ваш сайт. Заполняю форму. Отправляю... Получаю ошибку, что пользователь с таким эл. адресом уже зарегистрирован. Предлагают войти через ВК или эл. почту/пароль. Оба варианта не работают (см. снимки экрана).
Для начала, тестировщик - это не начальный этап программиста. Это как сказать, что окулист, скажем, начальный этап аллерголога.
Внутри тестирования есть свои градации. Tester => QC => QA. И уже внутри каждой может быть своё разделение на Junior, Middle and Senior.
тестировщик это лишь стартовая позиция, по сути Junior QA может не знать об IT практически ничего
Неправда. Тестировщик - это отдельное направление в IT. И Junior не может не знать IT. Стажёр или Intern/Trainee ещё как-то могут быть не в теме IT. А Junior - это полноценный член команды со своими, возможно ограниченными, задачами.
Тестировщик - это не совсем часть разработки.
А врач анестезиолог-реаниматолог - это не часть операционной бригады, и совсем не участвует в лечении, да? Архитектор, Аналитик, DevOps - тоже не имеют отношения к разработке?
Как теперь на вывеске магазина написать Nginx или MySQL на русском?
Уважаемый автор, вы сами пробовали писать тесты на этих фреймворках? Или хотя бы изучить их?
Она есть. Пока в режиме эксперимента, но есть.
https://docs.cypress.io/app/references/launching-browsers#WebKit-Experimental
Как это не умеет, когда делает это прекрасно и из коробки, конечно.
https://docs.cypress.io/cloud/features/smart-orchestration/parallelization
У меня over 1000 тестов прекрасно работают на шести параллельных воркерах, и в сумме экономят примерно 5/6 времени, если бы прогон был на одной машине.
Во-первых, Cypress давно переименовал свой продукт из Cypress Dashboard в Cypress Cloud.
Во-вторых, у Cypress есть все необходимые сертификаты безопасности. Они отлично проходят vendor management для compliance-ориентированных компаний.
Поддержка Safari есть. Параллельность тоже есть.
Вы написали, что Cypress не поддерживает мобильные устройства.
Но их в полной мере и Playwright не поддерживает. Т. к. эти фреймворки заточены на web-тестирование в первую очередь.
Cypress подходит не только для быстрого старта. У меня проекты на нём по 7000 E2E UI тестов, и отлично всё работает.
Язык тестируемой системы не имеет значения при выборе языка для автоматизации тестирования...
У Cypress есть свои недостатки, о которых вы умолчали в статье.
Одновкладочное тестирование (пока).
При сложных тестах имеем pyramid of doom, но с этим вполне можно жить.
Вполне себе идея. Команда на Java пишет код фронта/бека, а QA вполне могут писать на любом другом языке. Если мы не говорим о том, чтобы QA писали unit-тесты, конечно.
А если не исключать положительные результаты? Не только же говно код LLM генерирует, но вполне нормальный код. Соответственно, на нём также можно продолжить обучение. Разве нет?
А что не так со Сбором?
Вы же понимаете разницу между интерфейсом на компьютере и в телефоне?
На компьютере мы управляли раньше стрелками на клавиатуре, а для этого ничего лучше списков придумать сложно. Потом на компьютере появилась мышка, и с её помощью стало всё равно, список так или иконки. Но совсем другое дело — телефон. Там управление идёт пальцем.
Ещё раз, на компьютере пункт списка или иконка должна быть настолько мелкой, насколько её ещё можно разобрать. На телефоне же иконка должна быть настолько мелкой, насколько в неё однозначно можно попасть пальцем. И иконки выглядят удобней списка в данном случае. Но только на телефоне.
Но ни в одном из случаев плитки не смотрятся лучше. Они занимают много драгоценного места. Плиткам место только на дашбордах мониторинга.
С каких пор Яндекс стал показателем удобных интерфейсов?
А зачем на телефоне альбомный режим для мессенджера?
Вам именно про это и написали, что не стоит менять привычное пользователю поведение (интерфейс) без видимой причины.
Вы сами поняли, что написали? Задача мессенджера (любого) — это доставить сообщение от отправителя адресату. Всё. Эмоции у адресата вызывает суть (содержимое) сообщения, а не его «плиткосписочность».
Я думаю, это обычная реакция на любой новый интерфейс. Сначала непривычно, потом привычно, потом без этого уже не можешь. :)
Что не так с новым дизайном?
Посоветуйте модель.
Скорее, когда вы выехали из общего паркинга и забыли закрыть ворота за собой. Логично рассказать об этом другим автовладельцам этого паркинга, чтобы они приняли меры по сохранности своих авто.
Почему `let age`, а не `const age`? Вряд ли вы будете возраст изменять в программе.
Gigacode/Gigachat
Судя по всему, они переизобрели Fido?
Хочу купить книгу. Захожу на ваш сайт. Заполняю форму. Отправляю... Получаю ошибку, что пользователь с таким эл. адресом уже зарегистрирован. Предлагают войти через ВК или эл. почту/пароль. Оба варианта не работают (см. снимки экрана).
Господи, как же вы далеки от тестирования...
Для начала, тестировщик - это не начальный этап программиста. Это как сказать, что окулист, скажем, начальный этап аллерголога.
Внутри тестирования есть свои градации. Tester => QC => QA. И уже внутри каждой может быть своё разделение на Junior, Middle and Senior.
Неправда. Тестировщик - это отдельное направление в IT. И Junior не может не знать IT. Стажёр или Intern/Trainee ещё как-то могут быть не в теме IT. А Junior - это полноценный член команды со своими, возможно ограниченными, задачами.
А врач анестезиолог-реаниматолог - это не часть операционной бригады, и совсем не участвует в лечении, да? Архитектор, Аналитик, DevOps - тоже не имеют отношения к разработке?
Зачем во внутренней сети TLS?