MK
Size: a a a
2020 March 02
СС
велком
MK
велком
❤️
СС
ладно, поехал я читать лекцию
EK
ладно, поехал я читать лекцию
записей нет же?
Н
Селениум Грид йоптваю за ногу 😑
Чот немног ахуеваю ужо
Даже код ещё не открыв
Чот немног ахуеваю ужо
Даже код ещё не открыв
в мейле грид?
СС
записей нет же?
Неа
СС
Могу презентацию прислать лол
СС
Ладно не могу
ИС
чел топил за бдд и до сих пор не в ро?
Я хотел почитать, как люди аргументируют. Ждал, что в результате дискуссии по-честному проигравшая сторона будет обоссана. И не хотелось, чтобы давили зергом, типа, большинство против бдд, значит Кирилл завали ебало.
СС
Но если результат один то зачем ждать?
СС
Это же матрица принятия решений
EK
Я хотел почитать, как люди аргументируют. Ждал, что в результате дискуссии по-честному проигравшая сторона будет обоссана. И не хотелось, чтобы давили зергом, типа, большинство против бдд, значит Кирилл завали ебало.
если по хорошему, то:
1. если переписывается существующая тестовая база на БДД, то придется жить на 2 фреймворка. Это занимает время, которое, как правило, отсутствует.
2. бдд специфичный навык, который хуй продашь если освоишь. Даже если освоишь ХОРОШО. то на новом месте будешь разгребать чужое говно (уж лучше разгребать говнокод селениума, чем селениум + БДД)
3. бдд режет глаза “given тестер Васян when менеджер продавил кукумбер, then страдаешь and Кирилл радуется”
4. Дважды вижу как менеджерство топит за БДД вначале, но потом “Ой, а времени нет” И уборщица не может писать эти тесты
5. Вводить нового сотрудника без опыта становится сложенее. Ибо поверх существующего говна накидывается прослойка.
6. Сама по себе цель внедрения неочевидна на проекте. Зачем прослойка? Чтобы менеджеры/разрабы - писали требования в стилистике? Окей, но это может быть сработает если на проекте привыкли вести документацию, а не ебало от огня убирать когда все сроки проебали.
7. поддерживать эту 1с-подобную хуйню нихуя не хочется.
1. если переписывается существующая тестовая база на БДД, то придется жить на 2 фреймворка. Это занимает время, которое, как правило, отсутствует.
2. бдд специфичный навык, который хуй продашь если освоишь. Даже если освоишь ХОРОШО. то на новом месте будешь разгребать чужое говно (уж лучше разгребать говнокод селениума, чем селениум + БДД)
3. бдд режет глаза “given тестер Васян when менеджер продавил кукумбер, then страдаешь and Кирилл радуется”
4. Дважды вижу как менеджерство топит за БДД вначале, но потом “Ой, а времени нет” И уборщица не может писать эти тесты
5. Вводить нового сотрудника без опыта становится сложенее. Ибо поверх существующего говна накидывается прослойка.
6. Сама по себе цель внедрения неочевидна на проекте. Зачем прослойка? Чтобы менеджеры/разрабы - писали требования в стилистике? Окей, но это может быть сработает если на проекте привыкли вести документацию, а не ебало от огня убирать когда все сроки проебали.
7. поддерживать эту 1с-подобную хуйню нихуя не хочется.
MK
в мейле грид?
в моей команде
я чот заикнулся про селеноид, но забил. один хер я пока не смогу раписать технически ибо не работал с UI
я чот заикнулся про селеноид, но забил. один хер я пока не смогу раписать технически ибо не работал с UI
EK
пойду отдохну
!ro
!ro
EK
!ro 5m
r
!ro 5m
Eugene нажал не те кнопки и получает пизды в виде read-only.
Н
если по хорошему, то:
1. если переписывается существующая тестовая база на БДД, то придется жить на 2 фреймворка. Это занимает время, которое, как правило, отсутствует.
2. бдд специфичный навык, который хуй продашь если освоишь. Даже если освоишь ХОРОШО. то на новом месте будешь разгребать чужое говно (уж лучше разгребать говнокод селениума, чем селениум + БДД)
3. бдд режет глаза “given тестер Васян when менеджер продавил кукумбер, then страдаешь and Кирилл радуется”
4. Дважды вижу как менеджерство топит за БДД вначале, но потом “Ой, а времени нет” И уборщица не может писать эти тесты
5. Вводить нового сотрудника без опыта становится сложенее. Ибо поверх существующего говна накидывается прослойка.
6. Сама по себе цель внедрения неочевидна на проекте. Зачем прослойка? Чтобы менеджеры/разрабы - писали требования в стилистике? Окей, но это может быть сработает если на проекте привыкли вести документацию, а не ебало от огня убирать когда все сроки проебали.
7. поддерживать эту 1с-подобную хуйню нихуя не хочется.
1. если переписывается существующая тестовая база на БДД, то придется жить на 2 фреймворка. Это занимает время, которое, как правило, отсутствует.
2. бдд специфичный навык, который хуй продашь если освоишь. Даже если освоишь ХОРОШО. то на новом месте будешь разгребать чужое говно (уж лучше разгребать говнокод селениума, чем селениум + БДД)
3. бдд режет глаза “given тестер Васян when менеджер продавил кукумбер, then страдаешь and Кирилл радуется”
4. Дважды вижу как менеджерство топит за БДД вначале, но потом “Ой, а времени нет” И уборщица не может писать эти тесты
5. Вводить нового сотрудника без опыта становится сложенее. Ибо поверх существующего говна накидывается прослойка.
6. Сама по себе цель внедрения неочевидна на проекте. Зачем прослойка? Чтобы менеджеры/разрабы - писали требования в стилистике? Окей, но это может быть сработает если на проекте привыкли вести документацию, а не ебало от огня убирать когда все сроки проебали.
7. поддерживать эту 1с-подобную хуйню нихуя не хочется.
феерическая расстановка точек, в копилке шаблонов ответов прибыло
ЖR
феерическая расстановка точек, в копилке шаблонов ответов прибыло
Только придет к тебе бизнес с этим требованием и шаблон этот тебе ничем не поможет