Реклама. ООО «ЛитРес», ИНН: 7719571260.
Предисловие Элизабет Хендриксон
Предисловие Джоанны Ротман
Пролог
Часть 1. Введение
Глава 1. Как изменилось Agile-тестирование
Глава 2. О важности корпоративной культуры
Часть 2. Обучение для улучшения тестирования
Глава 3. Роли и компетенции
Глава 4. Интеллектуальные навыки тестировщика
Глава 5. Техническая подготовка
Глава 6. Образовательные ресурсы
Часть 3. Планирование ради целостной картины
Глава 7. Уровни точности планирования
Глава 8. Использование моделей для планирования
Часть 4. Тестирование бизнес-ценности
Глава 9. Тем ли мы заняты?
Глава 10. Расширение мысленных установок тестировщика: моя ли это работа?
Глава 11. Примеры
Часть 5. Исследовательское тестирование
Глава 12. Исследовательское тестирование
Глава 13. Другие виды тестирования
Часть 6. Автоматизация тестирования
Глава 14. Технический долг в тестировании
Глава 15. Пирамиды тестирования
Глава 16. Шаблоны и методы автоматизации
Глава 17. Выбор решений для автоматизации тестирования
Часть 7. Разные сферы деятельности
Глава 18. Agile-тестирование на предприятии
Глава 19. Agile-тестирование в распределенных командах
Глава 20. Agile-тестирование мобильных и встроенных систем
Глава 21. Agile-тестирование в поднадзорной среде
Глава 22. Agile-тестирование баз данных и BI систем
Глава 23. Тестировщики и DevOps
Часть 8. Agile-тестирование на практике
Глава 24. Визуализация тестирования
Глава 25. Соберите всё вместе
Приложение А. Page Object на практике: примеры
Приложение Б. С чего начать
Глоссарий
Благодарности
Об авторах
Соавторы
Библиография
Примечания
Эту книгу хорошо дополняют:
Еще десять лет назад Agile считался чем-то радикальным. Маргинальным. Странным. Стандартный подход к разработке программного обеспечения включал анализ, дизайн, написание кода и тестирование. Интеграция и тестирование проводились на заключительном этапе. Полный цикл разработки занимал месяцы, даже годы.
Если вы никогда не работали в компании с долгими циклами и прерывными фазами, это покажется немного странным, но десять лет назад стандарты были такими. Когда Agile только зарождался, он был направлен в основном на программистов. Джанет, Лайза и еще несколько специалистов по контролю/обеспечению качества (QA) и тестированию были в их числе. В то же время многие последователи Agile не чувствовали необходимости в QA. Конечно, они ошибались. QA изменился, подстраиваясь под новые сферы деятельности, но никуда не исчез.
.....
Соберите свою команду, чтобы узнать, чему вам нужно научиться, кто из сотрудников хочет учиться. Позвольте людям строить собственный рабочий график, чтобы они могли найти время для экспериментов, чтения, тренингов, практики в чем-то новом. Члены команды должны хотеть узнавать о новых техниках и пробовать новые инструменты. Например, можно разрешить посвящать некоторое время работе над тем, что им нравится, будь то организационные навыки или поиск нового решения для автоматизации регрессионных тестов. Экспериментальные недели, во время которых сотрудники могут поработать над специальными проектами или изучить новые технологии, – один из самых популярных методов. Люди делятся приобретенными знаниями, поддерживая тем самым культуру обучения.
Гойко Аджич рассказал, как преуспел в работе с руководством, спросив, рассчитывает ли оно, что процессы со временем улучшатся, или же думает, что процессы уже налажены наилучшим образом. Выяснив, что процессы можно улучшить, он начинает работать над бюджетом, не обязательно в плане финансов, а, например, в области временных затрат. Скажем, сотрудники должны проводить 10 % рабочего времени, занимаясь улучшением рабочих процессов. Каждая команда сама решает, как использовать это время, но одно из условий – руководство при необходимости может урезать бюджет. Постоянное урезание бюджета – тревожный сигнал, который указывает: требуется еще один серьезный разговор.
.....