Ну, вариантов, на самом деле, достаточно много.
Например вот:
www.amazon.com/Perfect-Software-Other-Illusions-Testing-ebook/dp/B004J4VVE2/ Хорошая книга, но она не про то “как надо делать”, а скорее про то, “зачем вообще это надо”.
Есть довольно древняя, но неплохая книга про косты тестирования.
www.amazon.com/How-Reduce-Cost-Software-Testing-ebook/dp/B006NYFV8I Есть годная книжка про метрики в разработке ПО, тоже помогает поправить майндсет немного:
www.amazon.com/Software-Development-Metrics-Dave-Nicolette/dp/1617291358/ Местами вредные, местами полезные советы есть тут:
www.amazon.com/Fifty-Quick-Ideas-Improve-Tests/dp/0993088112 (на самом деле они все полезные, просто не все их правильно применяют)
Ну и на последок немного менеджмента.
www.amazon.com/Elegant-Puzzle-Systems-Engineering-Management/dp/1732265186 www.amazon.com/Guide-Software-Development-Designing-Managing/dp/144716797Xwww.amazon.com/Managers-Path-Leaders-Navigating-Growth/dp/1491973897 Как верно заметил Арсений - для большого количества проблем целая книга это оверкилл.
И тут, как бы, есть два варианта:
1) Искать более атомарную информацию (статьи, видео, выступления с конференций) по конкретной теме\проблеме.
Быстрое решение для локальной проблемы.
2) Расширять общий кругозор по одной или нескольким темам.
Тут уже можно хоть курсами, хоть книжками, хоть теми же статьями, но уже в рамках доменной области, а не в рамках конкретной проблемы.
Минусом первого подхода является то, что есть шанс нахвататься серебряных пуль, которые будет применять без разбора из-за отсутствия системности в голове.
Минусом второго подхода является то, что всё прочитанное надо тщательно отфильтровывать на тему применимости в той или иной ситуации.