ну же, покажите какие веселые и прикольные ребята - тестеры

Чем больше строк когда, тем больше у них зарплата. По крайней мере так было когда-то. Учтите особенности культуры, где всё-ещё было разделение на социальные классы недавно. Человек из бедной семьи просто не мог стать манаджером звена и коммандовать другими. Человек из богатой ставал менеджером через родственные связи и без образования. Он требовал чтобы остальные работали, и как проверить работу программиста если программировать не умеешь. Получается только одна метрика - колилчество кода

Я не работал с чисто индийскими офисами в последнее время, но вроде ситуация сейчас поменялась. Но прецендетны старой школы всё ещё случаются

Так что, как показывает опыт, работая в ИТ нужно учитывать не только технологии и стандарты, но и культурные особенности родины кода

это напомнило мне, как у нас однажды на прошлой работе решили оценивать качество тестировщика по количеству багов. Засрали беклог за неделю. В ход шло все включая баги с перфект пикселем)

Страшно представить работу в такой обстановке

поэтому это одна из причин, почему стало прошлой работой

для некоторых  это является нормой. https://soundcloud.com/qaguild/s2e7

Индийцы не виноваты.

Измерение по строкам кода предлагалось и обсуждалось в США в 90-е и нулевые.

Подробнее об этом есть в работе классика Канера, с отсылкой где он это взял:

Cem Kaner and Walter P. Bond: Software engineering metrics: What do they measure and how do we know?
http://www.testingeducation.org/BBST/foundations/Kaner_Bond_metrics2004.pdf

Другие примеры с сомнительными метриками и подобными эффектами есть в приводимой там же работе Хоффмана:

Douglas Hoffman: The darker side of software metrics
http://www.testingeducation.org/BBST/foundations/Hoffman_DarkerSideMetrics.pdf

Пользуясь случаем :) ,  хочу тут же дать ссылку на страницу курса BBST где я об этих вещах узнал. Там масса материалов, имхо полезных:

http://www.testingeducation.org/BBST/foundations/  (это Foundations часть курса, на других вкладках есть другие части)

Могло бы зайти еще дальше это все и потом посмотрели бы бэклог с багами, выяснили бы топ 3 разработчика, которые эти баги делают и заменили бы их D:

Ещё по теме качества кода. Мой одноклассник, ставший программистом в США, поделился как-то ссылкой на работу "How To Write Unmaintainable Code"
https://www.doc.ic.ac.uk/~susan/475/unmain.html

С тех пор работ "How To Write Unmaintainable Code" стало больше, если вам интересна эта тема "как не надо делать в коде", вот их ещё:
https://www.google.com.ua/search?client=opera&q=how+to+write+unmaintainable+code&sourceid=opera&ie=UTF-8&oe=UTF-8

На сколько популярен робот фреймворк в Украине/мире? Как бы в Финляндии он является основным потому что здесь создан, а вот вне Финляндии я редко о нем слышал. Хотя это могло быть из-за специфики моих продуктов

Слышал про него не раз лет 5 назад, немножко гонял, и сейчас про него периодически слышу.

У него весьма развитая Selenium Library , которую я не раз приводил в пример писателям самописных фреймворков как "чего у вас должно быть"

Целевая аудитория аналогичная кукумберу. Бизнес, которому успешные менеджеры продали бдд.
К счастью, подобных маргиналов мало в современной России

А чем был плох?)
Естественно он нужен не везде но там, где он нужен он хорош)

Бдд хорош толькл тем, что создает рабочие места и по нему можно отсеивать вакансии ;)
И этот подход отлично работает в мозгах менеджеров, которые kpi  свой отбивают и roi рисуют

Ну пусть будет так. Смысл спорить если у вас не было случаев где он заходил хорошо

Вы можете рассказать реальную success-story с BDD?