ИА
ни разу не видел тестирование без временных рамок)
Size: a a a
2019 November 13
IS
я это еще не делал, но занимаюсь fastlane + xcuitests. ты хочешь на сборочных машинах поднимать несколько симуляторов и на каждую ассайнить задачу сборки?
Примерно так, да.
Хочу до сборки еще прогонять тесты. (все на сборочной машине)
У меня параллельно в идеале должно идти 4 потока с тестами после которых еще 4 билда должны появиться
И для этого да, приходится разбираться как стартовать 4 симулятора одновременно.
Хочу до сборки еще прогонять тесты. (все на сборочной машине)
У меня параллельно в идеале должно идти 4 потока с тестами после которых еще 4 билда должны появиться
И для этого да, приходится разбираться как стартовать 4 симулятора одновременно.
ES
Можно каждый раз когда приходит джоба разворачивать симулятор и таргетить тесты на нем. Там же должен быть какой то device_id, как тесту указывается какой симулятор использовать?
IS
Eugene Sevostianov
Можно каждый раз когда приходит джоба разворачивать симулятор и таргетить тесты на нем. Там же должен быть какой то device_id, как тесту указывается какой симулятор использовать?
Да, идея что надо вроде.
Сейчас через fastlane - но там пока не могу найти как указать UUID симулятора -только указывается модель симулятора - но это могу обойти через xcodebuild
Кажется понимаю как можно все сделать даже не очень сложно.
В самом CI перед запуском теста - клонировать симулятор (получаем UUID этого клона)
xcodebuild y для запуска тестов передаем этот UUID
после прогона тестов этот клон симулятора удаляю
через CI
Сейчас через fastlane - но там пока не могу найти как указать UUID симулятора -только указывается модель симулятора - но это могу обойти через xcodebuild
Кажется понимаю как можно все сделать даже не очень сложно.
В самом CI перед запуском теста - клонировать симулятор (получаем UUID этого клона)
xcodebuild y для запуска тестов передаем этот UUID
после прогона тестов этот клон симулятора удаляю
через CI
LY
#question #test_design #manual #automation #bus_factor
Чат, есть вопрос по тест-дизайну,
Представьте что есть тестировщики и они педалят тесты и пишут их в тестплан. Все проверки так или иначе ориентированы на грубо говоря какой-то network_id. Каждый нетворк -- это набор выбранных в него "фичей", то есть не факт, что такой нетворк будет создан в реальности. Тестировщики решили насобирать таких нетворков с разными сочетаниями,
Тестировщики эти работают по черному ящику,
Автоматизатор решает эти кейсы автоматизировать, но получает много вопросов от разработчика "ты проверяешь это в другом кейсе, а можно в одном", то есть здесь получается, что тест дизайн от программиста включает знание системы и того, откуда растут ноги у "разных" нетворков. Ручные тестировщики при этом пилят, особо в код не смотря.
Это была ситуация, а теперь вопросы:
1) не вносит ли автоматизатор бас фактор. создавая тесты, в дизайне которых ручные тестировщики не участвуют
2) не лучше ли научить тестировщиков руками тест-дизайнить так, чтобы вопросов от разработчика таких не было (другими словами, тестировщики должны используя белый ящик и классы эквивалентности нарезать тест-кейсов минимально допустимое количество)
3) Не кажется ли вам расхождение автотестов от существующих тест планов бомбой замедленного действия?Даже если они time efficient
Чат, есть вопрос по тест-дизайну,
Представьте что есть тестировщики и они педалят тесты и пишут их в тестплан. Все проверки так или иначе ориентированы на грубо говоря какой-то network_id. Каждый нетворк -- это набор выбранных в него "фичей", то есть не факт, что такой нетворк будет создан в реальности. Тестировщики решили насобирать таких нетворков с разными сочетаниями,
Тестировщики эти работают по черному ящику,
Автоматизатор решает эти кейсы автоматизировать, но получает много вопросов от разработчика "ты проверяешь это в другом кейсе, а можно в одном", то есть здесь получается, что тест дизайн от программиста включает знание системы и того, откуда растут ноги у "разных" нетворков. Ручные тестировщики при этом пилят, особо в код не смотря.
Это была ситуация, а теперь вопросы:
1) не вносит ли автоматизатор бас фактор. создавая тесты, в дизайне которых ручные тестировщики не участвуют
2) не лучше ли научить тестировщиков руками тест-дизайнить так, чтобы вопросов от разработчика таких не было (другими словами, тестировщики должны используя белый ящик и классы эквивалентности нарезать тест-кейсов минимально допустимое количество)
3) Не кажется ли вам расхождение автотестов от существующих тест планов бомбой замедленного действия?Даже если они time efficient
Разработчиков посадить за юниты раз такие умные. Тестировщиков научить автоматизации и пусть свою работу автоматизируют. Получится и нашим и вашим.
V
Разработчиков посадить за юниты раз такие умные. Тестировщиков научить автоматизации и пусть свою работу автоматизируют. Получится и нашим и вашим.
+1
EB
Разработчиков посадить за юниты раз такие умные. Тестировщиков научить автоматизации и пусть свою работу автоматизируют. Получится и нашим и вашим.
да просто нужно признать, что тест-планы для ручного теста не являются single source of truth, и сделать собственный тест-дизайн док, в котором описать как все тест-кейсы создаются. ну то есть у меня нет проблем с тем, чтобы понимать, что обучать ручных тестировщиков может быть дорого и неэффективно, другие задачи сейчас стоят. Главное это не уронить traceability тестов и того, почему данный тест кейс существует.
2019 November 14
ИП
Вопрос:
У меня есть такой элемент
@FindBy(xpath = ".//div[@class='class']" )
private WebElement element;
у меня есть несколько юзеров, у которых имеются свои элементы, возможно ли в xpath засунуть юзера? Примерно что бы выглядело
так
Возвращает стрингу
@FindBy(xpath = user.getElement() )
private WebElement element;
Возможно такое сделать? Или как посоветуете поступить?
На данный момент у меня такое не получается, но возможно делаю что то не так
У меня есть такой элемент
@FindBy(xpath = ".//div[@class='class']" )
private WebElement element;
у меня есть несколько юзеров, у которых имеются свои элементы, возможно ли в xpath засунуть юзера? Примерно что бы выглядело
так
Возвращает стрингу
@FindBy(xpath = user.getElement() )
private WebElement element;
Возможно такое сделать? Или как посоветуете поступить?
На данный момент у меня такое не получается, но возможно делаю что то не так
V
Не совсем понимаю вопрос - требуется возвращать динамическое значение?
AP
Так нельзя
AP
Файд бай константу принимает
KS
товарищи нужна помощь, установил идею, в зависимости закинул селениум веб драйвер и мавен, но не могу это все дело импортнуть, в логах не могу понять в чем дело, напишите в лс если кто - то знает плз
M
товарищи нужна помощь, установил идею, в зависимости закинул селениум веб драйвер и мавен, но не могу это все дело импортнуть, в логах не могу понять в чем дело, напишите в лс если кто - то знает плз
Посмотрел твои логи, тоже не могу понять(((
MK
Посмотрел твои логи, тоже не могу понять(((
Ты просто не умеешь предсказывать
NK
товарищи нужна помощь, установил идею, в зависимости закинул селениум веб драйвер и мавен, но не могу это все дело импортнуть, в логах не могу понять в чем дело, напишите в лс если кто - то знает плз
Открыл чат, прочитал твоё сообщение, проанализировал, подумал, придумал ответ. Написал.
NK
товарищи нужна помощь, установил идею, в зависимости закинул селениум веб драйвер и мавен, но не могу это все дело импортнуть, в логах не могу понять в чем дело, напишите в лс если кто - то знает плз
Сбрось лог, пожалуйста. Нам будет легче помочь)
KS
1. Cannot start internal HTTP server. Git integration, JavaScript debugger and LiveEdit may operate with errors. Please check your firewall settings and restart IntelliJ IDEA
(хотя брандмауэр отрубил)
2. Connection refused to host: 127.0.0.1
(хотя брандмауэр отрубил)
2. Connection refused to host: 127.0.0.1
KS
а что с хостом не так тоже не ясно, короче траблы с соединением видимо
KS
help 🤷♂️
AC
help 🤷♂️
Возможно что-то с правами доступа
исходя из полученной информации
вариантов может быть масса
исходя из полученной информации
вариантов может быть масса