четверг, 30 января 2014 г.

How Google Tests Software

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

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

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

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

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

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

Отправить комментарий