В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Канада IT

1793 membersпожаловаться на группу
2019 June 13

AK

Aleksandr Khorev in Канада IT
Unpacked Cat
Пишется скрипт в ту пачку скриптов, которая делает минификацию и пр., который все эти аттрибуты убирает.
Понятно, что это время, но на поддержку написанных на коленке автотестов тоже куча времени тратится, это не считая времени потраченного чтобы придумать, как затаргетить вторую строчку третьей таблицы в крайнем правом компоненте
Если нет жёсткого требования, что автотесты обязательная часть деливери процесса, многим будет пофиг
источник
22:15пожаловаться#1

VM

Viktor Mazankin in Канада IT
Art
Как?
Частично реализация будет выставлена наружу. Чем меньше известно про ваше приложение тем лучше. Мы к примеру веб ошибки экранируем умышленно
источник
22:16пожаловаться#2

A

Art in Канада IT
Viktor Mazankin
Частично реализация будет выставлена наружу. Чем меньше известно про ваше приложение тем лучше. Мы к примеру веб ошибки экранируем умышленно
То, что внутренние ошибки не должны до клиента доделать это понятно. Но в атрибутов для тестов не вижу ничего криминального
Весить немного больше будет, пока вебпак(или что у них там) не докрутят
источник
22:17пожаловаться#3

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
Частично реализация будет выставлена наружу. Чем меньше известно про ваше приложение тем лучше. Мы к примеру веб ошибки экранируем умышленно
Лишние данные, которые не должны быть показаны пользователю, могут там по ошибки отображаться
источник
22:17пожаловаться#4

UC

Unpacked Cat in Канада IT
Aleksandr Khorev
Если нет жёсткого требования, что автотесты обязательная часть деливери процесса, многим будет пофиг
Если нет такого требования, проще е2е вообще не писать (имхо), а на сэкономленное время покрыть код компонентными и интеграционными тестами в три слоя.
Автотесты е2е это ни разу не silver bullet, и в принципе то насколько они окупаются очень сильно зависит от масштабов продукта и жесткости требований к косякам (имхо).
источник
22:23пожаловаться#5

VM

Viktor Mazankin in Канада IT
Unpacked Cat
Если нет такого требования, проще е2е вообще не писать (имхо), а на сэкономленное время покрыть код компонентными и интеграционными тестами в три слоя.
Автотесты е2е это ни разу не silver bullet, и в принципе то насколько они окупаются очень сильно зависит от масштабов продукта и жесткости требований к косякам (имхо).
Каждый слой тестов дополняет, а не заменяет остальные. E2e нужно чтобы быть уверенным что большая часть клиентов получает ожидаемый сервис. Никакой нижележащий уровень этого не гарантирует и не проверяет. Тесты сами по себе не silver bullet, это понятно
источник
22:25пожаловаться#6

AK

Aleksandr Khorev in Канада IT
Unpacked Cat
Если нет такого требования, проще е2е вообще не писать (имхо), а на сэкономленное время покрыть код компонентными и интеграционными тестами в три слоя.
Автотесты е2е это ни разу не silver bullet, и в принципе то насколько они окупаются очень сильно зависит от масштабов продукта и жесткости требований к косякам (имхо).
Это уже решают менеджеры, а не смертные разрабы/сдеты :) за что клиент платит, то и будет
источник
22:25пожаловаться#7

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
Каждый слой тестов дополняет, а не заменяет остальные. E2e нужно чтобы быть уверенным что большая часть клиентов получает ожидаемый сервис. Никакой нижележащий уровень этого не гарантирует и не проверяет. Тесты сами по себе не silver bullet, это понятно
Это да, на е2е оч дорогие тесты и практика показывает,  что их писать надо понимаю что как и зачем
источник
22:26пожаловаться#8

VM

Viktor Mazankin in Канада IT
Aleksandr Khorev
Это уже решают менеджеры, а не смертные разрабы/сдеты :) за что клиент платит, то и будет
От компании зависит. Мне надо было верифицировать деплой - натыкал тасок и сделал, понятно что с пояснениями для бизнеса что это и зачем
источник
22:27пожаловаться#9

VM

Viktor Mazankin in Канада IT
Aleksandr Khorev
Это да, на е2е оч дорогие тесты и практика показывает,  что их писать надо понимаю что как и зачем
По хорошему надо все понимать как и зачем
источник
22:27пожаловаться#10

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
От компании зависит. Мне надо было верифицировать деплой - натыкал тасок и сделал, понятно что с пояснениями для бизнеса что это и зачем
У меня опыт аутсорса, у вас, судя по всему, продукт-компании. Процесс немного по разному строится
источник
22:28пожаловаться#11

VM

Viktor Mazankin in Канада IT
Aleksandr Khorev
У меня опыт аутсорса, у вас, судя по всему, продукт-компании. Процесс немного по разному строится
У меня много разного опыта
источник
22:28пожаловаться#12

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
По хорошему надо все понимать как и зачем
Ну юниты нужны всегда, тут особо нечего понимать - их нужно писать
источник
22:28пожаловаться#13

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
У меня много разного опыта
Спорить не буду - что есть, все ваше 😁
источник
22:29пожаловаться#14

VM

Viktor Mazankin in Канада IT
Aleksandr Khorev
Ну юниты нужны всегда, тут особо нечего понимать - их нужно писать
Ага, особенно прототипам и демкам
источник
22:29пожаловаться#15

UC

Unpacked Cat in Канада IT
Viktor Mazankin
Каждый слой тестов дополняет, а не заменяет остальные. E2e нужно чтобы быть уверенным что большая часть клиентов получает ожидаемый сервис. Никакой нижележащий уровень этого не гарантирует и не проверяет. Тесты сами по себе не silver bullet, это понятно
Чтобы создать такую плотность тестов, которая дает возможность быть уверенным, надо набрать столько же автотестописателей, сколько есть девелоперов, и они будут заниматься только написанием и подержкой этих тестов.
Где-то это оправдано.
Покрыть critical path это хорошо, но почему-то у меня все баги постоянно находятся именно в тех местах, что не на ней...
источник
22:29пожаловаться#16

AK

Aleksandr Khorev in Канада IT
Viktor Mazankin
Ага, особенно прототипам и демкам
Я вас понял - всегда нужно понимать что и зачем ) p.s.минимальное можно и им накидать
источник
22:30пожаловаться#17

A

Art in Канада IT
Aleksandr Khorev
Ну юниты нужны всегда, тут особо нечего понимать - их нужно писать
Очень много кто живет вообще без тестов.
источник
22:30пожаловаться#18

AK

Aleksandr Khorev in Канада IT
Unpacked Cat
Чтобы создать такую плотность тестов, которая дает возможность быть уверенным, надо набрать столько же автотестописателей, сколько есть девелоперов, и они будут заниматься только написанием и подержкой этих тестов.
Где-то это оправдано.
Покрыть critical path это хорошо, но почему-то у меня все баги постоянно находятся именно в тех местах, что не на ней...
Поэтому ручные qa всё ещё живы
источник
22:30пожаловаться#19

AK

Aleksandr Khorev in Канада IT
Art
Очень много кто живет вообще без тестов.
Да. И качество зачастую сильно страдает
источник
22:30пожаловаться#20