Feeds:
Записи
Комментарии

Posts Tagged ‘SQA Days 10’

Музыкальная тема записи: «Псы с городских окраин«.

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

Это состояние не привязано к физическому возрасту.

Чтобы стать личностью, надо быть способным ответить на следующие вопросы

  1. Кто ты?
  2. Чего ты хочешь?

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

Чего ты хочешь?

Подросток внешне легко мимикрирует под своё окружение. Очень кстати, что Окружение от него самого тоже требует какой-то определенности.

Внутренне это может быть сложным делом, но внешность копировать куда уж проще.

Надел чер-те-что из своего скудного гардероба — и ты уже «хиппи«.

Надел металлический браслет — и ты уже «металлюга«.

Надел витую пару с разъемами RJ-45 — и ты уже «сисадмин«.

Добавил широкие штаны с кроссовками — и ты уже «сисадмин, который читает металл-рэп в коммуне хиппарей«.

А внутрях как был непонятным и непонимающим самого себя, так и остался.

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

(далее…)

Реклама

Read Full Post »

А вот мне на SQA Days 10 было совсем невесело и даже уныло сознавать, что оно близится к завершению 🙂

Вернулся с трофеями:

1)

бита реального тестировщика:

  • Длина биты – 54 см.
  • Диаметр ~ 7см.
  • Вес ~ 600г.
  • Ценность ~ ващще офигеть!
Биту отнес к столу нашего самого главного тест-менеджера. У меня оружие другое 🙂 //упоминается ниже по тексту.

(далее…)

Read Full Post »

Фото с конференции

  1. фэйсбук раз
  2. фэйсбук два
  3. фэйсбук с регистрацией три или же G+ без регистрации
  4. G+ четыре
  5. Picasa пять
  6. факин фэйсбук с регистрацией семь: часть 1, часть 2.

Read Full Post »

Юлия Нечаева

Innova Group
Москва, Россия

Хочу поделиться теми принципами, которые помогли мне построить 2 суперэффективные команды тестирования в моей компании. В двух словах: в моих командах каждый специалист является лидером.

Основная фишка в том, что у лидера есть ответственность, но нет формальных полномочий. Являясь боссом в своем направлении, он является исполнителем в направлении своего коллеги.

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

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

Юля, as usual, шпарит сразу кипятком, бо она же менеджер из типа «ща сделаю, потом поймем, что было сделано и почему именно так».

Конечно, так неправильно.

Конечно, надо только так, как умею я — сперва подумал, потом передумал, потом додумал, потом продумал, потом подготовился, потом переподготовился. Потом попробовал сделать.

Сплошной «тролль-хауген» (так назывался дом Эдварда Грига).

Суть рассказа — Нечаева призывает к «лидерству направления». Не лидер команды, а лидер направления вообще. Полностью лично ответственный за всё своё.

Лидер направления — владелец всех задач, которые возникают по проекту. Как это так? Да вот так — лидер направления любит свое направление и двигается, очевидно, только в своем направлении 🙂

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

Хотя у тестировщика нет полномочий на полное управление своим «проектом». Вывод — тестировщико должно поставить задачи таким образом, чтобы отец Поклен не смог бы не дать денег.

Ох, тяжко тут сеть ползёт…

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

Инициатива снизу приходит. Таких людей мотивировать уже и не нужно.

Люя не верит, что не может быть, когда «в команде все лидеры». Может. Принятие решений переходит из тактической плоскости в стратегическую.

Где такое сработает? Только в компаниях, в которых подобный подход принят руководством. Бо бывают тут конфликты — и интересов, и технические. Мало ли что. Дык вот, в этом случае разруливать ситуацию новыми методами поди попробуй.

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

Люди — это должны быть зрелые люди, сформированные в обществе, и критичные к себе.

Как всего этого добиться — у лидеров направлений должен быть всеобщий лидер, который настолько крут, что доверяет своим работникам. Челленджи, доверять, делегировать, учиться, вовремя отпускать, не бояться расстаться с человеком.

А ещё Innova (говорим Innova, подразумеваем Нечаева) раздает наклейки с персонажами стражей технологий массажа.

PS Рома Ивлиев, который настолько возмужал, что забил на возможность сделать доклад на SQA Days, ушел общаться с голландским менеджером. Общается он так: менеджер говорит, говорит, говорит, затем спрашивает «Are you speaking english?» Ну дык, ёпта 🙂

Не надо «держать в себе», когда рассказать есть что и есть как.

Read Full Post »

Бюджетные и финансовые технологии
Казань, Россия

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

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

В своем докладе я рассмотрю:
— Различные повторяющиеся действия.
— Что можно автоматизировать.
— Каким образом это можно сделать.
— Что еще можно автоматизировать.
— Какие инструменты для этого можно использовать.

Конечно, я буду рад послушать ваши предложения и вопросы! А так же все, что вы услышите вы сразу сможете применить у себя на работе!

Важные вопросы, которые я не задал, потому что не успел вовремя придтить:

  • что еще можно вколоть роботу?
  • что можно выколоть роботу?

Леша сообщил о сложном — вопросы ему после доклада задавали только девушки.

Ну дык, дал джазу, вот тебе и девушки 🙂

Дашь панк-рока — посмотрим, кто придет с вопросами.

Read Full Post »

Отличный дядька Роман Юферев — сходу комплиментарно обозвал меня одиозной личностью.

Баг в том, что Одиозный означает «вызывающий крайне отрицательное отношение к себе, крайне неприятный»

Гы-гы, будем знакомы 🙂

VIAcode
Санкт-Петербург, Россия

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

Я хочу рассказать вам о незаслуженно забытой многими характеристике ПО — Manageability. Эксперты определяют manageability как «легкость администрирования». За этим определением скрывается многое – ведь с момента выпуска ПО и начинается его настоящая жизнь – развертывание, настройка, обновления, непосредственно работа, при которой происходят сбои. Для многих «серьезных» приложений этот этап обходится едва ли не дороже, чем стоимость разработки. Это называется «стоимость владения». Как manageability влияет на стоимость владения, что оно включает в себя, какие требования налагает на QA процесс – именно об этом будет доклад.

Доклад мощный, на страницах много кода, фэйспалмирующего кэпа и мистера Буша, который получил со сцены благодарность за том, что его фэйсом так удобно разнообразить доклады.

Поставь Буша в доклад — улучшь свой доклад!

Read Full Post »

Балин…

Я намеревался выдать в сеть доклады, но на этот раз подготовка была неполноценной — к моменту публикации слайды уже должны быть опубликованы в сети, и  в нужный момент их следует только вынуть из-под замка.

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

Что достану на ходу, то и буду публиковать, остальное — увы хз.

На сцене Роман Твердохлебов.

Вот.

Он дотестировался до зеленых человечков (безупречно офигенен заголовок его доклада), и теперь рассказывает о том, каково это.

Вооот.

На ромином желудке находтся QR-код — Рома тупо напрашивается на фотографирование самыми популярными смартфонами 🙂

Berсut
Санкт-Петербург, Россия

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

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

Доклад рассчитан на разработчиков и начинающих тестировщиков мобильных приложений.

Read Full Post »

Older Posts »

%d такие блоггеры, как: