Цитаты из книг автора «Джефф Каролло»

мы познакомимся с инженером по тестированию (Test Engineer, TE)

Software Engineer in Test, SET

В 2011 году сто новых фич Google+ были выпущены за сто дней.

Наши инструменты помогли разработчикам писать тесты и наблюдать их результаты при каждой сборке. Тестовые сценарии уже не выполнялись локально на компьютере тестировщика. Их результаты публиковались на информационных панелях и собирались от версии к версии, так что в итоге они становились частью общедоступных данных о готовности приложения к выпуску. Мы не просто требовали участия разработчиков, мы упрощали его. Разница между тестированием и обеспечением продуктивности наконец-то стала ощутимой: Google мог создавать новое с меньшими затратами и обходиться без накопления технического долга.

У нас были команды, которые создавали все инструменты — от репозиториев исходного кода до инфраструктуры для багтрекинговой системы.

Если ты хочешь, чтобы что-то было сделано, — сделай это».

Я представлял идеальную команду и то, как она будет обеспечивать качество, и все время возвращался к одному очень важному условию: команда может сделать качественный продукт только в том случае, если за качество отвечают все ее участники. Менеджеры, разработчики, тестировщики… все. Мне казалось, что лучший способ это обеспечить — превратить тестирование в фичу кода. Фича «тестирование» должна была обладать теми же правами, что и любая другая фича, которую может увидеть пользователь. А для создания фич нам нужен разработчик.

Он написал книгу «The Way of Testivus» и раздел «Beautiful Tests» в книге издательства O’Reilly «Beautiful Code».

метод TDD (Test-Driven Development, разработка через тестирование2) и средства автоматизации тестирования (такие как JUnit) только делали свои первые шаги.

В Google тестирование ПО — часть централизованной системы, которую мы называем направлением продуктивности разработки