У нас есть группа из нескольких разработчиков и несколько бизнес-аналитиков. Мы, как разработчики, хотели бы начать добавлять модульное тестирование как часть нашей практики кодирования, чтобы мы могли предоставлять поддерживаемый и расширяемый код, тем более что мы будем теми, кто будет поддерживать и улучшать приложение в будущем. Но в этом экономическом спаде мы боремся с тем, чтобы начать работу, потому что нам нужно просто предоставлять решения как можно быстрее, причем качество не является главным приоритетом. Что мы можем сделать или сказать, чтобы показать, что мы сможем доставить быстрее и с более высоким качеством, а также подготовиться к будущим улучшениям.
По сути, нам просто нужно преодолеть кривую обучения включению модульного тестирования в нашу повседневную работу, но мы не можем сделать это сейчас, потому что это рассматривается как ненужные накладные расходы, которые задержат наши проекты, которые нужны бизнесу сейчас.
Мы, как разработчики, хотим обеспечить наибольшую ценность для бизнеса, особенно быстро, но мы знаем, что нам также потребуется сделать это через 6 месяцев, и мы должны планировать это также, и мы считаем, что модульное тестирование очень поможет нам в дальнейшем.
EDIT
Всем отличный вклад, спасибо. Я лично знаю, как написать модульный тест, но у меня нет опыта, чтобы сказать, хорош ли этот модульный тест. Я только что заказал Test Driven Development: By Example и возьму на себя инициативу, чтобы добиться успеха при включении юнит-тестирования в нашу группу.