Включается ли код по тестированию ПО в учитываемый при раздаче подарков

Вот барыга! Ты написал софт который ловит допущенные тобою же ошибки! Ваще чтоли ? Получай свои 500 баксов и помалкивай!

Итак одно мнение уже есть Не включается. Но тогда как же стимулировать разработчика чтобы он более полно тестировал свои классы.

А если этот же код без изменений может использовать тестировшик при написании тестов??

Тогда как?

я так понял что раз ты хочешь раздачи слонов то в твои обязанности написание тестов для своего же кода не входит? .. извини конечно, но тут можно повернуть и в другое русло .. почему твой начальник не говорит что "ты че это в рабочее время херней страдал - всякие быдлотестики писал? Так вот, при раздачи слонов НИХЕРА не получишь! На работе надо работать, а не самодеятельностью заниматься!"

А ты сам начальник??

>как же стимулировать разработчика чтобы он более полно тестировал свои классы.

Выгонять, если он этого не делает.

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

При формулировании некоторого задания априорно оценивается его сложность и важность, после чего определяется необходимость создания прототипов/UML моделей/ вариант code review и еще некоторое количество вещей.

Если речь идет о работе в "диких" условиях, когда все вышеречисленной отсутствует, то убедить работодателя платить за unit-тесты не получится, потому что он дикий и не понимает их важности. А если понимает, то см. два предыдущих абзаца.

Конечно, две звездочки на лор-е дают за управление партийной ячейкой "Идущих вместе", состоящей из линуксоидов.

Похоже что я работаю в диких условиях. Задание было поставленно "Хочу чтобы было..." понятно что выдаватся должен рабочий надёжный продукт.

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

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

Платить не за процесс, а за результат.

> Платить не за процесс, а за результат.

...только неграм :) белым людям платят за процесс. ну а за результат дают премию.

// wbr

От тебя тогда все нормальные разработчики разбегутся.

Потому что задание может чуть чуть изменится, и сроки соответственно отодвинутся. И так несколько раз :). А заплатиш ты так же за результат.

Ну и пошли они впезду

Ну и пошли они впезду

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

Палкой, конечно же. ПОтребовать это формально. Нет test suite - проект не сдан. Штрафовать ещё можно за обнаруженные в Q/A ошибки.

Ну вообще если прога хотя-бы конпилится с напильником в то время когда в QA попадает, то уже хорошо. А тесты писать это клево. Молодец, приду к вам тестером (может быть). :)