Интервью с разработчиком инструментов Тедом Мао

Интервью с разработчиком инструментов Тедом Мао

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

— Когда ты пришел в Google и чем тебя привлекла эта работа?

Тед: Я присоединился к Google в июне 2004 года. До этого я работал только в крупных компаниях, таких как IBM и Microsoft, а тут появился Google — перспективный стартап, который привлекал многих талантливых инженеров. Казалось, что здесь будет много интересных и сложных задач, и я хотел поучаствовать в этой работе рука об руку с лучшими инженерами в мире.

— Ты придумал и реализовал Buganizer,[30] багтрекинговую систему Google. Чего ты хотел добиться в первую очередь с помощью Buganizer и чем эта система была лучше старой BugDB?

Тед: Система BugsDB не только не поддерживала, а даже затрудняла наш процесс разработки. Честно говоря, на работу с ней уходило слишком много времени. Это была своего рода дань, которую она взимала с каждой команды. Она создавала проблемы по всем фронтам: пользовательский интерфейс тормозил, жизненный цикл бага был устроен ужасно, текстовые поля были плохо структурированы и требовали вводить данные особым образом. Проектируя Buganizer, мы позаботились о том, чтобы наша модель данных и пользовательский интерфейс отвечали реальным процессам разработки наших внутренних пользователей. Мы построили систему, которую можно было расширять в дальнейшем как саму по себе, так и с помощью интеграции.

— Итак, ты создал Buganizer. Правда, это лучшая багтрекинговая система, из всех, с которыми нам доводилось работать. А как ты начал заниматься автоматизацией веб-тестирования? Ты понял, что есть потребность, или тебя попросили решить проблему с выполнением тестов?

Тед: Занимаясь Buganizer, AdWords и другими продуктами Google, я постоянно наталкивался на то, что существующей инфраструктуры веб-тестирования не хватает для моей работы. Она никогда не была настолько быстрой, масштабируемой, надежной и полезной, насколько мне было нужно. Когда инструментальная команда объявила поиск рулевого для нового направления, я вызвался. Проект получил название Matrix, и я его возглавил.

— Сколько тестовых прогонов и команд поддерживает Matrix сегодня?

Тед: Зависит от того, как измерять количество прогонов и команд. Например, одна из наших метрик называется «сеанс браузера». Все новые сеансы одного конкретного браузера по умолчанию начинаются в одном состоянии, а значит, выполнение теста в браузере будет детерминировано так же, как сам тест, браузер и ОС. Matrix поддерживает больше миллиона сеансов браузера каждый день и используется почти всеми фронтенд-командами в Google.

— Сколько людей работало над этими двумя проектами: Buganizer и Matrix?

Тед: В самые жаркие периоды разработки над Buganizer работало пять инженеров, а над Matrix четыре. Я всегда расстраиваюсь, думая о том, чего бы мы добились с постоянной большой командой. Но, думаю, мы все-таки прекрасно справились теми силами, которыми располагали.

— Какие самые серьезные технические проблемы вы преодолевали, разрабатывая инструменты?

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

— Что ты посоветуешь программистам, которые разрабатывают средства тестирования?

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

— Какой ты видишь следующую масштабную или просто интересную проблему, которую нужно решить в области тестовых инструментов и инфраструктуры?

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

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг

Интервью

Из книги Цифровой журнал «Компьютерра» № 39 [18.10.2010 — 24.10.2010] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 41 [01.11.2010 — 07.11.2010] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 42 [08.11.2010 — 14.11.2010] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 44 [22.11.2010 — 28.11.2010] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 46 [06.12.2010 — 12.12.2010] автора Журнал «Компьютерра»

Интервью "Добровольные" DDoS-атаки: комментарии экспертов Юрий Ильин Опубликовано 10 декабря 2010 года "Анонимус" в какой-то момент, по всей видимости, перехватил, пусть и не надолго, звание главного ньюсмейкера у арестованного Джулиана Ассанжа,


Интервью

Из книги Цифровой журнал «Компьютерра» № 49 - 50 [27.12.2010 — 09.01.2011] автора Журнал «Компьютерра»

Интервью Борис Морозов («СофтЛаб-Нск») о виртуальных студиях Алла Аршинова Опубликовано 27 декабря 2010 года Борис Морозов - Что такое виртуальная студия? - Результат работы виртуальных студий сейчас хорошо известен практически


Интервью

Из книги Цифровой журнал «Компьютерра» № 52 [17.01.2011 — 23.01.2011] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 55 [07.02.2011 — 13.02.2011] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 59 [07.03.2011 — 13.03.2011] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 64 [11.04.2011 — 17.04.2011] автора Журнал «Компьютерра»

Интервью


Интервью

Из книги Цифровой журнал «Компьютерра» № 92 [24.10.2011 — 30.10.2011] автора Журнал «Компьютерра»

Интервью Валентин Макаров (РУССОФТ) о тендере на создание НПП Евгений Крестников Опубликовано 26 октября 2011 года Недавно мы опубликовали серию интервью с руководителями российских ИТ-компаний, посвящённую проблеме создания национальной


Интервью

Из книги Цифровой журнал «Компьютерра» № 98 [05.12.2011 — 11.12.2011] автора Журнал «Компьютерра»

Интервью Александр и Ольга Миловские (3D-Мастер) о пакете Blender Юрий Ильин Опубликовано 07 декабря 2011 года На прошедшей в выходные конференции CG Event впервые был проведён мастер-класс по Blender — мощному программному пакету с открытыми исходниками для


Интервью

Из книги Цифровой журнал «Компьютерра» № 101 [26.12.2011 — 01.01.2012] автора Журнал «Компьютерра»

Интервью Павел Фролов («ГНУ/Линуксцентр») о НПП Евгений Крестников Опубликовано 27 декабря 2011 года В интервью с Дмитрием Комиссаровым мы вкратце затронули тему финансово-экономического обоснования внедрения разработанных в рамках национальной


Интервью

Из книги Цифровой журнал «Компьютерра» № 131 автора Журнал «Компьютерра»

Интервью Евгений Милица (PocketBook) о будущем книгочиталок Олег Нечай Опубликовано 23 июля 2012 года - Что может PocketBook предложить такого, чего нет в Amazon Kindle? - Среди преимуществ наших устройств перед многими конкурентами — поддержка десятков


Как стать разработчиком Firebird

Из книги Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ автора Борри Хелен

Как стать разработчиком Firebird У проекта Firebird постоянно открыты двери для хороших программистов C++, кто хочет сделать вклад в проектирование и разработку. Люди становятся участниками не с позволения, а по делам. Первое, что нужно сделать, - получить от SourceForge "метку", а затем


Интервью с директором разработки инженерных инструментов Ашишем Кумаром

Из книги Как тестируют в Google автора Уиттакер Джеймс

Интервью с директором разработки инженерных инструментов Ашишем Кумаром Инструменты — вопрос жизни и смерти для Google. Ашиш Кумар — это человек, который отвечает за разработку инструментов. В его зоне ответственности находится весь чемодан внутренних инструментов Google: