Потому что они:
А) стараются вести разработку открыто, вместе с сообществом, чтобы получить отзывы как можно раньше. Чтобы заинтересованные люди могли участвовать в разработке
Б) не бывает никаких "человеческих ресурсов". Каждый проект должен быть прибыльным. Либо в деньгах, либо в неденежных вещах. Открытый бесплатный инструмент в этом плане ещё сложное, потому что трудно оценить прибыль от его существования. Но если решили создать, значит считают, что это выгодно, это повысит конверсию для платных продуктов вроде windows и azure. Так что проект пишет вполне фиксированная и небольшая команда, которая финансируется из расчета потенциальной прибыли проекта
А причём тут нугет? Это дотнет не может в один app domain загрузить две версии одной dll, отсюда и пошли ограничения. Да, нужно сейчас для многих разных вещей используется где можно эти ограничения обойти. Но исторически он создавался для подключения длл
Я бы не стал говорить за весь гугл после статьи одного человека. Я думаю, как в любой большой компании, тем более в технологической компании, где приветствуются инновации и некоторые расхождения между проектами, всё очень зависит от проекта. Как люди там решили, так они и делают. Так что стоит относится к статье, как опыту человека, который работает возможно над большим проектом, может быть гугл докс, который пишут скажем 50 человек. Но он не выражает мнение всех команд гугла
В соотношении я согласен. Нет смысла пытаться всё покрыть е2е тестами, они дорогие в создании, поддержке и запуске. Пакет нужно постоянно оптимизировать, чтобы он покрывал реально важные сценарии, а что возможно тестировать с помощью модульных тестов.
Просто заговолок статьи получился очень радикальным и создал жжение ниже спины, вот и решил написать развёрнутый комментарий :)
Кстати оригинальный заголовок звучит так: Just Say No to More End-to-End Tests
Что более верно перевести как: Не надо делать ещё больше сквозных тестов
Это звучит менее радикально
"Сквозные" тесты прикольное название, мне нравится.
Довольно однобокие аргументы на мой взгляд.
Разработчикам эта стратегия нравится, потому что можно перенести бОльшую часть тестирования, если вообще не всю, на других.
С чего бы это свалить? е2е тесты должны писать сами разработчики. Даже если этих разработчиков зовут "автоматизаторы тестирования", они всё равно разработчики. Но в целом, для эффективной работы команды, не должно быть такого выделенного раба-тестировщика-автоматизатора. Каждый пишет тесты для своей фичи и каждый перед созданием пулл реквеста прогоняет полный набор всех тестов на своей ветке
Крайний срок приближается быстро. Чтобы поддерживать высокую планку качества продукции, допустим, мы решаем, что требуется по крайней мере 90% успешных end-2-end тестов, чтобы мы считали что версия готова
Это тоже довольно интересно, ни разу не слышал, чтобы в проекте был допустимый процент упавших тестов. Всегда все 100% тестов должны быть зелёными, как юнит, так и е2е тесты.
Процент упавших это реально смешно и правильно проиллюстрировано в статье. Упасть мог всего один тест, но это будет тест на вход в систему и никто вообще не сможет войти после релиза… Любая ошибка тестов требует расследования. Да, можно отыскать причину, понять что это узкая проблема, которая мало на что влияет, пометить тест как Skip="Will fix in bug #12345" и пустить полностью зелёный код в релиз с известной минорной проблемой.
е2е тесты это как раз необходимость, без которой невозможно представить современный успешный проект. Потому что только е2е тесты проверяют реальные сценарии пользователя. И только с прохождением этих тестов мы можем знать, что пользователь может зарегистироваться, залогиниться, а потом создать/сохранить документ. Никакие модульные тесты по определению не могут это проверить. А значит, что мы либо просто не проверяем такой сценарий, либо этот сценарий должны проверять люди вручную.
И уж в данном контексте откровенно смешно жаловаться на низкую скорость и надёжность е2е тестов. Ручной человеческий труд всегда будет на порядок медленнее и с большим количеством ошибок и срезанных углов, чем прогон набора автоматических тестов.
Если у нас перед релизом есть ручные тесты, то релиз цикл сразу же увеличивается с нескольких минут/часов, до дней. Потому что надо попросить живого человека в его рабочее время провести полную регрессию, и только потом делать релиз, если всё ок. А если не ок, то починить и попросить опять провести полную регрессию…
Ах да, полная регрессия не нужна, мы ведь типа починили маленькую ошибочку, которая затрагивала один сценарий, ну ок, проверим вручную только этот сценарий и пойдём в релиз… И с вероятностью 50% занесём новые баги в продакшен :)))
PS у нас на проекте вообще нет позиции тестировщик, также мы вообще не проводим ручное тестирование. Есть только модульные и е2е тесты. Полный прогон всех тестов занимает 20 минут. Чаще всего нам хватает 2-3 релиза в неделю. Но технически мы можем делать несколько релизов на прод в день (полный цикл от пуша в ветку, до заливки на прод где-то 2 часа). Как вы такое сделаете с ручным тестированием и без автоматических е2е тестов?
В статье достаточно чётко говорится, что любая работа без явно поставленной задачи от работодателя — это ваша собственность. Тем более, если вы соблюдаете все условия.
Например, я несколько лет работал в банке, там довольно строгию правила насчёт кода, комита в опенсорс и так далее. Чтобы не создавать даже повода для вопросов, я занимался своим проектом в обед в столовой на своём ноутбуке. Выходило очень неплохо, потому что дома жена, дети — не дают посидеть спокойно
А с рутом конечно смог бы? :))
Вот тут отлично всё написано https://habr.com/ru/post/501910/
Сразу и про рут и про линукс.
Если вирус не будет слишком назойливым, то большинство людей даже не заметят и не станут ничего с ними делать. Потому что им просто не нужно
У меня сейчас Note 8 Pro. По сравнению с флагманами типа s10, s20, у него есть неоспоримое преимущество: цена. Собственно я его купил, потому что разбил экран на своём Galaxy S7 Edge и когда узнал, что замена экрана + батареи будет стоить 13500, решил не делать этого. А купил целый новый телефон за 14. И если он сломается, что-то там отвалится, я отправлю его в помойку и куплю ещё один
Я думаю не будет так плохо. Смартфон и ноутбук/десктоп имеют принциально разную эргономику и из этого идёт возможное применение. Как дедушка Джобс завещал: смартфон — это потребление контента, а ноутбук — создание. Так что для работы большие компы всегда останутся.
Насчёт залочки, я думаю всегда будет несколько процентов аудитории, которым нужен полный доступ и будут девайсы под это. Мало, без особого выбора, но будут.
А для простых пользователей залочка это благо. Потому что без рута, им гораздо сложнее засадить вирус, который возьмёт телефон под полный контроль. Все приложения работают в песочнице и не могут делать больше, чем им разрешено, их всегда можно удалить стандартным способом. Для 90% людей это более полезно, чем иметь рут
Так вам шашечки или ехать? :)
Вроде разговор был о запуске определённого софта. Выходит, что запускать можно.
Но теперь вы говорите, что это опять не то.
Про интерфейс со стилусом, ну например им невозможно пользоваться одной рукой. Для меня лично это конец истории, я не хочу использовать карманное устройство с которым нельзя работать одной рукой.
И если уж говорить о Линуксе, то Userland даёт очень похожие на Линукс ощущения, все теже конфиги, пакетный менеджер и можно через apt ставить любой софт из официальных ARM зеркал дебиана. Эмуляция конечно присутствует, но она работает примерно как Docker контейнер — создаёт виртуальную файловую систему, иначе без рутования телефона не получится. Так сейчас весь интернет живёт в контейнерах и наоборот радуются :)
Повторюсь, на андроиде можно запускать почти любые приложения под линукс, включая десктопный фаерфокс с помощью приложения UserLAnd
Другой вопрос, что пользоваться этим на 6" экрана без стилуса почти нереально, но факт есть факт :)
Вот, даже не поленился и запустил, на удивление быстро грузится Видео
Более того, у меня есть Redmi 7, покупал бабушке, а она так и не освоила, вернула.
Он чересчур медленный, это заметно уже даже при навигации по меню, всё ворочается с задержкой. Я уж не говорю о просмотре тяжёлых сайтов в браузере.
Ну и камера там прям совсем слабая.
Мне важна хорошая камера, потому что я часто снимаю детей, им во время игры не скажешь замереть :)
Большая часть консольных программ нормально работают через Termux/UserLAnd — это виртуальные рут окружения похожие на контейнеры. Я регулярно пользуюсь curl, nodejs, dotnet core arm, даже mariadb запускал ради интереса.
Графические программы тоже можно запускать под UserLAnd, но мне это не интересно, так что не могу сказать на сколько хорошо они работают
Разве нельзя делать пайетки из микроэкранов на электронных чернилах? Они также работают на отражённом свете, бывают многоцветными, хотя для первого варианта можно и один цвет взять. Энергии требуют мало и нет подвижных частей
Мне кажется это можно сделать только собрав свою прошивку из исходников. Ещё вариант посмотреть на доступные open source прошивки вроде lineage os. В них обычно заложено очень много настроек для кастомизации
Прошу прощения дорогой маркетолог. Возможно у меня сложилось превратное впечатление о вашей работе. Но я всегда был уверен, что маркетологам платят тэза то, чтобы люди покупали продукты компании, а совсем не то что людям нужно. Чаще всего это сильно сильно разные вещи. Обычно человеку нужно простое, недорогое решение. Но маркетологи очень стараются убедить людей, что им нужно гораздо больше и главное дороже :)
Потому что они:
А) стараются вести разработку открыто, вместе с сообществом, чтобы получить отзывы как можно раньше. Чтобы заинтересованные люди могли участвовать в разработке
Б) не бывает никаких "человеческих ресурсов". Каждый проект должен быть прибыльным. Либо в деньгах, либо в неденежных вещах. Открытый бесплатный инструмент в этом плане ещё сложное, потому что трудно оценить прибыль от его существования. Но если решили создать, значит считают, что это выгодно, это повысит конверсию для платных продуктов вроде windows и azure. Так что проект пишет вполне фиксированная и небольшая команда, которая финансируется из расчета потенциальной прибыли проекта
А причём тут нугет? Это дотнет не может в один app domain загрузить две версии одной dll, отсюда и пошли ограничения. Да, нужно сейчас для многих разных вещей используется где можно эти ограничения обойти. Но исторически он создавался для подключения длл
Я бы не стал говорить за весь гугл после статьи одного человека. Я думаю, как в любой большой компании, тем более в технологической компании, где приветствуются инновации и некоторые расхождения между проектами, всё очень зависит от проекта. Как люди там решили, так они и делают. Так что стоит относится к статье, как опыту человека, который работает возможно над большим проектом, может быть гугл докс, который пишут скажем 50 человек. Но он не выражает мнение всех команд гугла
В соотношении я согласен. Нет смысла пытаться всё покрыть е2е тестами, они дорогие в создании, поддержке и запуске. Пакет нужно постоянно оптимизировать, чтобы он покрывал реально важные сценарии, а что возможно тестировать с помощью модульных тестов.
Просто заговолок статьи получился очень радикальным и создал жжение ниже спины, вот и решил написать развёрнутый комментарий :)
Кстати оригинальный заголовок звучит так: Just Say No to More End-to-End Tests
Что более верно перевести как: Не надо делать ещё больше сквозных тестов
Это звучит менее радикально
"Сквозные" тесты прикольное название, мне нравится.
Довольно однобокие аргументы на мой взгляд.
С чего бы это свалить? е2е тесты должны писать сами разработчики. Даже если этих разработчиков зовут "автоматизаторы тестирования", они всё равно разработчики. Но в целом, для эффективной работы команды, не должно быть такого выделенного раба-тестировщика-автоматизатора. Каждый пишет тесты для своей фичи и каждый перед созданием пулл реквеста прогоняет полный набор всех тестов на своей ветке
Это тоже довольно интересно, ни разу не слышал, чтобы в проекте был допустимый процент упавших тестов. Всегда все 100% тестов должны быть зелёными, как юнит, так и е2е тесты.
Процент упавших это реально смешно и правильно проиллюстрировано в статье. Упасть мог всего один тест, но это будет тест на вход в систему и никто вообще не сможет войти после релиза… Любая ошибка тестов требует расследования. Да, можно отыскать причину, понять что это узкая проблема, которая мало на что влияет, пометить тест как Skip="Will fix in bug #12345" и пустить полностью зелёный код в релиз с известной минорной проблемой.
е2е тесты это как раз необходимость, без которой невозможно представить современный успешный проект. Потому что только е2е тесты проверяют реальные сценарии пользователя. И только с прохождением этих тестов мы можем знать, что пользователь может зарегистироваться, залогиниться, а потом создать/сохранить документ. Никакие модульные тесты по определению не могут это проверить. А значит, что мы либо просто не проверяем такой сценарий, либо этот сценарий должны проверять люди вручную.
И уж в данном контексте откровенно смешно жаловаться на низкую скорость и надёжность е2е тестов. Ручной человеческий труд всегда будет на порядок медленнее и с большим количеством ошибок и срезанных углов, чем прогон набора автоматических тестов.
Если у нас перед релизом есть ручные тесты, то релиз цикл сразу же увеличивается с нескольких минут/часов, до дней. Потому что надо попросить живого человека в его рабочее время провести полную регрессию, и только потом делать релиз, если всё ок. А если не ок, то починить и попросить опять провести полную регрессию…
Ах да, полная регрессия не нужна, мы ведь типа починили маленькую ошибочку, которая затрагивала один сценарий, ну ок, проверим вручную только этот сценарий и пойдём в релиз… И с вероятностью 50% занесём новые баги в продакшен :)))
PS у нас на проекте вообще нет позиции тестировщик, также мы вообще не проводим ручное тестирование. Есть только модульные и е2е тесты. Полный прогон всех тестов занимает 20 минут. Чаще всего нам хватает 2-3 релиза в неделю. Но технически мы можем делать несколько релизов на прод в день (полный цикл от пуша в ветку, до заливки на прод где-то 2 часа). Как вы такое сделаете с ручным тестированием и без автоматических е2е тестов?
В статье достаточно чётко говорится, что любая работа без явно поставленной задачи от работодателя — это ваша собственность. Тем более, если вы соблюдаете все условия.
Например, я несколько лет работал в банке, там довольно строгию правила насчёт кода, комита в опенсорс и так далее. Чтобы не создавать даже повода для вопросов, я занимался своим проектом в обед в столовой на своём ноутбуке. Выходило очень неплохо, потому что дома жена, дети — не дают посидеть спокойно
А с рутом конечно смог бы? :))
Вот тут отлично всё написано https://habr.com/ru/post/501910/
Сразу и про рут и про линукс.
Если вирус не будет слишком назойливым, то большинство людей даже не заметят и не станут ничего с ними делать. Потому что им просто не нужно
У меня сейчас Note 8 Pro. По сравнению с флагманами типа s10, s20, у него есть неоспоримое преимущество: цена. Собственно я его купил, потому что разбил экран на своём Galaxy S7 Edge и когда узнал, что замена экрана + батареи будет стоить 13500, решил не делать этого. А купил целый новый телефон за 14. И если он сломается, что-то там отвалится, я отправлю его в помойку и куплю ещё один
Я думаю не будет так плохо. Смартфон и ноутбук/десктоп имеют принциально разную эргономику и из этого идёт возможное применение. Как дедушка Джобс завещал: смартфон — это потребление контента, а ноутбук — создание. Так что для работы большие компы всегда останутся.
Насчёт залочки, я думаю всегда будет несколько процентов аудитории, которым нужен полный доступ и будут девайсы под это. Мало, без особого выбора, но будут.
А для простых пользователей залочка это благо. Потому что без рута, им гораздо сложнее засадить вирус, который возьмёт телефон под полный контроль. Все приложения работают в песочнице и не могут делать больше, чем им разрешено, их всегда можно удалить стандартным способом. Для 90% людей это более полезно, чем иметь рут
Совсем недавно была годная статья на эту тему:
https://habr.com/ru/post/495720/
Так вам шашечки или ехать? :)
Вроде разговор был о запуске определённого софта. Выходит, что запускать можно.
Но теперь вы говорите, что это опять не то.
Про интерфейс со стилусом, ну например им невозможно пользоваться одной рукой. Для меня лично это конец истории, я не хочу использовать карманное устройство с которым нельзя работать одной рукой.
И если уж говорить о Линуксе, то Userland даёт очень похожие на Линукс ощущения, все теже конфиги, пакетный менеджер и можно через apt ставить любой софт из официальных ARM зеркал дебиана. Эмуляция конечно присутствует, но она работает примерно как Docker контейнер — создаёт виртуальную файловую систему, иначе без рутования телефона не получится. Так сейчас весь интернет живёт в контейнерах и наоборот радуются :)
Повторюсь, на андроиде можно запускать почти любые приложения под линукс, включая десктопный фаерфокс с помощью приложения UserLAnd
Другой вопрос, что пользоваться этим на 6" экрана без стилуса почти нереально, но факт есть факт :)
Вот, даже не поленился и запустил, на удивление быстро грузится Видео
Более того, у меня есть Redmi 7, покупал бабушке, а она так и не освоила, вернула.
Он чересчур медленный, это заметно уже даже при навигации по меню, всё ворочается с задержкой. Я уж не говорю о просмотре тяжёлых сайтов в браузере.
Ну и камера там прям совсем слабая.
Мне важна хорошая камера, потому что я часто снимаю детей, им во время игры не скажешь замереть :)
Судя по списку устройств, сложилось ощущение, что вы пишете из 2015 года :)
Большая часть консольных программ нормально работают через Termux/UserLAnd — это виртуальные рут окружения похожие на контейнеры. Я регулярно пользуюсь curl, nodejs, dotnet core arm, даже mariadb запускал ради интереса.
Графические программы тоже можно запускать под UserLAnd, но мне это не интересно, так что не могу сказать на сколько хорошо они работают
Разве нельзя делать пайетки из микроэкранов на электронных чернилах? Они также работают на отражённом свете, бывают многоцветными, хотя для первого варианта можно и один цвет взять. Энергии требуют мало и нет подвижных частей
Мне кажется это можно сделать только собрав свою прошивку из исходников. Ещё вариант посмотреть на доступные open source прошивки вроде lineage os. В них обычно заложено очень много настроек для кастомизации
Прошу прощения дорогой маркетолог. Возможно у меня сложилось превратное впечатление о вашей работе. Но я всегда был уверен, что маркетологам платят тэза то, чтобы люди покупали продукты компании, а совсем не то что людям нужно. Чаще всего это сильно сильно разные вещи. Обычно человеку нужно простое, недорогое решение. Но маркетологи очень стараются убедить людей, что им нужно гораздо больше и главное дороже :)
Да, на Самсунге примерно так выглядит. И тоже удобно и никаких проблем не доставляет :)