Size: a a a

QA — Автоматизация

2021 January 04

AV

Alexei Vinogradov in QA — Автоматизация
Valentin Yuriev
кто может подсказать? есть ли сейчас какие то проблемы с установкой homebrew на биг сур МАКОсь? Устанавливаю но пишет что команда не найдена brew doctor, brew --version, brew install
> We currently recommend running Homebrew using Intel emulation with Rosetta 2.

https://brew.sh/2020/12/01/homebrew-2.6.0/
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Antony Sunrise
Штука крутая, но нужно нанимать крутых людей, которым надо круто платить, а деньги самим нужны...
Мне как-то не верится что
) даже крутые люди в состоянии быстро перелопатить дела на 10+ летнем работающем проекте
) на это денег дадут

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

AS

Antony Sunrise in QA — Автоматизация
Ivan Trechyokas
ага, а некрутые люди, которым не надо платить сделают такое, что потом крутые люди ни за какие деньги не пойдут туда работать.

я уже видел такое.

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

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
Это не моя боль. Это реальность. Реальных проектов. Реальные запросы реальных менеджеров.

Поэтому релизные циклы могут быть длинными, квартальными даже, или срываться. Да, это не похоже на модные фантазии про сиай-сиди, но это реальность.
тогда как это отвечает на мой вопрос? если это не ваша боль и "ужасная реальность".

вы планомерно съехали с вопроса про релизный цикл для 4 платформ (бек, веб, мобилки), а потом начали рассказывать о том, как "быстрые релизы" плохи и невозможны в реальной жизни.

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

R(

Roman (rpwheeler) in QA — Автоматизация
Antony Sunrise
Чтобы хорошие люди не исплевались, нужен хороший менеджмент, а чтобы нанимать хороший менеджмент, нужен хороший собственник, а где взять хорошего собственника, если весь бизнес в руках блатных феодалов?
В менеджменте редко оказываются технари. Они его не любят, собственно. А нетехническому менеджменту ставят финансовые цели — расходы на разработку и тестирование сократить.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Ну вот и решили все проблемы не дожидаясь пятницы. Во всех бедах в IT виноваты собственники компаний. Можно теперь к Selenium перейти?
источник

IT

Ivan Trechyokas in QA — Автоматизация
Antony Sunrise
Чтобы хорошие люди не исплевались, нужен хороший менеджмент, а чтобы нанимать хороший менеджмент, нужен хороший собственник, а где взять хорошего собственника, если весь бизнес в руках блатных феодалов?
это вы что-то про Россию рассказываете. я бы про более абстроктный опыт.
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Alexei Vinogradov
Ну вот и решили все проблемы не дожидаясь пятницы. Во всех бедах в IT виноваты собственники компаний. Можно теперь к Selenium перейти?
Нет, не обязательно собственники. Всё сложнее.
источник

IT

Ivan Trechyokas in QA — Автоматизация
Alexei Vinogradov
Я даже придумал красивую версию, почему он должен находиться. Первый $() находит элемент целиком, включая сам div, поэтому и "div button" конечно должен находиться.

К сожалению второй пример эту версию разбивает в щепки.
да не, там же находится "Объект" и поэтому все "поиски внутри элемента" должны содержать корректный путь в дом модели из этого объекта.

$(div).$(button) - так будет работать, но опять же 2 поиска хуже одного
$(div > button)
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ivan Trechyokas
тогда как это отвечает на мой вопрос? если это не ваша боль и "ужасная реальность".

вы планомерно съехали с вопроса про релизный цикл для 4 платформ (бек, веб, мобилки), а потом начали рассказывать о том, как "быстрые релизы" плохи и невозможны в реальной жизни.

проблема в том, что реальная жизнь у каждого своя. не надо мне рассказывать какая она там плохая.
если люди не интвестировали в свою инфраструктуру - это их проблемы, зачем нам обсуждать их? Почему их боль - должна быть моей?
Я тестировщик, а не маркетинг. Вы рассказываете как в рекламе, "как здорово быстрые релизы". Я рассказал сколько с ними может быть проблем — в зависимости от контекста, конечно.
источник

R(

Roman (rpwheeler) in QA — Автоматизация
"Оптимисты да идут в маркетинг" (с) известный в кругах Джеймс Бах.
источник

VY

Valentin Yuriev in QA — Автоматизация
Я видел эту статью но у меня на интеловскои процессоре
источник

VY

Valentin Yuriev in QA — Автоматизация
Ivan Trechyokas
о прикольно, у меня ошибка вылетает

/usr/local/Homebrew/Library/Homebrew/version.rb:368:in `initialize': Version value must be a string; got a NilClass () (TypeError)
Мне к сожалению пишет что нет команды
источник

IC

Ilya L Che in QA — Автоматизация
Alexei Vinogradov
DOM:

<div>
 <button>press me</button>
</div>

 
$("div").$("div button").shouldBe(visible);

v
s.  

$("div").$("div").shouldBe(visible);

Чт
о будет?

$().$() - тоже что в Selenium driver.findElement().findElement().
А это и с вебдрайвером чистым так?
источник

ZE

Zewa 🚽 Expert in QA — Автоматизация
Alexei Vinogradov
Я даже придумал красивую версию, почему он должен находиться. Первый $() находит элемент целиком, включая сам div, поэтому и "div button" конечно должен находиться.

К сожалению второй пример эту версию разбивает в щепки.
Да с чего бы, если там меняется контекст поиска?
Найди ещё рут в руте
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ivan Trechyokas
тогда как это отвечает на мой вопрос? если это не ваша боль и "ужасная реальность".

вы планомерно съехали с вопроса про релизный цикл для 4 платформ (бек, веб, мобилки), а потом начали рассказывать о том, как "быстрые релизы" плохи и невозможны в реальной жизни.

проблема в том, что реальная жизнь у каждого своя. не надо мне рассказывать какая она там плохая.
если люди не интвестировали в свою инфраструктуру - это их проблемы, зачем нам обсуждать их? Почему их боль - должна быть моей?
Для Вас может быть важнее уйти от "месячного цикла". Для меня важнее "не влететь". Если Вы можете позволить себе баги в проде — ничего не имеют против того чтобы ВЫ релизились хоть каждые полчаса.
Но вот людям которые не хотят влететь лучше думать о другом а не о быстрых релизах.
источник

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
Я тестировщик, а не маркетинг. Вы рассказываете как в рекламе, "как здорово быстрые релизы". Я рассказал сколько с ними может быть проблем — в зависимости от контекста, конечно.
я вижу ключевой момент "может быть проблем".  и опять же какую-то ерунду "я тестировщик, а не..." к чему всё это? я тестировщик, у меня есть примеры реальных проектов, а выше "может быть" мне не интересны.

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

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
Для Вас может быть важнее уйти от "месячного цикла". Для меня важнее "не влететь". Если Вы можете позволить себе баги в проде — ничего не имеют против того чтобы ВЫ релизились хоть каждые полчаса.
Но вот людям которые не хотят влететь лучше думать о другом а не о быстрых релизах.
опять же "кому-то там что-то там". давайте не будем думать за каких-то других абстрактных людей и компании.

мне интересен практический опыт у кого как работает.
источник

R(

Roman (rpwheeler) in QA — Автоматизация
Ivan Trechyokas
я вижу ключевой момент "может быть проблем".  и опять же какую-то ерунду "я тестировщик, а не..." к чему всё это? я тестировщик, у меня есть примеры реальных проектов, а выше "может быть" мне не интересны.

"возможных проблем" мы можем кучу придумать, но это настолько бесполезный контент, что прям аж физически больно.
Извините, если Вас интересуют быстрые релизы а не возможные проблемы, я считаю что Вы очень плохой пример тестировщика.
Потому что задача тестировщика искать проблемы, и чужой опыт проблем может в этом помочь.
источник

IT

Ivan Trechyokas in QA — Автоматизация
Roman (rpwheeler)
Извините, если Вас интересуют быстрые релизы а не возможные проблемы, я считаю что Вы очень плохой пример тестировщика.
Потому что задача тестировщика искать проблемы, и чужой опыт проблем может в этом помочь.
спасибо.

если можно, я бы отписался от "абстрактных комментариев".

речь шла про 4 ветки разработки в один момент, помимо фиче-бранчей. ДевОпсы просто сходят с ума с тем, чтобы код поместить в нужные ветки, чтобы это задеплоить всё.
источник