Два в одном: тестировщик и программист — мечта?

24 Апр
2012

Здравствуйте, блогадрузья.

Давайте представим что у нас есть небольшая(или большая) компания наполненная разработчиками, тестировщиками и прочей нечистью другими полезными людьми. А никто не задумывался над тем нельзя ли объеденить программиста и тестировщика в единое целое?

Многие скажут: «Бред! Разработчик не сможет полностью покрывать свой код\созданный функционал тестами, он же его писал!». Отчасти я соглашусь, но почему бы не отдать тестирование этого кода другому разработчику? И обратно.

Например, у нас есть 2 разработчика которые разрабатывают 2 различных модуля распределённого приложения. После получения некоторого рабочего кода его нужно протестировать, верно? Не будем уточнять white-box или black-box testing. И мы отдаём модуль написанный вторым разработчиком первому и наоборот. Тем самым превращая программиста в тестировщика на некоторые время.

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

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

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

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

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

Быть может данная или похожая методики используются в каких-то компания — я не знаю. Хотелось бы услышать ваше мнение: такая схема построения процесса разработки оправдает себя?
По материалам Хабрахабр.



загрузка...

Комментарии:

Наверх