Добрый день. Только постигаю азы автоматизации. А как быть если не у всех необходимых элементов есть уникальные id? Например, в приложении есть таб-бар для навигации и у всех его элементов одна и та же id, потому что элементы возвращает бекенд. Как в этом случае к ним обращаться? Пример: monosnap.com/file/T8DPOCdTqJxajAKRA5ec901nTci1ps
Хорошая статья. Хотя бы потому, что во время прочтения мне пришла мысль по поводу того как улучшить один из процессов у себя в отделе. Попадись мне что-то подобное несколько месяцев назад, было бы еще круче.
Тестировщик = равно пользователь вообще прекрасная тема, но у нас в команде проблема с автоматизацией — клиент торопит и времени писать автотесты силами разработчиков просто нет. Но вообще мы начали двигаться в эту сторону.
2 — у нас в команде веса не сравнивались, так как каждый со своей скоростью работает и story points эту скорость показывали. А уже основываясь на этом показателе, спустя несколько спринтов, разработчик мог понимать сколько soty points набрать себе в спринт.
3 — удивительно, но пока не было, надеюсь так и будет продолжаться.
4 — Нет, TDD не практикуем.
Естественно программисты сами тоже тестят свой код, но так как темп работы был взят быстрый, а первоочередная задача программистов все таки не тестирование, то делают они это не так эффективно. Это подтвердили первые пара спринтов на одном из проектов, когда тестировщика не было и разработчики тестировали сами. В итоге стало ясно, что без тестера не обойтись.
1. В нашем случае команда была не вся в одном офисе, так что полноценно ответить на этот вопрос не смогу. Касательно нас — было полезно, так как в начале, мы, по старой привычке, решали возникающие вопросы личной беседой тех кого они касались (по их же мнению), и в итоге это пару раз привело к тому, что принятые между двумя-тремя людьми решения повлияли на работу остальной команды. SCRUM-митинги в значительной степени позволяют защитить от подобных казусов.
2. Да, в story points.
3. Как такового, простоя не бывало у нас, потому что тестировщику все таки отдавались промежуточные сборки, и он по ним выкатывал некоторое количество багов, которые надо было чинить.
Скорее все таки падонкаффский сленг, на имиджбордах хоть и своеобразно, но все таки грамотно общаются, если не школота (а школота вряд ли бы смогла хакнуть что-либо).
3 — удивительно, но пока не было, надеюсь так и будет продолжаться.
4 — Нет, TDD не практикуем.
2. Да, в story points.
3. Как такового, простоя не бывало у нас, потому что тестировщику все таки отдавались промежуточные сборки, и он по ним выкатывал некоторое количество багов, которые надо было чинить.