Тестирование в Украине

Дорогие друзья и коллеги,

Я хотела вернуться к работе в этом блоге, начав с поста о метриках в тестировании, рассказать, что такое Testersity, о видеоконференции с Майклом Болтоном, о том, что произошло в моей тестерской жизни за последние полтора года.

Но вынуждена писать о другом.

ChiefConfeT&QA - как это было

   Вчера завершилась онлайн конференция ChiefConfeT&QA 2012. Отгремели последние доклады, затих Твиттер и к вечеру на форуме все ушли спать. И только чат в Скайпе глубокой ночью передавал пульс жизни отрывочными сообщениями...
 
Как это было?

Это было обалденно! Ребята, я многого ждала от этой конференции, но результаты превзошли мои самые смелые ожидания. Практически каждый доклад рассказывал о чем-то, что для меня сейчас актуально или может пригодится в обозримом будущем. Некоторые били прямо в проблему, вокруг которой я хожу последние две-три недели. Судите сами:

Идея для парного тестирования

      Уже некоторое время ношусь с идеей для парного тестирования, но пока нет возможности опробовать ее на практике. Делюсь - может кому пригодится.
      Сразу уточним: под парным тестированием в данном случае имеется в виду не то тестирование, когда двое сидят за одним компьютером и один тестирует, а другой смотрит.
Тогда о чем это мы? А вот о чем:

Заметки об управлении дефектами

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

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

     Некоторые вещи общеизвестны, но я все равно их перечислю, чтобы не упустить ничего важного.

     Итак, список полезностей в управлении дефектами:

Зачем нужны тестировщики? Презентация

- А как вы развлекаетесь?

- Графики рисуем.

(один известный фильм)

      Как развлекается на досуге настоящий тестировщик? А вот, например, создает замечательные презентации, посвященные вопросам тестирования! Автор проекта: Анна Дорофиевская - в тестировании уже около 5 лет, профессионал и просто замечательный человек! Вдохновенно сочетает строгое техническое мышление с художественным взглядом на вещи. Презентация предназначена для просвещения программистов, менеджеров, заказчиков и вообще всех, кто не понимает, кто такие тестировщики и зачем они нужны. Презентация со звуком, качаем и наслаждаемся :)

Как тестировщикам получать ответы у программистов. Часть 2

Продолжаем рассматривать, чего не любят программисты при задавании вопросов и как с этим бороться.

Начало здесь: Грабля №1: Программисты не любят внезапных прерываний.


Грабля №2: Программисты не любят «глупых» вопросов

    Я пишу слово «глупых» в кавычках, потому что тут уместнее было бы написать «ленивых». Бывают ленивые вареники, но я не уверена правильно ли так говорить о вопросах. Но мы сейчас к этому подойдем.
    Вы знаете, что такое меритократия? Если не знаете - не страшно. Большинство программистов тоже не знает, но они все без исключения этому следуют. Грубо и обобщенно говоря, это аристократия, основанная на способностях (некоторые меритократы могут захотеть меня опровернуть, но я не стану вступать в дисскуссию). Как и в любом профессиональном сообществе, авторитет и уважение в IT основаны не на должностях, - не на том, что вы тест-менеджер, а коллега – рядовой кодер, -  а на интеллекте, знаниях, умениях. Умные люди не любят дураков и лентяев. Именно поэтому в IT терпеть не могут:

Как тестировщикам получать ответы у программистов. Часть 1

      Каждому тестировщику жизненно необходима информация о ПО, что предстоит тестировать. Мы спрашиваем программистов о том, как работает та или иная функция, советуемся, как лучше её проверять, иногда прибегаем к их помощи в автоматизации и так далее. Без нормального общения тестеров и девелоперов успешная работа над проектом невозможна.
      В какой-то период времени я обнаружила, что в общении с программистами есть грабли, наступание на которые карается раздражением в мой адрес, ухудшением отношений, пустой растратой сил, времени и нервов, бойкотом моих вопросов и просьб и тому подобным. Но с нервами можно справиться; хуже было, когда выяснялось, что из-за нехватки информации или неправильного понимания я тестирую не то или не так. Общение с коллегами показало, что не одна я сталкиваюсь с такой проблемой. Иногда тестировщикам просто мучительно больно добиваться ответов у программистов.
      Поэтому, вдохновившись примером Джоэла Сполски, несколько постов я посвящу тому, как тестировщикам получать ответы у программистов малой кровью :).
      Для начала давайте рассмотрим, какие грабли бывают при задавании вопросов программистам, и разберемся, как избежать наступания на них.