среда, 2 апреля 2014 г.

Недотестирование

У нас в стране вводят новую систему оплаты проезда. На смену бумажным проездным пришли пластиковые карточки. Вместо привычных компостеров появились компостеры с принтером и валидаторы для карточек.
Система работает уже целых 2 дня и вот на какие мысли меня это натолкнуло.
Во-первых, проехав 4 раза на троллейбусе я не обнаружила работающих валидаторов. И тут я вижу 2 узких момента.
Тестировали, тестировали, да невытестировали. Что-то где-то не учли. Но с другой стороны - как-то слишком уж массово. Пропустить такой критикал баг - это надо постараться.
А если не пропустили, знали, но все равно выпустили в Live - весьма сомнительное решение.
Недостаточно обучили. У меня есть большие подозрения, что в неработающих валидаторах мог иметь место не критикал баг, а человеческий фактор. При входе в транпорт контролеры прикладываю свою карточку к валидатору и блокируют систему. И что-то мне кажется, что на следующей остановке они просто выходят из транспорта, благополучно забыв разблокировать систему. Хотя, конечно, это все мои размышления в дороге. Кстати, в пользу этого пункта говорит тот факт, что валидаторы в метро (где контролеры не ходят) исправно работают.

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

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

пятница, 9 марта 2012 г.

Белая книжная полка

Потратив немного времени и усилий, я прочитала 9 книг с белой полки менеджера (найти их можно тут). Нет, я совсем не менеджер, но полюбопытствовать это не мешает :) некоторые вещи лучше узнавать заранее. На всякий случай. Уже во время чтения первой книги я поняла, что информацию нужно попытаться систематизировать и сохранить. Что впоследствии вылилось в майнд-мэпы (они же интеллект-карты).

Итак, начнем.

1. Карьера 


Выводы: Для успешной карьеры вы должны усвоить несколько важных моментов. Сохраняйте хорошие отношения с боссом и подчиненными. Не говорите о людях плохо (можно конструктивно критиковать). Говорите с людьми на одном языке. Любите то, что вы делаете, хотите это делать и ищите возможности это делать (если нашли - используйте). Если для карьеры нужен переезд - не бойтесь этого и продумайте наиболее оптимальный вариант.

2. Общение


Самая объемная из 9ти книг. Соответственно, самая большая карта.


Выводы: Учитывать с кем ты взаимодействуешь - пользователями, заказчиками, командой, начальством - и корректировать стиль своего поведения. Использовать наиболее подходящие интерфейсы взаимодействия. Конструктивно критиковать других людей. Узнавать потребности и проблемы своей команды. Выходить из конфликтов с наибольшим win. Быть гибким, обучаться и не бояться изменений

3. Деньги


Честно говоря, про фокалы я впервые узнала из этой книги. Приятно открывать что-то новое :) 


Выводы: Деньги можно не только зарабатывать, но и терять. Чтобы этого не происходило, нужно учитывать многие факторы. Оценивать своих сотрудников, доносить до них ценности и цели компании. Чтобы не было негативной напряженной атмосферы своевременно давайте конструктивный фидбек и не манипулируйте :)

4. Делегирование. Принятие решений. Отчеты

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

5. Собеседования. Рекрутинг



Выводы: Хотела бы я попасть на собеседование к человеку, который использует эти принципы :). Собеседование само по себе обычно является стрессом для соискателя. Поэтому неплохо бы создать позитивную атмосферу. Чтобы найти лучших сотрудников, обращаться стоит не в рекрутинговые агенства, а туда, где лучшие сотрудники бывают - конференции, форумы, сообщества. Использование телефонных собеседований экономит время соискателю и менеджеру, не стоит пренебрегать этим видом. Предпочтительнее устраивать собеседования последовательно - 1:1 общаться проще.

6. Лидерство

Выводы: Чтобы быть лидером нужно учитывать много аспектов. Нужно уметь выполнять различные роли. Нужно уметь оценивать сложившиеся обстоятельства, выявлять проблемы, делать выводы, находить решения.  Очень важно находить подход к людям, особенно при работе с айтишниками. И помнить правила, способствующие собственному карьерному росту.


Менеджер должен быть лидером в тех вещах, в которых он компетентен.
Каждый должен делать то, что он умеет лучше всего.


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

  • Рассылать заранее повестку дня
  • Заранее определяться, кто пишет протокол (он же minutes в нашей компании)
  • Пробежаться по списку действий с предыдущего совещания (по шаблону who? what? when?)
  • Назначить модератора
  • Использовать визуальную информацию
  • Представляться, когда что-то говоришь
  • Озвучивать, кто присоединился к митингу
  • Тормошить участников
  • Использовать кнопку Mute
Выводы: использование вышеприведенных принципов добавит порядка и продуктивности вашим совещаниям. Если вы еще не используете - самое время внедрить

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

Выводы: Самое первое - знать для кого вы все это рассказываете. Уважительно относиться к этим людям, не наезжать на них и следить за реакцией. Освоить ошибки и постараться не допускать их во время своих выступлений. Это выведет докладчиков на качественно новый уровень. Если работаете в международной компании (мой случай) постарайтесь улучшить свой английский. Это откроет вам много новых перспектив.

9. Как писать письма
По этой теме в моей компании мы прошли даже не через один тренинг. Здесь также не строила майнд мэп, только небольшой список рекомендаций:
  • Не использовать ярких и больших вставок, а также "!!!".  Если нужны какие-то действия, просто добавьте в заголовке AR (Action Required). Это общепринятая практика
  • Отвечайте на письма в течение дня (ну вы же тоже хотите чтобы вам не через неделю отвечали?)
  • Если вы в отпуске, не поленитесь поставить Out Of Office notification. Это кому-то может сэкономить время на ожидание помощи или информации.
  • Тестировщики, учитесь грамотно писать summary в дефектах. (лично нас учили по такой схеме - what? where? when? - что не работает, в какой системе, при каких условиях появляется)
  • Не забывайте быть нейтральными, особенно в моменты первых коммуникаций. да и вообще, старайтесь говорить только хорошее, это уменьшит вероятность кого-то обидеть.
Мои дополнения:
  • Не забывать писать subject в письмах
  • Стараться не писать длинных писем - берегите чужое время. если же короче не получается, хорошим моментом будет извиниться за столь длинное письмо в самом начале.
  • Перечитайте письмо перед отправкой. Используйте проверку орфографии
  • Не забывайте благодарить за помощь. Человеку приятно, а вам не сложно. Да и вполне возможно, придется еще обратиться за помощью
Выводы: письма - это ваше лицо. Не забывайте об этом и будьте красивыми.

Подведем итоги по всей книжной полке. Читать было несложно, написано простым доступным языком. И никакой ненормативной лексики :) почерпнуто много полезных принципов, не только для работы в качестве менеджера, но и для тимлида, обычного сотрудника и даже простые жизненные принципы. Спасибо Саше Орлову и Славе Панкратову. Они молодцы )

воскресенье, 19 февраля 2012 г.

Job questions

Пост навеян этой статьей.

The only three true job interview questions are:

1. Can you do the job?
2. Will you love the job?
3. Can we tolerate working with you?

На данный момент я не ищу новое место работы. Но, прочитав эти вопросы, задала их себе. И, на мой взгляд, каждый периодически должен задавать их себе, чтоб определить двигается ли он куда-то и всем ли доволен. Чтоб знать, делать ли какие-то измнения в своей профессиональной деятельности.

Can you do the job?
Вы справляетесь со своей нынешней работой? Вам хватает ваших навыков? Вы давно изучали что-то новое и прокачивали свои знания?

Do you love the job?
Вам нравится то, чем вы занимаетесь на данный момент? Может, работа стала в тягость, хочется попробовать что-то новое?

Can we tolerate working with you?
У Вас отличное взаимопонимание с командой? Нет конфликтов, никто не раздражает? Вы сработались и выдаете отличные результаты?

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

пятница, 16 декабря 2011 г.

Адаптация и обучение новых сотрудников

Пост написан по итогам вчерашней встречи минских тестировщиков на тему введения новых людей в проект.

Встреча проходила в уже знакомом мне Инкубаторе БГУИР (спасибо организаторам!). Очень удачно был выбран формат круглого стола, это позволяет добавить больше интерактива в подобных встречах. Единственные минус для меня с коллегой - мы опоздали из-за работы до 19.00 и поэтому сели достаточно далеко от экспертов.

Кстати, об экспертах - это Александр Барановский из EPAM Systems и Виталий Воробьев из Life:).
Ребята молодцы, их опыт очень ценен и интересен. Здорово, что они согласились с нами им поделиться.

А теперь о результатах встречи.

  • Как следить за выполнением задач? Как оценивать результаты работы новеньких? Следить за выполнением задач можно с помощью отчетов - ежедневных или даже ежечасовых. Мы выделили 3 техники для выполнения наблюдения за тестированием нового участника команды:

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

     Оцениваем как быстро человек выполнил поставленную задачу, насколько точно, в каком виде представил отчеты. Не забываем смотреть как человек выполнял поставленную цель - задавал ли вопросы, искал все сам, делал все в последний момент или равномерно распределил нагрузку.
  • Как и какие задачи ставить? При ответе на данный вопрос выделили технику SMART - Specific, Measurable, Achievable, Realistic, Timely. Т.е. задача должна быть конкретной, измеримой, достижимой, актуальной и ограниченной по времени. При разборе этого пункта у меня в мозгу только как чекбоксы проставлялись галочками, что я сделала не так, что не учла, но что обязательно нужно не забыть в следующий раз
  • Как правильно распределять задания? Всем ли одинаковое или каждому свою часть? Рассматриваем ситуацию, если новых сотрудников 2 или более. Здесь мы исходили из того, есть ли у ответственного за обучение человека время на проверку результатов. Если времени нет, то проще дать всем одинаковое. Хотя, безусловно, есть риск, что люди скооперируются и сделают все одинаково. Но умение работать в команде - тоже неплохой результат. Если есть время на проверку, то можно дать разным людям свою часть работы. Только не забыть учесть, что задания могут получиться неравноценными.
  • Кто должен учить? В некоторых компаниях существует специальный отдел тренингов. Например, от Александра Барановского мы узнали, как это реализуется в EPAM. В большинстве же компаний, человека берут в команду и обучают на месте, без предварительных тренингов.
Отдельно рассматривался вопрос о введение в проект человека с опытом. Когда нужно корректно объяснить человеку, что то как он привык делать и делает - сейчас делать не надо, а надо вот так вот.

Иногда мы отходили от темы обучения новых сотрудников и рассматривали реальный кейсы, которые вызывали живое обсуждение. Вернуть в нужное русло помогала организатор Наталья, т.к. время было ограничено (его было откровенно мало для такой живой темы и такого большого количества участников).

После самой встрече у нас случилось небольшое афтерпати, где с некоторыми людьми мне довелось познакомиться поближе в неформальной обстановке. Наверное, без этой части мой вечер был бы неполный. Спасибо тем, кто остался :)

воскресенье, 13 ноября 2011 г.

Bloody Pointless testing. Final

В deadline мы вложились. Красиво очень. Т.к. закончить должны были до пятницы, а закончили в середине среды. Были приятные слова от бизнес-пользователей и манагеров. Ради этого стоило прикладывать столько усилий.

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

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

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

воскресенье, 6 ноября 2011 г.

Bloody pointless testing. Part 1

На данный момент я занимаюсь Business Process Testing'ом. Изначально мы долго и мучительно писали End-to-end test cases с кучей ролей и систем, чтоб полностью покрыть измененный процесс.

Неделю назад пришло время начать само тестирование. Я внезапно оказалась Main contact person для региона EMEA - Europe, the Middle East and Africa. Сказать, что было страшно начинать - ничего не сказать. Мне боязно общаться с требовательными business users, тем более, что я вообще не понимала, что я должна делать на саппорте и как этот процесс выглядит. Но, как известно, глаза боятся, а руки делают.

У меня было 2 test cases, которые я сама лично писала. + я еще немного помогала тем, кто саппортил ASIA region, но совсем немного. 

Что же я должна была делать?
1. Работать семафором. Когда ты видишь, что чувак с одной ролью закончил выполненияе своих steps, ты должна достучаться до следующего и сообщить, чтоб он начинал. Потом нужно следить, чтоб нужный человек открыл свой скрипт и никто не залочил его раньше (ибо в QC нельзя одноврменно двоим людям выполнять один и тот же test case).

2. Работать пинательной силой. Как мне сказали - будь наглой, но вежливой. О, это целое искусство. У них то обед, то куда-то ушли по своим делам часа на 2, мне ничего не сказав, то у них телеконференция, то много дел, то public holiday и нужного человека вообще нет на работе, а мне нужно сегодня дойти до milestone во что бы то ни стало!

3. Следить, чтоб они не зафейлили то, что не фейл на самом деле. Или не позаносили лишних дефектов. Я была попробовала возразить в одном моменте, что это не дефект, а правильное поведение системы, на что в ответ получила "I know, i'm a process lead. I will raise a defect". Как мне потом объяснили, с биэями такого уровня лучше не спорить, даже если раньше это не было дефектом - теперь это дефект и, возможно, процесс будет изменен. Не ошибается тот, кто ничего не делает :) без шишек нет опыта.

4. Быть на шаг впереди них, чтоб можно было предвосхитить вопросы и предупредить их, если что-то идет не так как ожидается. И еще успевать перепроверять то, что они делают. Самое досадное было, когда один бизнес юзер все-таки отправил активность в продакшн, несмотря на степ в test-case и мое личное предупреждение. Вовремя заметила :)

5. Определять, где ошибки в системе, а где Script update required. За второй вариант всегда обиднее - вроде бы все глаза проглядели, пока писали, бизнесс-аналитики все утвердили.

А вообще бизнес пользователи достаточно милые, у меня там даже есть свои любимчики. Они извиняются, что задают много вопросов, но с ними проще - я в курсе, что и как они делают. Значит, они меньше косячат и мы не тратим время на разбор их ошибок.

Сейчас я как раз посередине этого процесса, и меня ждет еще неделя на саппорте. Жду новых моментов и очень надеюсь, что мы вложимся в deadline. Выбора у нас как бы нет..

суббота, 1 октября 2011 г.

QA Test Engineer

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

И еще не определилась, что же делать с эйчарами, которые просятся во френды. Вроде сейчас мне они не нужны, но кто знает, чем обернется знакомство дальше?

Но не это сподвигло меня написать этот пост. Сегодня мне пришло очередное предложение. В этот раз на вакансию QA Test Engineer. Может быть, я еще не совсем разобралась с разницей между QA и Test Engineer, но объединение двух позиций в одну вызвало непонимание, кого же ищет эта компания? Ознакомившись с описанием, стало очевидно - точно не QA :)

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