Мой менеджер начинает получать раздражение, что я посвящаю время разработке тестов (он рассматривает тестирование как то, что вы делаете после написания программного обеспечения). Его я убеждаю его иначе?TDD и управление
Вы не можете выиграть в подобной ситуации. Пока он не взял синюю (tdd) таблетку, он не узнает. Единственное, что вы можете сделать, это либо уйти на лучшую работу, либо сделать это по-своему. И, как вы делаете последнее, объясните ему, как TDD - лучший подход и дает ему примеры. Но его путь или шоссе я бы сказал.
Ты хороший человек, с одинаково хорошим советом; Благодарю. – Pierreten
Сообщите ему, что вы сэкономите время, написав тесты сейчас, поскольку этапы тестирования и отладки потенциально короче, так как вы уже обнаружили многие из ошибок.
Обычно для этого требуется скачок веры от руководства, если только конкретные примеры не найдены. –
Вот некоторые ссылки на исследования, которые могут предоставить некоторые конкретные примеры http://stackoverflow.com/questions/540622/looking-for-papers-studies-on-tdd-effectivness –
Покажите ему или передайте ему эти ссылки, которые помогут ему понять TDD в ясной форме.
http://agilepainrelief.com/notesfromatooluser/2008/10/advantages-of-tdd.html
@Ravia: хорошие ссылки, но только лучшие виды менеджеры будут читать их - результаты намного лучше. – quamrana
@Ravia - Спасибо за чтение моего блога :-) –
Он ясно видит, что тестирование должно быть сделано. Выполнение этого после написания кода занимает столько же времени, сколько и до написания кода. Если он любит, вы можете пропустить запись теста и использовать время для написания ошибок.
Если он не думает, что вы делаете тестирование, то либо передумайте, либо бросьте.
+1 для написания ошибок вместо этого, но для написания тестов до кода требуется меньше времени, чем после, так как вы влияете на дизайн, чтобы быть более проверяемым. – quamrana
Возможно, я должен был сказать «по крайней мере так долго», а не «так же долго». –
«писать ошибки вместо» - приятно, получает мой +1 – Kildareflare
Ключ должен понимать вашу точку зрения менеджеров. Вы должны отступить и спросить, что такое значения менеджера и что указывает его боль. Если вы не знаете, что именно они ценят.
Другой маршрут может состоять в том, чтобы показать, как выполнение тестов раньше времени каким-то образом изменяет дизайн. Это, основываясь на тестах, вы ставите под сомнение части дизайна, и в конечном итоге это будет хороший путь, и что он должен проверить, сколько времени требуется для обслуживания и поддержки, поскольку некоторые из этих действий предпринимаются для улучшения этих областей. Только не забудьте вспомнить некоторые принципы, подобные тем, которые приведены в How to Win Friends and Influence People, которые также могут быть применимы здесь.
У клиентов, которые были стойкими к моему письму, много испытаний, я стараюсь объяснить вещи в этих терминах: Написание тестов впереди стоит мне минут вперед, но экономит мне часы около жить. И время от времени это стоит мне часа вперед, но экономит мне дни возле концерта.
Некоторые из ссылок, представленных в других ответах, также превосходны. Если босс все еще сопротивляется после того, как будет показано это доказательство и аргумент ... Я бы отполировал свое резюме. Ваша способность и желание правильно писать код должны поставить вас в хорошее положение, чтобы подобрать менее ужасную работу.
Так вы делаете TDD или просто пишете тонну модульных тестов? – quamrana
Спасибо smartass, но у tdd есть забавная привычка генерировать много модульных тестов, не так ли? – Pierreten