S
если б только это)
Size: a a a
2020 September 29
D
если мне нужен специалист на проектную работу, тест-стенд для мобильного приложения, сюда писать или в @qa_jobs ?
BO
С
Привет. Ребятки кто занимается ios тестированием подскажите как accessibility id проставить ))) мало понимаю xCode ... Понимаю что вьюху надо искать ...
A
Привет. Ребятки кто занимается ios тестированием подскажите как accessibility id проставить ))) мало понимаю xCode ... Понимаю что вьюху надо искать ...
или нужный storyboard искать и там проставлять или нужный viewController искать и там в коде
i
Гайз, такой вопрос, написаны автотесты, из них пара тестов падает, мне предлагают, если тест упал (например элемент не найден), то перезапускать его, насколько это правильный вариант? Я считаю, что это неверно и тест надо отладить, иначе мы просто получаем 100% прогон без понимаю, что же у нас работает или нет. Другие люди считают, что перезапуск решит проблему
Как и везде, тут нет серебряной пули или универсального ответа, всегда надо включать голову. Для нестабильных тестов даже термин придумали (флаки), так что многие с ними живут. Другой вопрос, организационный, — что с ними делать. Кому-то норм ставить на все минимум 1 ретрай, кто-то исследует причины и стабилизирует, если это возможно, тут каждый решает сам)
R(
Привет. Ребятки кто занимается ios тестированием подскажите как accessibility id проставить ))) мало понимаю xCode ... Понимаю что вьюху надо искать ...
А что, девелоперов показать нет? Меня девелоперы учили.
Иногда это вообще не проставляется если элемент создаётся во время выполнения приложения, а не берётся из вьюхи. Как-то раз убил на это часа два.
А девелопер может написать добавление этого id во время создания.
Иногда это вообще не проставляется если элемент создаётся во время выполнения приложения, а не берётся из вьюхи. Как-то раз убил на это часа два.
А девелопер может написать добавление этого id во время создания.
M
Подскажите пожалуйста у кого как на проекте.
Сначала тест-кейс, потом автотест или бывает что пишите авто-тесты без тест-кейсов ?
Сначала тест-кейс, потом автотест или бывает что пишите авто-тесты без тест-кейсов ?
S
зачем тест-кейс, если есть человекопонятный автотест?
R(
Или когда непонятно что с этого теста ещё выйдет :) Допустим тест состоит в отправке на эндпойнт 1100 файлов подобранных 3-м лицом.
Скушает эндпойнт все 1100 -- отлично. Не скушает -- надо разбираться что и где.
В другой раз тест состоит из отправки одного файла, но 5 раз подряд -- потому что это крешит микросервис за эндпойнтом.
Скушает эндпойнт все 1100 -- отлично. Не скушает -- надо разбираться что и где.
В другой раз тест состоит из отправки одного файла, но 5 раз подряд -- потому что это крешит микросервис за эндпойнтом.
SM
у нас тест кейсы потом автотесты, надо же понимать что автоматизировать, а не прост асерты писать
R(
... или моя любимая фирменная "обезьяна". Она работает случайным вводом.
S
у нас тест кейсы потом автотесты, надо же понимать что автоматизировать, а не прост асерты писать
а разве из автотеста не ясно, что происходит? дополнительно нужно держать текст с описанием поведения теста?)
SM
Sergei
а разве из автотеста не ясно, что происходит? дополнительно нужно держать текст с описанием поведения теста?)
ну тут уже наверное зависит от того сколько человек в команде (все должы понимать что тестирвется и как) и требуется ли какая-то отчетнось для менеджеров (им тоже может быть интересно как функционал покрыт тестами).
если сам себе нальник, то можно и упустить описание степов в кейсах, обойтись простым чек листом.
если сам себе нальник, то можно и упустить описание степов в кейсах, обойтись простым чек листом.
M
Sergei
а разве из автотеста не ясно, что происходит? дополнительно нужно держать текст с описанием поведения теста?)
а если нет тест-кейсов, как вы понимаете что покрыто из функционала, что не покрыто, что ещё предстоит покрыть большим количеством сценарием, просто на своё усмотрение ?
S1
Sergei
а разве из автотеста не ясно, что происходит? дополнительно нужно держать текст с описанием поведения теста?)
Неплохой подход! А в качестве отчёта о тест кавередже просто ссылку на гит кидать можно.
S
Max
а если нет тест-кейсов, как вы понимаете что покрыто из функционала, что не покрыто, что ещё предстоит покрыть большим количеством сценарием, просто на своё усмотрение ?
если говорить про покрытие кода, то есть инструменты, которые покажут, какой код не покрыт. А если вы про другое покрытие н-р бизнес-логики, то и из текстового описания также не следует ясный ответ, что покрыто а что нет)
i
Sergei
если говорить про покрытие кода, то есть инструменты, которые покажут, какой код не покрыт. А если вы про другое покрытие н-р бизнес-логики, то и из текстового описания также не следует ясный ответ, что покрыто а что нет)
Нужно всего лишь описать все бизнес-требования и составить матрицу их покрытия в quality center 😂
M
Sergei
если говорить про покрытие кода, то есть инструменты, которые покажут, какой код не покрыт. А если вы про другое покрытие н-р бизнес-логики, то и из текстового описания также не следует ясный ответ, что покрыто а что нет)
а как вы определяете какие тесты, сценарии писать нужно автоматизировать ? сами решаете или кто то говорит
SM
Sergei
если говорить про покрытие кода, то есть инструменты, которые покажут, какой код не покрыт. А если вы про другое покрытие н-р бизнес-логики, то и из текстового описания также не следует ясный ответ, что покрыто а что нет)
к чему тогда вопрос? делайте как вам удобно)