Мыслетрекер

С недавнего времени аутсорс тестирования стал основной деятельностью «Лаборатории Качества». При этом, я часто сталкиваюсь с неготовностью (почти страхом) перед аутсорсом: «да как же так, вдруг вы только хуже сделаете!». После успешного опыта взаимодействия страх проходит, и я (прости господи!) начала думать, что это всё потому, что мы такие хорошие и лучше всех

Но видимо, всё не совсем так — судя по результатам опроса, работавшие с аутсорсом отзываются о нём значительно лучше, чем неработавшие, и дело не в конкретном подрядчике. Но, обо всём по порядку.

Read more

Продолжаем эксперимент:

«Сначала мобильные!», Люк Вроблевски.

Главный посыл книги: мобильные технологии развиваются, 40% твитов написано через мобильную версию сайта, поэтому, рарзрабатывайте свой веб-продукт СНАЧАЛА как мобильную версию, потому что:

• Это позволит учесть ограничения, сделать продукт значительно меньше и понятнее
• Сделать из мобильной версии «взрослый» сайт просто, наоборот — сложнее
• Мобильными сайтами скоро будут пользоваться чаще, чем «взрослыми»
• Можно использовать прикольные фичи смартфонов, типа акселерометров, геолокации и компасов

Read more

После публичного заявления об эксперименте, экстренно дочитала текущую книгу:

«Стратегия и толстый курильщик», Дэвид Мейстер

В этой книге обещалось рассказать о том, как найти пересечения между «что я хочу достичь» и «что я хочу для этого сделать». Секрет кроется в названии: все мы знаем, что курить плохо, и все мы хотим поддерживать себя в хорошей форме — но почему-то не бежим в спортзал и не бросаем курить.

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

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

Текущий статус: 0/52. Буду отписываться по результатам.

Пожалуйста, кому есть, что порекомендовать для прочтения — посоветуйте!

Кто хочет рискнуть — присоединяйтесь к эксперименту!

Зимние каникулы — отличное время для саморазвития. Ну, и для отдыха немножко

В числе прочего, посмотрела видео Станислава Протасова о карьере в софтверных компаниях (чего и вам советую, т.к. говорит не теоретик, а опытный практик):

Карьера в софтверной компании (Станислав Протасов, Senior VP, Parallels) from stratoplan on Vimeo.

Read more

Джеймс Бах и Майкл Болтон периодически пишут и рассказывают о такой штуе, как Test Framing (а вот здесь есть перевод оригинальной статьи). В рамках этой модели они предлагают всегда держать в голове множество ключевых факторов, влияющих на тестирование (среда, продукт, цели, риски и т.д.). В описанном Майклом Болтоном формате мне такой подход показался очень правильным, но при этом слишком сложным. Методом проб и ошибок я выработала более простую схему для фрейминга тестирования, которая не путает своей сложностью, и при этом добавляет осознанности в тестирование. Read more

2 января — отличное время для того, чтобы спокойно и не отвлекаясь написать пост, который никто не дочитает до конца.

И итоги и планы я разбила на следующие категории: тренинги, бизнес, саморазвитие, личное. Read more

Вот и прошла очередная, 14-я конференция SQA Days во Львове.

Что на выходе?

• Горящие глаза
• Мотивация на свершения
• Отличный отдых
• Новые друзья, знакомые, проекты, сотрудники
• Самую капельку полезной информации

Из года в год организаоры выбирают всё лучшие площадки, делают всё тщательнее и лучше, но контент из года в год не растёт вообще. В пятницу, расстроившись немыслимо низким качеством докладов, ушла с обеда. В субботу не выходила из зала С. Итого, за 1,5 дня конференции я услышала полезные доклады:

• Алексея Баранцева по тестированию производительности веба. Полезно, чётко, получился большой конспект и планы на внедрение.
• Максима Цепкова по модели Белбина. Доклад Макса + 10 минут на обеде выросли в регистрацию 6 (ШЕСТИ!) задач по саморазвитию в таск-трекер.
• Доклад Инны Смирновой по тестированию поиска. Я в восторге и от доклада и от докладчицы. С таким интересом и практичностью преподнести такую тему!!

Больше ничего интересного и полезного замечено не было — зато были игры в термины, подмены понятий, открытия америк и скучные бу-бу-бу. Это грустно

Откуда-то в нашей отрасли люди считают что можно прочитать 1 книжку, поставить пару утилит и всё, можно идти про них рассказывать. Ребят, алё, давайте уже расти над собой. Книжка? Минимум 1 в месяц. Прочитайте 5 интересных книг до следующей SQA Days, по чесноку всё внедрите — и вам уже будет чем делиться с общественностью. Помечайте в календари все дни, которые вы были заняты текучкой и не внедряли ничего нового. Если получится больше нескольких предрелизных дней в месяц, то вы уже накрепко завязли в болоте. Вылезайте!

В общем, я очень надеюсь, что на SQA Days будет расти не только организация, но и квалификация. Очень надеюсь что организаторы будут поощрять не только новичков, но и приглашать сильных докладчиков (а на последних SECR и AgileDays таких было много!). Очень надеюсь, что на SQA Days тоже появится система обратной связи с докладчиками, которая есть на большинстве других конференций (на почту приходят все оценки, средняя, отзывы из анкет и т.д. — это помогает улучшать свои доклады, а не стоять на месте).

Итого, последняя SQA Days и высоким энергетическим зарядом, и низким информационным наполнением показала одно и то же: ДАВАЙТЕ РАЗВИВАТЬСЯ!

Я часто слышу слова «процесс», «строить процесс», «улучшать процесс» и т.д.

А что это такое? Зачем это нужно? Как это делать?

Давайте разбирать поэтапно. Read more

Жила-была компания, разрабатывавшая программные продукты. И были в ней тестировщики. И тестировали они денно и нощно, а продукт был отстойным. То они какое-то требование пропустят и не заметят, а пользователь жалуется, и тестировщики виноваты: надо внимательнее требования читать. То багу критичную, возникшую за 2 часа до релиза, не найдут, и снова это их вина: тестировать надо больше. Пользователь не доволен даже реализованными требованиями: а почему вы их не протестировали? Продукт работает медленно в окружении заказчика: а почему вы это не выявили? Выпущенные ошибки беспокоят пользователя: а почему вы не донесли достаточно внятно информацию об их критичности? Долго команда и тестировщики так и сосуществовали. И всем, даже тестировщикам, казалось такое положение вещей правильным. Они всё время работали над собой, ища, как они могут решить ту или иную проблему. Потому, что считали такие проблемы СВОИМИ. Но как-то раз древний мудрец по разработке ПО проходил мимо их офиса. Заглянул он к ним, увидел происходящее, и заявил: “Ребята, вы, конечно молодцы… Но вы решаете чужие проблемы!”. “Как так?”, – удивились тестировщики. “А вот так», – ответил мудрец, – “давайте я покажу, как это работает в более зрелых компаниях”. И вместе с ними нарисовал примерно следующую табличку:

Тестировщики смотрели на табличку, которая получилась у мудреца, и удивлялись. — Но если в нашем процессе всё будет, как ты предложил в колонке с “правильным” решением, то мы будем не нужны? — Будете, – ответил мудрец. – Но вы не будете выполнять мартышечий и бессмысленный, малоэффективный труд. Вы сможете больше внимания уделять исследовательскому тестированию нового функционала, разработке грамотных и стабильных автотестов, и внедрению метрик и практик качества. — Но ведь такого “хорошего” процесса не бывает! Это же миф! — Хи-хи, – улыбнулся мудрец. — Я видел такие компании. Я знаю, какой тяжёлый путь они прошли, и эти сложности были связаны в основном с кашей в головах участников процесса, а не с реальными проблемами. В этих компаниях работать приятно, а продукты вызывают гордость команды. — Но как нам найти такую компанию? — Не надо искать. Сделайте это в своей компании! Да, вы просто тестировщики. Но вы и так уже достаточно давно занимаетесь тем, что решаете ЧУЖИЕ проблемы. Так начните их решать правильно! Промойте мозги своему начальнику, покажите ему эту статью. Отправьте его на конференцию, пусть отвлечётся от своей псевдополезной деятельности. Выявите, какая проблема у вас самая сильная – и предложите её решения, познакомьтесь с правильными действиями в этой ситуации, и начните это внедрять сами. Иначе вы так навсегда и останетесь козлами отпущения, виноватыми за чужие проблемы – и ни капельки не влияющими на качество продукта!