Если разработчик конструирует более крупный сервис, то он продолжает писать код, связывая постоянно увеличивающиеся сборки библиотек.

Мы тщательно следим за актуальностью сборок Linux, чтобы разработчик, проводящий тестирование на своём компьютере, получил такие же результаты, как и при тестировании в боевой среде.

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

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

Если тест не проходит, разработчик чинит его сам.

Большую часть тестирования выполнит сам разработчик.

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

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