Chapter 9

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

Провели очередную тест-сессию.
2 тестера, 2 стажера-тестера, я, аналитик, программист.

Самый суровый и правильный подход у программиста
Стажерам учить связи в системе до просветления.
Опытный тестер - это, мать его, опытный тестер. Дохрена интересных, годных кейсов.
И да, NullPointerException нашел только я.

В целом хорошо, ящетаю.

Слово Канеру

Управление группой тестирования

Эта глава посвящена проблемам управления группой тестирования. Разница между этой и предыдущей главой 8 «управление проектом тестирования»в том, что 8 глава сфокусирована на вопросах проекта. Как вы будете работать с другими членами команды разработки и прочими заинтересованными, чтоб выпустить продукт в срок и в рамках бюджета? А в этой главе мы рассмотрим группу людей, которые работают вместе от проекта к проекту, год за годом.

Choosing among our personal favorite lessons was difficult так как трое из нас имели большой опыт управления. Мы запускаем собственный бизнес и склонны писать длинные общие слова, обсуждая вопросы управления персоналом. Вместо этого мы предлагаем ссылки: Weinberg (1992, 1997a, 1997b, 1997c, 1998, and 2001), Humphrey (1997), Deming (1986), DeMarco (1997), DeMarco и Lister (1999), Brooks (1995), Constantine (1995), Black (1999), Drucker (1985), and Wiegers (1996). Вы смогли бы найти общие уроки в них, особенно в плане рекрутинга. Мы включили их потому, что мы получаем много вопросов о найме и о поиске работы, и обсуждение управления людьми было бы неполным без освещения этих вопросов.