Перейти к содержимому

Фотография

"Лень программистов" и как с этим бороться


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 9

#1 aksi

aksi

    Постоянный участник

  • Members
  • PipPipPip
  • 182 сообщений
  • ФИО:Ольга Алифанова
  • Город:Санкт-Петербург


Отправлено 20 октября 2015 - 07:17

Когда переводила статью (http://software-test...-it-works-on-my), думала, какой автор статьи счастливый человек - программисты хотя бы у себя проверили)

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

 

Я вообще к разработчикам с большим уважением отношусь, потому что для меня они нечто вроде Гэндальфа, я понятия не имею, как они творят свою уличную магию, я так не умею, они крутые люди. Но почему, почему они так делают, и как этого избежать? Автор предлагает уговаривать их хотя бы одним глазом смотреть, как это выглядит в других окружениях, но у нас вот все божатся, что смотрели в ветку и не заметили ничего особенного. 

 

Как вы боретесь с тем, что программисты не проверяют собственную работу и ленятся посмотреть, как все работает в боевых условиях? И боретесь ли, или стоически терпите?)


  • 0

#2 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 20 октября 2015 - 07:37

Заставлять программистов делать smoke-тесты. Вот прямо заставлять, иначе не получится.
Если вдруг у вас на этих же smoke-тестах что-то провалилось - заводить блокер в трекере и не заниматься этим билдом до тех пор, пока не починят.
Можно со спокойной совестью идти домой спать :)

А за "ретест фиксов сделали, сидим на низком старте, вот-вот зальемся. И тут в ветку пришел коммит. И все сломал" надо бить по рукам тим-лида и жаловаться менеджеру.
Потому что должен быть code freeze - после которого никаких коммитов без согласования со всеми участниками разработки (программисты, тестировщики, менеджеры) быть не должно.
  • 0

#3 Сергей

Сергей

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 245 сообщений
  • Город:Москва

Отправлено 20 октября 2015 - 07:46

Заставлять программистов делать smoke-тесты. Вот прямо заставлять, иначе не получится.
Если вдруг у вас на этих же smoke-тестах что-то провалилось - заводить блокер в трекере и не заниматься этим билдом до тех пор, пока не починят.
Можно со спокойной совестью идти домой спать :)

 

Не продуктивно. В следующий раз спать домой пойдут они. Вы - есть никто для программистов, поскольку у них свой руководитель. Если он долб...ёб, то тогда обсуждать с вышестоящим руководством жизненный цикл продукта.


  • 0

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#4 clipsa

clipsa

    Специалист

  • Members
  • PipPipPipPipPip
  • 527 сообщений
  • ФИО:Ермолаева Ольга
  • Город:Москва


Отправлено 20 октября 2015 - 15:56

Ну да, если такая фигня есть, то надо отлаживать процесс взаимодействия с разработчиками.

Только имхо не "заставлять" их что-то делать, а прийти к взаимовыгодным соглашениям.

Лучше всего начать этот процесс "снизу" - поговорить с рядовыми разработчиками, которые, собственно, всю работу и делают. Рассказать о проблеме (например, за обедом, чашеской кофе или сигаретой), попросить совета как лучше сделать, чтобы избежать таких ситуаций, выслушать, высказать свои замечания, соображения и т.п. Придя к единому мнению с разрабами, можно вынести эту идею выше - на тим-лидов и менеджеров. И в итоге получите такой процесс, который будет удобен и вам и им и будет одобрен менеджерами.


  • 0

Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки


#5 Molechka

Molechka

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 224 сообщений
  • ФИО:Ольга Назина (Киселева)
  • Город:Москва


Отправлено 20 октября 2015 - 16:51

Свалил ветку? Ты сегодня заказываешь пиццу на всех!


  • 0
Автор сайта для начинающих тестировщиков http://testbase.ru/
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/

#6 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 22 октября 2015 - 06:25

Заставлять программистов делать smoke-тесты. Вот прямо заставлять, иначе не получится.


Проблема в том, что они может быть их даже выполняют -- но на "своей" машине, в "своём" окружении.

А потом оказывается, что только у них и работает, а больше нигде :)


  • 0
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#7 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 22 октября 2015 - 06:41

Заставлять программистов делать smoke-тесты. Вот прямо заставлять, иначе не получится.

Проблема в том, что они может быть их даже выполняют -- но на "своей" машине, в "своём" окружении.
А потом оказывается, что только у них и работает, а больше нигде :)

Уже хорошо.
Значит, надо идти дальше и смотреть, почему так - и спрашивать с других ответственных товарищей :)
  • 0

#8 barancev

barancev

    Администратор

  • Admin
  • PipPipPipPipPipPip
  • 6 871 сообщений
  • ФИО:Алексей Баранцев
  • Город:Россия, Москва


Отправлено 22 октября 2015 - 08:16

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

 

Кстати, интересное наблюдение: мальчики выше предлагают "силовые" варианты решения проблемы, а девочки -- "переговорные" :)


  • 1
Алексей Баранцев
Тренинги для тестировщиков (тестирование производительности, защищенности, тест-дизайн, автоматизация):
Линейка тренингов по Selenium

#9 Freiman

Freiman

    Профессионал

  • Members
  • PipPipPipPipPipPip
  • 1 591 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

Отправлено 22 октября 2015 - 08:30

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

Опыт говорит, что переговоры - это хорошо, нужно и полезно, но не всегда получается упросить делать то, что человек делать (как он считает) не обязан: то времени нет, то запал иссяк :). Тогда начальник может заставить.
  • 0

#10 vinogradoff

vinogradoff

    Новый участник

  • Members
  • Pip
  • 72 сообщений
  • ФИО:Alexei Vinogradov
  • Город:Dormagen


Отправлено 22 октября 2015 - 08:36

Мы, девочки, тоже считаем, что разъяснение на всех уровнях имеет больше шансов, чем заставление. Большинство программистов вполне в состоянии понять проблему.
  • 0


Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных