Цитаты из книги «Agile-тестирование»

Это та же ошибочная логика, согласно которой работа над тестами замедляет темпы разработки. Это хорошо иллюстрирует утверж­дение Кента Бека (Beck, 2002): «Код, который не прошел тестирование, не работает. Это, кажется, самое благоразумное утверждение». Если создание приемочных тестов перед тем, как приступить к разработке кода, что-то и замедляет, то лишь нашу работу над кодом, который не будет функционировать.

изменения происходят только путем обучения, практики и личной заинтересованности.

Patton, Jeff, User Story Mapping: Building Better Products Using Agile Soft-ware Design, O’Reilly Media, 2014.

Джефф Паттон впервые написал об этом в январе 2005 года в статье «Как это разделить» (How You Slice It, Patton, 2005) в журнале Better Software

Ключевые компоненты бизнес-ценности софта — это функциональность, окупаемость инвестиций.

Во многих случаях, отлично описанных в книге Элизабет Хендриксон «Исследуй это!» (Hendrickson, 2013) и в книге «Как тестируют в Google»7 Джеймса Уиттакера, исследовательское тестирование оказывается невероятно продуктивным, в том числе с технической точки зрения

В статье Agile Record (Hüttermann, 2011b) или в книге «Управление жизненным циклом Agile» (Agile ALM, Hüttermann, 2011a) вы найдете больше идей использования квадратов.

Автоматизированное регрессионное тестирование не происходит случайно. Его необходимо планировать и расширять, делая частью ежедневного процесса.

параллельно в определенной последовательности.

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