AK
А что лучше? Покупать новый айфон при каждом старте автотеста?
Size: a a a
2021 October 22
S
Та я пример привёл, если бы человек просто спросил как удалять БД, я бы подсказал, ну или промолчал, а там был контекст
AK
А что не так?
IS
Зачем? Для этого есть ci, который прогонит функционал на симуляторах. Предвосхищая вопрос - да, симулятор не заменит реальный девайс, но 95% покрывает
S
Тогда получается что эти тесты просто убитые человеко-часы и легче нанять армию мануальщиков)
IS
Мануальщикам надо кушать
S
Автоматизаторам тоже) и «кушают» они намного больше
IS
Кому? Макмини который гоняет тесты? Ему нужна только энергия и сеть
S
Я имею в виду кто их пишет и поддерживает
S
+ изначально составляет грамотные сценарии
IS
Ты непробиваемый. Любая автоматизация дешевле ручного труда. На длинном периоде
S
Мы к этому за пару лет и пришли) мой комментарий выше был к тому, что если писать «грязные» тесты, то от них толку не особо много и в итоге будут всплывать баги. Уже легче руками тогда
IS
Но согласись, базовые вещи лучше покрыть тестами. Например тот же декодинг ответов от бэка. Ибо (условно) хер знает что они там поменяли. Команд много и все в него залазят. Так хотя бы будет понятно, что модельки не поменялись настолько, что бы оно работало
Y
Не соглашусь, не любая
IS
В моём проекте все ответы от бэка покрыты тестами. И есть прогон тестов при мёрдже, чтобы успеть увидеть проблему ещё до релиза
S
Так это уже третья стадия, тестирование на проде
До неё идут юнит, а потом авто, которые про прод не знают, точнее знают о его поведении на момент создания теста
До неё идут юнит, а потом авто, которые про прод не знают, точнее знают о его поведении на момент создания теста
SA
Все было верно, по сути мне нужно было чистое приложение в начале теста, так что удаление вполне подходило и, возможно, такой вариант даже лучше, чем просто очистка БД
IS
У нас на проде тестируют только на предрелизном. Ну вот так
IS
Вообще тесты, юнит тесты и особо юай тесты всегда были болью. И начинаешь их ценить только тогда, когда приложение становится популярным. И ты понимаешь «но я же мог проверить этот кейс заранее! в прошлый раз проверил, а тут забыл». Резюмируя - время потраченное на тесты - окупается. Если рассматривать период большой (год там, два или больше)
S
Скорее размер проекта/команды, хотя это напрямую связанно с популярностью. Когда над проектом работает 30+ разработчиков 24 часа в сутки, ты просто физически не сможешь проверить что твой очередной МР не сломает что-то где-то, или вообще всё не сломает и не остановит работу десятков людей