How Google Tests Software

Jan 30, 2014 12:31

Напоследок, три цитаты.

Раз:
... смысл тестирования не в улучшении качества. Качество должно быть встроено в продукт по умолчанию, а не привинчено к нему позже, поэтому качество должен обеспечивать разработчик, и точка. Итак, встречайте роковую ошибку номер один: тестировщики превратились в "костыли" для разработчиков. Чем меньше мы заставляем разработчиков думать о тестировании, чем сильнее упрощаем его для них, тем меньше они им занимаются. <...> Если тестирование выделяется в удобный сервис, о котором разработчики могут не думать, они и не будут думать

Два:
Выделенная команда тестировщиков часто фокусируется на создании и сопровождении артефактов тестирования. <...> напоследок, пожалуй, самая показательная роковая ошибка. <...> Во всех продуктах, которые мы выпускали, при эксплуатации находились ошибки, которые не нашла команда тестирования. Мы прикидывались пользователями, а они были пользователями. Не важно, кто тестирует продукт, главное, что тестирования проводится. <...> По факту, чем меньше инженер по тестированию тестирует сам и чем больше он помогает выполнять эту работу другим, тем лучше для продукта.

Три. Что будет потом:

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

james whittaker, how google tests software

Previous post Next post
Up