Юнит-тесты не могут проверять бизнес-задачи по определению, а то, что у вас логика в одном из мест работает около дела не значит, что весь процесс будет работать. Так что этот посыл ложен.
Я как раз имею опыт работы в командах, где автотесты проверяют все бизнес-требования по ТЗ. Повторюсь, все. Продукты большие, автоматизация процессов на уровне всего региона, тесты выполняются в пределах получаса, времени у одного тестировщика на четырёх программистов хватает.
Так что ваше предположение, что e2e всегда сложнее и медленнее писать, чем юнит-тесты тоже ложно.
А ещё вы ответили на мой комментарий не по существу, а уйдя вообще в других обоснования.
Да, так и вправду хорошо считать всем, чтобы спрашивать с государства на что именно уходят ваши налоги. И чтобы налоговая объясняла почему, к примеру, именно вам будет лучше, если чужие дети получат образование.
И программист тоже не должен заниматься тотальным тестированием потому, что "Сложность тестирования системы растёт нелинейно, для долгоживущих проектов такое решение будет не очень."
То есть тестировщикам тяжело проверять одно и то же по сто раз, и теперь из жалости, программист должен проверять одно и то же сто раз?
Вообще, в моём представлении, тестировщики ничего и не проверяют по сто раз, а пишут e2e тесты, которые и проверяют, выполняет ли программа бизнес-задачи.
-----
А по поводу затягивания сроков: если есть дедлайн, то программисту выгоднее отдать в тестирование то, что на самом деле работает, независимо от того, как он это узнал: написал ли юнит-тесты, запустил ли программу 5 раз или прогнал в голове.
Ну то есть, становиться директором градообразующего предприятия не было никакого смысла, потому что ответственности в сто раз больше, а жить нужно всё равно в соседнем подъезде?
В вашем примере недовольство пользователей логично, но вы не смогли разобраться в его причинах.
Вы поменяли поведение поля не изменив значительно его внешнего вида. Поэтому пользователи видя такой же элемент управления ожидают, что он будет вести себя так же, как в предыдущей версии. Когда этого не происходит, они считают, что программа сломалась.
Чтобы избавиться от недовольства необходимо изменить внешний вид каким-нибудь образом, например, задать плейсхолдер "Наберите наименование или артикул", а кнопку с тремя точками подписать в самом же поле "Весь каталог".
Тогда ячейка перестанет выглядеть знакомо и подскажет, как работать с новой версией.
Правило такое: изменилось поведение — поменяй внешний вид.
На фотографии в оригинальной статье 8СВ с техпроцессом 28нм.
На фотографии в оригинальной статье 8СВ с техпроцессом 28нм.
Там 28 нм, не очень понятно, куда именно могли перенаправить.
На фотографии в оригинальной статье 8СВ.
Интересно, откуда они берут 15 тысяч процессоров в год, если TSMC прекратил поставки процессоров в Россию, а Эльбрусы производились там.
https://news.mail.ru/economics/50231788/
В смысле? Любое демократическое государство -- сообщество без жёсткой иерархии.
Почему?
Давайте конструктивно.
Почему вы не платите налоги с дохода во все страны мира? Вам насрать на инвалидов, если они иностранцы? Ваши соотечественники важнее?
Не ссориться со странами, в которых производят ПО?
Да, в этом и суть!
Юнит-тесты не могут проверять бизнес-задачи по определению, а то, что у вас логика в одном из мест работает около дела не значит, что весь процесс будет работать. Так что этот посыл ложен.
Я как раз имею опыт работы в командах, где автотесты проверяют все бизнес-требования по ТЗ. Повторюсь, все. Продукты большие, автоматизация процессов на уровне всего региона, тесты выполняются в пределах получаса, времени у одного тестировщика на четырёх программистов хватает.
Так что ваше предположение, что e2e всегда сложнее и медленнее писать, чем юнит-тесты тоже ложно.
А ещё вы ответили на мой комментарий не по существу, а уйдя вообще в других обоснования.
Разница проста: государство сервис, если можно выбирать между несколькими, и банда, если мешает этому.
Да, так и вправду хорошо считать всем, чтобы спрашивать с государства на что именно уходят ваши налоги. И чтобы налоговая объясняла почему, к примеру, именно вам будет лучше, если чужие дети получат образование.
Да, и поэтому тестировщики используют автотесты.
И программист тоже не должен заниматься тотальным тестированием потому, что "Сложность тестирования системы растёт нелинейно, для долгоживущих проектов такое решение будет не очень."
То есть тестировщикам тяжело проверять одно и то же по сто раз, и теперь из жалости, программист должен проверять одно и то же сто раз?
Вообще, в моём представлении, тестировщики ничего и не проверяют по сто раз, а пишут e2e тесты, которые и проверяют, выполняет ли программа бизнес-задачи.
-----
А по поводу затягивания сроков: если есть дедлайн, то программисту выгоднее отдать в тестирование то, что на самом деле работает, независимо от того, как он это узнал: написал ли юнит-тесты, запустил ли программу 5 раз или прогнал в голове.
Чем это плохо?
Для того, чтобы сравнить фейри, шоколад, молоко, мебель и вообще еду, нужно не ваше персональное мнение, а исследование.
Человеку свойственно придумывать воспоминания. Точнее даже так: каждый раз, когда вы что-то вспоминаете, часть вы придумываете.
Ну то есть, становиться директором градообразующего предприятия не было никакого смысла, потому что ответственности в сто раз больше, а жить нужно всё равно в соседнем подъезде?
Продолжайте делать плохо и оправдываться консерватизмом пользователей.
В вашем примере недовольство пользователей логично, но вы не смогли разобраться в его причинах.
Вы поменяли поведение поля не изменив значительно его внешнего вида. Поэтому пользователи видя такой же элемент управления ожидают, что он будет вести себя так же, как в предыдущей версии. Когда этого не происходит, они считают, что программа сломалась.
Чтобы избавиться от недовольства необходимо изменить внешний вид каким-нибудь образом, например, задать плейсхолдер "Наберите наименование или артикул", а кнопку с тремя точками подписать в самом же поле "Весь каталог".
Тогда ячейка перестанет выглядеть знакомо и подскажет, как работать с новой версией.
Правило такое: изменилось поведение — поменяй внешний вид.