Monkey Habits

Когда я была джуниор тестировщиком, мне как-то дали ссылку на статью Monkey Habits , которая взорвала мне мозг. С тех пор эта статья всегда висит на одной из вкладок моего браузера и стала моей "настольной книгой". По-моему, она гениальна. Рекомендуется к прочтению всеми и заучиванию отдельных предложений наизусть :)

Реинкарнация доски

По следам Макса Дорофеева :)
В моей комнате тоже появилась доска задач! Правда, она не столь навороченная, однако, для моих нужд вполне хватает. Доска отражает только статус задач по тестированию - их количество в разных состояниях (Очередь, Выполняемые, Отложенные и Законченные) и людей, которые над ними работают.
Ах да, еще распределение задач по приоритетам.
Задачи имеют разный цвет бумажек в зависимости от проекта, на самих бумажках - краткое описание задачки.Приклееные к бумажкам закладки определяют исполнителей (каждый тестировщик выбрал свой цвет закладки).
Из минусов пока отметила только сложность сохранения законченных задач - пока я записываю информацию о выполненных задачах за неделю в эксельку с надеждой на дальнейший анализ. :)

(называния проектов скрыты :) )

Хедхантинг

На днях ко мне в скайп заглянула ХР одной софтверной компании с предложением о работе. Примечательно то, что до вчерашнего дня я и логина не знала от своего скайпа, так что 100% нигде не оставляла контактную информацию скайпа.
Вопрос: Как вы относитесь к таким внезапным предложениям? Что делаете и как отвечаете, в случае, если вас интересует\не интересует предложение?
Потому что я,честно говоря, растерялась :)

Загадки природы

Откуда берутся программисты с опытом работы в несколько лет, которые замечания воспринимают как личные придирки? К нам пришел один такой, пытаюсь с ним налаживать контакт и получать то,что нужно. Человек даже замечания по форме тестинг реквестов воспринимает как оскорбление! Что уж говорить о необходимости проверки версии перед ее выкатом на тестирование...
Я такого еще не видела :( Но пытаюсь объяснить,что это не моя прихоть, а обусловлено правилами компании\экономией ресурсов\сохранением истории переписки\и тд. Самое странное то,что до этого он работал в крупной компании с поставленным процессом тестирования.
Три дня обид (с его стороны) и стальных нервов (ессно,с моей стороны :) ) принесли мне его извенения за резкость, согласие писать реквест по форме, обещание проверять перед выкатом версии (для этого пришлось два раза фидбекнуть билд,который элементарно не запускался) и осознание мной факта, что этот человек совершенно не хочет заниматься ничем, кроме программирования (даже софт для себя же искать не хочет).
Посмотрим, что будет дальше. Буду внимательно наблюдать и слушать, когда мои ребята будут обсуждать с ним его баги.
А вообще такое поведение очень и очень странное, учитывая, что человек не работает еще и месяца и испытательный срок, соответсвенно, еще не пройден.

Баг Thunderbird, который заставил меня неудомевать

Не так давно я отправляла сотруднику письмо с логин-паролем для доступа на удаленную машину. Каково же было мое удивление, когда сотрудник не смог получить доступ к машине, введя именно тот логин и пароль посредством копирования оных из письма.
На следующий день, когда у меня появилась возможность перепроверить все, оказалось, что "виноват" Thunderbird, в котором я составляла письмо. Дело в том, что письмо выглядело примерно так

логин : admin
пароль: password[пробел]

подпись

При отправке же Thunderbird обрезал пробел в конце пароля,что и стало причиной задержки в работе :(

Беречь и защищать

Заметила за собой такую черту - я защищаю своих курируемых учеников до последнего от внешней критики (когда критикуют программисты, проект менеджер или еще кто), в то же время сама, при необходимости, "ругаю" их. То есть выходит, что я стремлюсь к тому, чтобы ругать их лично, при этом предварительно выбрав слова, которые максимально понятно объяснят конкретному человеку суть его проступка.
Так вот,как только заметила это за собой, стала задумываться над правильностью своего поведения. С одной стороны, я берегу их психику, ограждаю от лишних конфликтов и создаю более доверительные отношения между наставником и учеником. Да и незачем выносить сор из избы...
С другой же стороны, они могут стать неприспособленными к "свободному полету" и рабочему общению с другими людьми по МОЕЙ вине, ведь нужно учиться регулировать конфликты самостоятельно и полноценно отвечать за свои поступки\проступки.
А как же тогда принцип "Хвалить - публично, ругать - лично"?

Ключевые сотрудники

Читаю книгу "Балдеющие от адреналина и зомбированные шаблонами...". В этой книге авторы часто употребляют выражение "ключевой сотрудник". Как по-Вашему, может ли тестировщик быть ключевым сотрудником

1. рамках компании
2. в рамках отдела тестирования
?