Отличный доклад про взаимоотношение разработчиков и бизнеса. С самого начала автор цитирует Билла Гейтса: "Автоматизация эффективного процесса умножает эффективность системы, автоматизация неэффективного процесса умножает неэффективность". Разбирается много вариантов отсутствия здравого смысла и 4 мифа.
Весь доклад, про попытки автоматизировать тестирование при помощи различных инструментов и мифы с этим связанные, примеры успеха и недоумения от результатов. Для именования мифов выбраны игры слов:
Instoolation - вера, что инструмент может решить процессуальные проблемы
Businessting - вера, что бизнес должен писать приемочные тесты
Acceptegration - вера, что тесты бывают либо модульными, либо приемочно-интеграционными
Rolation - вера, что "определенная роль" должны писать тесты в изоляции от коллег, например тестировщики
Все работают с легаси системами, поэтому нужно выделять хорошо спроектированное decoupled ядро, в котором концентрировать основную бизнес-логику и риски. Соответственно для их снижения покрывать тестами. Все остальные узлы гораздо менее критичны.
Отдельно автор остановился на тестировщиках. Никому не нравится писать тесты и тестировать ПО, поэтому задача спихивается на самого низкооплачиваемого юниора. Что самое печальное, человек вынужден тестировать софт без знания доменной модели.
В заключении автор останавливается на необходимости поддерживать живую документацию, доступную как для разработчика, так и для бизнеса.
Весь доклад, про попытки автоматизировать тестирование при помощи различных инструментов и мифы с этим связанные, примеры успеха и недоумения от результатов. Для именования мифов выбраны игры слов:
Instoolation - вера, что инструмент может решить процессуальные проблемы
Businessting - вера, что бизнес должен писать приемочные тесты
Acceptegration - вера, что тесты бывают либо модульными, либо приемочно-интеграционными
Rolation - вера, что "определенная роль" должны писать тесты в изоляции от коллег, например тестировщики
Все работают с легаси системами, поэтому нужно выделять хорошо спроектированное decoupled ядро, в котором концентрировать основную бизнес-логику и риски. Соответственно для их снижения покрывать тестами. Все остальные узлы гораздо менее критичны.
Отдельно автор остановился на тестировщиках. Никому не нравится писать тесты и тестировать ПО, поэтому задача спихивается на самого низкооплачиваемого юниора. Что самое печальное, человек вынужден тестировать софт без знания доменной модели.
В заключении автор останавливается на необходимости поддерживать живую документацию, доступную как для разработчика, так и для бизнеса.
