Коллеги в свободном полете, где вы?
Уже вторую неделю открыта вакансия.
Вас тупо нет? Или вам мало денег?
Тестировщики, сколько вы хотите получать денег? Идите ко мне, у меня есть вакансии до 40 тыс. руб. и до 60 тыс. руб. Вроде норм для екб.
Может вам неинтересно? Эх.
Слово Канеру
Выберите вариант развития карьеры и следуйте ему
Есть два основных варианта развития карьеры тестировщика: технический и управленческий.
Несколько примеров технических направлений в процессе тестирования (вы могли бы пройти путь от новичка до эксперта по любому из них):
- Программист автоматизации
- Архитектор автоматизации
- Тестирование масштабируемости и надежности
- Системный анализ
- Анализ и тестирование пользовательского интерфейса и человеческого фактора
- Планирование тестирования
- Эксперт в предметной области
- Тестировщик черного ящика
Предположим, что одно из этих направлений было вашей специализацией в течении пяти лет. Мы считаем, что вы будете получать высокую зарплату, ваша профессия будет престижной, если вы занимались автоматизацией. Тестирование производительности и масштабируемости также хорошо оплачивается в наше время. Также мы считаем, что вам придется довольствоваться меньшей заработной платой, если вы станете отличным тестировщиком черного ящика или (в зависимости от области) экспертом по предметной области, чем если бы вы посвятили себя техническим навыкам.
Вот интересный конфликт интересов. Вы могли бы сделать себя более ценным для текущего работодателя, изучая широкий диапазон техник тестирования, дополняя их знанием предметной области, претендуя на более высокую зарплату. Однако, если вы работаете в компании, которая не проявляет лояльность к сотрудникам или вы планируете сменить место работы по другой причине, то будете развивать другие области знаний в ущерб знанию предметной области и эффективности тестирования приложений вашего работодателя. Верный способ — выявление наиболее полезных навыков для работодателя и отрасли в целом и их изучение.
Несколько примеров направлений работы менеджера в тестировании:
- Тест-лид
- Тест-менеджер
- Руководитель тестирования или ответственный за качество
- Внутренний консультант
- Внешний консультант
У вас есть возможность выйти за пределы тестирования. Тестировщики, как правило, получают более широкое видение продукта, чем программисты. They often have a product-wide interest, view, and effect. Также они чаще взаимодействуют с руководителями и топ-менеджерами в большинстве сфер разработки ПО. В результате многие менеджеры тестирования получают возможность научиться и перейти в следующие должности:
- Программный менеджер или менеджер продукта
- Менеджер службы технической поддержки
- Менеджер продукта (особенно для специалистов с техническими навыками)
- Менеджер группы документирования
- Менеджер поддержки продаж (для технологически сложной продукции, продавцов часто сопровождает кто-то, кто может ответить на технические вопросы или разработать прототип продукта вместе с клиентом)
Еще одно направление тестировщиков в управлении включает вы себя:
- Специалист по метрикам ПО
- Специалист по улучшению качества процесса разработки
Мы рекомендуем подходить к управлению процессом разработки с осторожностью. Эти направления не связаны напрямую с развитием или прибылью продукта. В некоторых компаниях, соответственно, у этих позиций самый высокий риск увольнения. Кроме того, в некоторых компаниях эти позиции укомплектованы неквалифицированными специалистами. Мы рекомендуем вам получить серьезную подготовку в матстатистике и теории измерений (читать и понимать Zuse, 1997 и Austin, 1996) прежде, чем занять подобную должность. Мы рекомендуем вам работать как минимум в двух-трех областях (тестирование, программирование и маркетинг) прежде чем становиться специалистом по улучшению процессов.
четверг, 21 февраля 2013 г.
вторник, 19 февраля 2013 г.
Глава 10 Ваша карьера в тестировнии ПО
Слово Канеру
Какое будущее ждет вас в тестировании? Ответ на этот вопрос сложен. Легко найти тупик в тестировании, вам нужно управлять своей карьерой, иначе вы идете в никуда. Зарплата в тестировании зачастую ниже, чем на других позициях, но это не так, если вы активно развиваете навыки свои и ваших сотрудников. Текучка кадров выше: тестировщики, кажется, увольняются и их увольняют чаще, чем остальных. Улучшайте навыки поиска работы и умение вести переговоры.
То, что мы предлагаем для поиска работы и построения карьеры верно для Америки, особенно силиконовой долины. Если вы не уверены в том, что наши советы подойдут вашей культуре, то поговорите с опытными коллегами.
Некоторые тестировщики думают, что они будут лучшими кандидатами и получат больше уважения, если они сертифицированы и лицензированы. Для этих вещей есть свои плюсы и минусы. Мы их рассмотрим.
Какое будущее ждет вас в тестировании? Ответ на этот вопрос сложен. Легко найти тупик в тестировании, вам нужно управлять своей карьерой, иначе вы идете в никуда. Зарплата в тестировании зачастую ниже, чем на других позициях, но это не так, если вы активно развиваете навыки свои и ваших сотрудников. Текучка кадров выше: тестировщики, кажется, увольняются и их увольняют чаще, чем остальных. Улучшайте навыки поиска работы и умение вести переговоры.
То, что мы предлагаем для поиска работы и построения карьеры верно для Америки, особенно силиконовой долины. Если вы не уверены в том, что наши советы подойдут вашей культуре, то поговорите с опытными коллегами.
Некоторые тестировщики думают, что они будут лучшими кандидатами и получат больше уважения, если они сертифицированы и лицензированы. Для этих вещей есть свои плюсы и минусы. Мы их рассмотрим.
четверг, 14 февраля 2013 г.
Lesson 244
Слово Канеру
Запишите обещания, которые вы дали, нанимая, и храните их.
Споры о том, что на самом деле обещали, ожесточают человека, чувствующего, что его обсчитали и подают тревожный сигнал остальным. Потенциально, вы теряете доверие. Вы его теряете, даже если не давали обещания. Избегайте двусмысленности. И никогда не обещайте то, что вне вашего контроля, например развитие карьеры и продвижение по службе.
Запишите обещания, которые вы дали, нанимая, и храните их.
Споры о том, что на самом деле обещали, ожесточают человека, чувствующего, что его обсчитали и подают тревожный сигнал остальным. Потенциально, вы теряете доверие. Вы его теряете, даже если не давали обещания. Избегайте двусмысленности. И никогда не обещайте то, что вне вашего контроля, например развитие карьеры и продвижение по службе.
Lesson 243
Наши базы для нагрузочного весят по полтерабайта каждая.
Слово Канеру
Нанимай сразу же, как только принял решение
Сделай приоритетной работу с документами по каналам вашей компании или хороший кандидат найдет другое место, пока вы тянете.
Слово Канеру
Нанимай сразу же, как только принял решение
Сделай приоритетной работу с документами по каналам вашей компании или хороший кандидат найдет другое место, пока вы тянете.
вторник, 12 февраля 2013 г.
понедельник, 11 февраля 2013 г.
Lesson 242
Лейтмотив дня прям-таки.
Вот как-то так:
Сердце вторит Ана-а-а-астаси-и-ия...
Ы-ы-ы-ы-ы-ы!
Слово Канеру
Нанимая, спрашивайте у кандидатов примеры работы
Не каждый сможет предоставить их, но многие смогут показать вам образцы кода, который они писали, багрепорты, документацию или доклады. Люди, которые остались с предыдущим работодателем в хороших отношениях, часто могут получить разрешение показать вам определенные части их работы. Другие могут показать код, который они пишут в свободное время. Никогда не спрашивайте конфиденциальные материалы и проверяйте, что информация, которую вам показывают не является конфиденциальной.
Вот как-то так:
Сердце вторит Ана-а-а-астаси-и-ия...
Ы-ы-ы-ы-ы-ы!
Слово Канеру
Нанимая, спрашивайте у кандидатов примеры работы
Не каждый сможет предоставить их, но многие смогут показать вам образцы кода, который они писали, багрепорты, документацию или доклады. Люди, которые остались с предыдущим работодателем в хороших отношениях, часто могут получить разрешение показать вам определенные части их работы. Другие могут показать код, который они пишут в свободное время. Никогда не спрашивайте конфиденциальные материалы и проверяйте, что информация, которую вам показывают не является конфиденциальной.
четверг, 7 февраля 2013 г.
Lesson 241
Слово Канеру
Во время интервью дайте кандидату возможность продемонстрировать навыки, которые он будет реально использовать в работе
В некоторых группах используются неофициальные методы тестирования навыков, например головоломки. Мы не возражаем, что считаем, что они не так информативны как кажется.
Серьезный эффект может быть достигнут при использовании большого количества головоломок и логических задач. Канер использовал их для обучения своей дочки, когда ей было 12. Она хорошо справлялась с ними. Но это не значит, что она была умнее и это не делает ее лучшим тестировщиком. Это означало, что она была хорошак в решении головоломок. Эффекты подобных практик лежат в основе подготовки к серьезным экзаменам SAT, LSAT, GRE и другим вступительным испытаниям в колледжи. Practice effects (previous experience) last quite a long time and are more pronounced in speeded tests. They're more pronounced in nonverbal tests and performance tests (Jensen 1980). Человек, который хорошо проходит подобные тесты может быть просто знаком с ними. Другой, не умеющий их решать, может стать (по нашему опыту) хорошим тестировщиком.
Speed tests select for quick but not necessarily for thorough thinking— mental rabbits. Черепахи иногда проектируют лучшие продукты и лучшие стратегии тестирования.
Во время интервью дайте кандидату возможность продемонстрировать навыки, которые он будет реально использовать в работе
В некоторых группах используются неофициальные методы тестирования навыков, например головоломки. Мы не возражаем, что считаем, что они не так информативны как кажется.
Серьезный эффект может быть достигнут при использовании большого количества головоломок и логических задач. Канер использовал их для обучения своей дочки, когда ей было 12. Она хорошо справлялась с ними. Но это не значит, что она была умнее и это не делает ее лучшим тестировщиком. Это означало, что она была хорошак в решении головоломок. Эффекты подобных практик лежат в основе подготовки к серьезным экзаменам SAT, LSAT, GRE и другим вступительным испытаниям в колледжи. Practice effects (previous experience) last quite a long time and are more pronounced in speeded tests. They're more pronounced in nonverbal tests and performance tests (Jensen 1980). Человек, который хорошо проходит подобные тесты может быть просто знаком с ними. Другой, не умеющий их решать, может стать (по нашему опыту) хорошим тестировщиком.
Speed tests select for quick but not necessarily for thorough thinking— mental rabbits. Черепахи иногда проектируют лучшие продукты и лучшие стратегии тестирования.
среда, 6 февраля 2013 г.
Lesson 240
Дожили. Лейтмотив дня:
Главное - не спугнуть кандидата, попросив его выполнить тестовое задание
Грусть и зависть к московским коллегам, получающим 50 откликов на вакансию, пока они пишут ее текст.
Слово Канеру
Дайте возможность кандидату во время интервью продемонстрировать навыки, ради которых вы его нанимаете
Например, если он опытный тестировщик, то попросите его написать отчет об ошибке (используйте программы с открытым исходным кодом, которые пишет не ваша компания, чтоб у кандидата не создалось впечатление, что вы используете его ради бесплатных консультаций).
Другой пример, если вы нанимаете архитектора для автоматизации, попросите его проанализировать состояние продукта и ситуацию в нем и предоставить вам высокоуровневый план автоматизации (опять же, рассмотрите возможность использования продукта с открытым кодом, а не вашего). Судите его по вопросам, которые он задаст, исследования, которые он сделает, по тому, как он собирает информацию. Этот подход не идеален, но разумен и обоснован (Более подробно см. DeMarco and Lister 1999).
Главное - не спугнуть кандидата, попросив его выполнить тестовое задание
Грусть и зависть к московским коллегам, получающим 50 откликов на вакансию, пока они пишут ее текст.
Слово Канеру
Дайте возможность кандидату во время интервью продемонстрировать навыки, ради которых вы его нанимаете
Например, если он опытный тестировщик, то попросите его написать отчет об ошибке (используйте программы с открытым исходным кодом, которые пишет не ваша компания, чтоб у кандидата не создалось впечатление, что вы используете его ради бесплатных консультаций).
Другой пример, если вы нанимаете архитектора для автоматизации, попросите его проанализировать состояние продукта и ситуацию в нем и предоставить вам высокоуровневый план автоматизации (опять же, рассмотрите возможность использования продукта с открытым кодом, а не вашего). Судите его по вопросам, которые он задаст, исследования, которые он сделает, по тому, как он собирает информацию. Этот подход не идеален, но разумен и обоснован (Более подробно см. DeMarco and Lister 1999).
вторник, 5 февраля 2013 г.
Lesson 239
А если не сложно.
Ну правда интересно.
Приветствуются ответы вида добрых дел мастер.
Слово Канеру
Нанимайте честных
Ваш отдел предоставляет важную, обсуждаемую информацию. Доверие клиентов — ваш главный актив. От характера ваших сотрудников будет зависеть уровень доверия к ним.
Ну правда интересно.
Приветствуются ответы вида добрых дел мастер.
Слово Канеру
Нанимайте честных
Ваш отдел предоставляет важную, обсуждаемую информацию. Доверие клиентов — ваш главный актив. От характера ваших сотрудников будет зависеть уровень доверия к ним.
Lesson 238
Вот просто интересно.
Меня кроме Ильи кто-нибудь из екатеринбуржских тестеров читает? Если Илья, конечно, меня все еще читает..
Слово Канеру
Нанимайте людей, которые любят свою работу
Обращайте внимание на энтузиазм и будьте осторожны с людьми у которых в прошлом есть история проблем с менеджерами. Будьте особенно осторожны с теми кто плохо отзывается о прошлых работах.
Меня кроме Ильи кто-нибудь из екатеринбуржских тестеров читает? Если Илья, конечно, меня все еще читает..
Слово Канеру
Нанимайте людей, которые любят свою работу
Обращайте внимание на энтузиазм и будьте осторожны с людьми у которых в прошлом есть история проблем с менеджерами. Будьте особенно осторожны с теми кто плохо отзывается о прошлых работах.
понедельник, 4 февраля 2013 г.
Lesson 237
Ищу работу Junior QA Engineer'а...
Не-не, это не я, какой из меня QA, я тестировщик просто.
Вам не кажется, что в связке Junior QA кроется что-то странное?
Ну вот например прямое, мать его, противоречие.
Я себе представляю QA-инженера, и википедии мне не противоречат, как человека, способного как минимум взять проект ипереебать все по своему, сделать ему хорошо, но больно, поменять в нем достаточно много вещей, выше только клиент, Зевс и ПМ. Насчет последнего - не факт.
И это нихера не тестировщик. И не автотестер. И на лид тестировщиков. И не отдел контроля качества.
Если нет отдельного человека, то эту роль играет технический директор.
М-да, сколько раз вы видели вакансию технический директор-стажер?
Слово Канеру
Согласуйте найм
Пусть любой полноправный член вашей группы и те, кто тесно работает с вами присутствуют на интервью кандидатов. Пусть каждый, кто был на интервью сможет наложить вето, кроме вето по половым, возрастным, расовым или другим признакам, не связанным с выполнением работы.
Легко игнорировать шестое чувство и убедить кого-нибудь снять вето. Тем не менее, мы совершали ошибки найма, игнорируя неформулируемую, но сильную реакцию нашего сотрудника. Внимательно слушайте своих сотрудников и учитывайте их мнение, если оно не основано на дискриминационном отношении.
Не-не, это не я, какой из меня QA, я тестировщик просто.
Вам не кажется, что в связке Junior QA кроется что-то странное?
Ну вот например прямое, мать его, противоречие.
Я себе представляю QA-инженера, и википедии мне не противоречат, как человека, способного как минимум взять проект и
И это нихера не тестировщик. И не автотестер. И на лид тестировщиков. И не отдел контроля качества.
Если нет отдельного человека, то эту роль играет технический директор.
М-да, сколько раз вы видели вакансию технический директор-стажер?
Слово Канеру
Согласуйте найм
Пусть любой полноправный член вашей группы и те, кто тесно работает с вами присутствуют на интервью кандидатов. Пусть каждый, кто был на интервью сможет наложить вето, кроме вето по половым, возрастным, расовым или другим признакам, не связанным с выполнением работы.
Легко игнорировать шестое чувство и убедить кого-нибудь снять вето. Тем не менее, мы совершали ошибки найма, игнорируя неформулируемую, но сильную реакцию нашего сотрудника. Внимательно слушайте своих сотрудников и учитывайте их мнение, если оно не основано на дискриминационном отношении.
воскресенье, 3 февраля 2013 г.
Рутина
Приобрел маску.
В нижнем правом углу пример уголка памяти. Воспроизвести полностью нельзя. Часть нда, часть обидное. Я рисую по два а4 листа с каждого совещания, картинки, чуть текста. По ним дословно могу воспроизвести происходящее почти всегда.
Как правило, тут же вешаю на доску, десять ржущих и трое обиженых.
Как вы тренируете память?
среда, 30 января 2013 г.
Пост
Чем меньше пишу, тем больше происходит.
За последние дни лишился зуба и бойца.
Первый выкинули, второй ушел в науку, создавать микропроцессоры.
Поэтому, кстати, ищу человека в команду:
http://www.naumen.ru/career/vacancies/nzhener_po_104/104
Да и вообще, много всякоразного.
Переводы со следующей недели возобновлю.
И да, весной еду в питер на sqa days.
Екб, кто еще?
За последние дни лишился зуба и бойца.
Первый выкинули, второй ушел в науку, создавать микропроцессоры.
Поэтому, кстати, ищу человека в команду:
http://www.naumen.ru/career/vacancies/nzhener_po_104/104
Да и вообще, много всякоразного.
Переводы со следующей недели возобновлю.
И да, весной еду в питер на sqa days.
Екб, кто еще?
четверг, 24 января 2013 г.
Lesson 236
А кто-нибудь играет в Ingress?
Слово Канеру
Используйте удобные случаи для найма.
Ищите сотрудников в нетрадиционных для этого местах, особенно при жестком рынке труда. Например юристы и бухгалтеры сильны в аналитике; удивительно, но многие из них будут заинтересованы в том, чтоб в течении года изучать, как создается ПО. Другим примером будет старший программист или менеджер проекта, которая стала матерью-одиночкой и ей необходимо работать помедленней и не может найти себе в этом поддержку. Предложите ей 35-часовую позицию с гибким графиком и на 1-2 года вы получите сотрудника с исключительными навыками. Другим примером является отставной руководитель, желающий найти работу с меньшим уровнем стресса.
Слово Канеру
Используйте удобные случаи для найма.
Ищите сотрудников в нетрадиционных для этого местах, особенно при жестком рынке труда. Например юристы и бухгалтеры сильны в аналитике; удивительно, но многие из них будут заинтересованы в том, чтоб в течении года изучать, как создается ПО. Другим примером будет старший программист или менеджер проекта, которая стала матерью-одиночкой и ей необходимо работать помедленней и не может найти себе в этом поддержку. Предложите ей 35-часовую позицию с гибким графиком и на 1-2 года вы получите сотрудника с исключительными навыками. Другим примером является отставной руководитель, желающий найти работу с меньшим уровнем стресса.
вторник, 22 января 2013 г.
Lesson 235
Слово Канеру
Набирайте в команду тестирования сотрудников с разным багажом
Не пытайтесь собрать группу, каждый в которой будет иметь степень по компьютерным наукам, опыт от двух лет в тестировании, опыт работы с указанным инструментом автоматизации и так далее. Создайте группу людей, в которой каждый имеет свои сильные качества и отличается от других. Мы нанимали людей, которые никогда не тестировали, и нанимали тех у кого есть опыт. Будет хорошо, если вы соберете все навыки, которые нужны группе.
Мы не говорим вам, что не нужно нанимать программистов. Безусловно, берите и их. Они вам понадобятся для многих задач. Тем не менее, вам придется обучать их некоторым не-программистским областям знаний. Другие ваши сотрудники могут быть не программистами, имеющие массу знаний, которых нет у программистов. Создайте команду, и сильные стороны одних членов которой будут компенсировать слабости других.
Например (эти примеры основаны на нашем успешном опыте) представьте, что вы наняли человека, который может применить опыт своей предыдущей работы в качестве роли, с которой он будет тестировать спецификацию или продукт. Это может быть адвокат, директор по маркетингу, продавец, техник по ремонту аппаратуры, библиотекарь, программист, менеджер не-IT проекта, сотрудник техподдержки вашего продукта, переводчик (особенно полезно, если ваша компания выпускает программное обеспечение на многих языках), секретарь (Подумайте об информации, которую вы собираете, храните и распространяете, а также о организационных вопросах, которые ложится на плечи вам и вашей команде), системный администратор, который знает сети и пользователей ПО, которое вы тестируете. Любой (или многие) из этих людей может оказаться пользователем вашего продукта.
Но есть ограничение для этого совета. Для некоторых продуктов тестировщик должен уметь программировать. Представьте себе тестировщика компилятора. Для создания интересных тестов вы должны быть способны писать код. В некоторых компаниях непрограммирующие тестировщики считаются сотрудниками второго сорта и не имеет значения, насколько они хороши. В таких случаях нанимайте программиста. Вашей задачей будет нанять программистов, имеющих различны бекграунд. По нашему опыту, это сложно, но достижимо, если вы работаете в хорошей компании и не во время очередного бума занятости.
Еще один вопрос достоин упоминания. Иногда публикуются статьи о расизме, сексизме и дискриминации по возрастному признаку в IT индустрии и мы видели подобное. Нанимают, обучают и стимулируют группы, в которых преобладают белые мужчины, хотя они, напротив, скорее всего будут менее эффективны в тестировании. Чем шире спектр опыта и культуры представлен вашими сотрудниками, тем больше способов они найдут для анализа вашего ПО и больше проблем обнаружат. Разнообразие является одним из важнейших аспектов в тестировании и это не то, чего стоит избегать.
Хотя мы и не всегда имеем возможность следовать этим советам, но все же согласны с одним из наших обозревателей Rex Black: «Когда вы тестируете, используя специальные навыки, например автоматизированное тестирование и особенно при тестировании производительности, я считаю разумным иметь в команде как минимум двух человек, обладающих этими навыками».
Набирайте в команду тестирования сотрудников с разным багажом
Не пытайтесь собрать группу, каждый в которой будет иметь степень по компьютерным наукам, опыт от двух лет в тестировании, опыт работы с указанным инструментом автоматизации и так далее. Создайте группу людей, в которой каждый имеет свои сильные качества и отличается от других. Мы нанимали людей, которые никогда не тестировали, и нанимали тех у кого есть опыт. Будет хорошо, если вы соберете все навыки, которые нужны группе.
Мы не говорим вам, что не нужно нанимать программистов. Безусловно, берите и их. Они вам понадобятся для многих задач. Тем не менее, вам придется обучать их некоторым не-программистским областям знаний. Другие ваши сотрудники могут быть не программистами, имеющие массу знаний, которых нет у программистов. Создайте команду, и сильные стороны одних членов которой будут компенсировать слабости других.
Например (эти примеры основаны на нашем успешном опыте) представьте, что вы наняли человека, который может применить опыт своей предыдущей работы в качестве роли, с которой он будет тестировать спецификацию или продукт. Это может быть адвокат, директор по маркетингу, продавец, техник по ремонту аппаратуры, библиотекарь, программист, менеджер не-IT проекта, сотрудник техподдержки вашего продукта, переводчик (особенно полезно, если ваша компания выпускает программное обеспечение на многих языках), секретарь (Подумайте об информации, которую вы собираете, храните и распространяете, а также о организационных вопросах, которые ложится на плечи вам и вашей команде), системный администратор, который знает сети и пользователей ПО, которое вы тестируете. Любой (или многие) из этих людей может оказаться пользователем вашего продукта.
Но есть ограничение для этого совета. Для некоторых продуктов тестировщик должен уметь программировать. Представьте себе тестировщика компилятора. Для создания интересных тестов вы должны быть способны писать код. В некоторых компаниях непрограммирующие тестировщики считаются сотрудниками второго сорта и не имеет значения, насколько они хороши. В таких случаях нанимайте программиста. Вашей задачей будет нанять программистов, имеющих различны бекграунд. По нашему опыту, это сложно, но достижимо, если вы работаете в хорошей компании и не во время очередного бума занятости.
Еще один вопрос достоин упоминания. Иногда публикуются статьи о расизме, сексизме и дискриминации по возрастному признаку в IT индустрии и мы видели подобное. Нанимают, обучают и стимулируют группы, в которых преобладают белые мужчины, хотя они, напротив, скорее всего будут менее эффективны в тестировании. Чем шире спектр опыта и культуры представлен вашими сотрудниками, тем больше способов они найдут для анализа вашего ПО и больше проблем обнаружат. Разнообразие является одним из важнейших аспектов в тестировании и это не то, чего стоит избегать.
Хотя мы и не всегда имеем возможность следовать этим советам, но все же согласны с одним из наших обозревателей Rex Black: «Когда вы тестируете, используя специальные навыки, например автоматизированное тестирование и особенно при тестировании производительности, я считаю разумным иметь в команде как минимум двух человек, обладающих этими навыками».
понедельник, 21 января 2013 г.
Таки да.
Намедни провели первую городскую сессию тестирования.
Как это было: В прошлом году у нас проходил круглый стол для тестеров, на нем я заикнулся о том, что неплохо бы по примеру питерских коллег такую движуху, когда тестеры собираются, общаются, делятся опытом на живом примере какого-нибудь местного продукта.
Идею тут же поддержали Юлия Герасимович и Марина Гончарова. Объектом тестирования мы попросили стать e96.ru и он в лице руководителя разработки Андрея нас в этом поддержал. Тут же заявлю, что без деятельного участия этих людей ничего из того, что я дальше буду описывать, не произошло бы.
К январю у нас все срослось и вот 19 числа в помещении, любезно предоставленном контуром, мы приступили.
Участники — 15 человек из шести компаний екатеринбурга и не только, от ручных тестировщиков до руководителей службы тестирования.
Продукт — интернет-магазин e96, для контроля процесса от него пришел не только руководитель разработки Андрей (я же правильно назвал должность?), продвигавший идею у себя в компании, но еще и ПМ с программистом. Как выяснилось потом, не зря.
Разбились на 7 команд плюс команда оргов (я и Александр Ахметов из Контура).
Я толкнул речь о том, что наша задача — получить море фана, а попутно раздербанить продукт, который нам дали.
По плану у нас были:
- Сессия исследовательского тестирования, 60 минут.
- Кофе-брейк, затем круглый стол, на котором хотели обсудить приемы и техники, которые каждый тестер использует у себя.
-Вторая сессия с использованием проектирования тестов, 90 минут.
- Обед.
- Раздача слонов.
О слонах. e96 пообещал и сдержал слово — предоставить памятные ништяки всем, а победителям — призы.
Началась первая сессия, я — в команде оргов.
Для тестирования была выбрана фича — корзина, причем на нашем тестовом стенде находилось то, чего еще не было на боевом.
На первый взгляд никаких проблем не видно, и я начинаю бояться, что мы всей толпой найдем лишь пару Trivial — и мне будет немного стыдно перед e96.
Но Александр, в паре с которым я работал, набросился на эту корзину прям таки яростно. За первые полчаса мы наколупали четыре баги, не очень серьезных, но все-таки.
А втянувшись обнаружили пару действительно серьезных уязвимостей.
И совершенно внезапно оказалось, что час прошел, нам пора на перерыв, и вообще приехал обед (который, кстати, тоже любезно был оплачен тестируемым продуктом).
И вот тут настал момент моей профессиональной и организаторской гордости: мы минут десять пытались оторвать участников от поиска и заведения багов в сторону пиццы, чая, морса и прочего кофе. Народ сидел и продолжал яростно искать и заводить баги, руки тянулись к ноутбукам.
После обеда - круглый стол с рассказами, байками и советами из жизни тестировщика. Даже немного поспорили.
Было что сказать не только опытным тестерам, но и тем, кто работает меньше года.
Часть второй сессии тестирования я хотел провести без приложения — только на бумаге. Чтоб включился мозг и воображение. И вообще компьютер мешает думать.
Но звезды решили иначе и команды пошли вновь давить по клавишам.
Половина моей команды ушла по делам, а я пошел брать интервью у e96.
Тут я испытал второй приступ гордости — за коллег: все три представителя в поте лица только и успевали что проверять заведенные баги и расставлять им веса.
Вторая сессия закончилась так же быстро как и первая, и, пока e96 выяснял какая команда победила, коллеги давали мне мудрые советы по организации процесса.
Некоторые из них(на будущее):
- Отобрать у команд вторые ноутбуки, пусть работают за одним, иначе получается какая-то сольная работа.
- Нужны минимум два организатора и минимум два представителя продукта, способных оценивать баги и отвечать на вопросы.
- В следующий раз предложить участникам самим выбрать продукт, устроить голосование.
- Определиться с запоминающимся названием мероприятия.
- Использовать багтрекер с формой ввода багов, а не самопальные гуглдоки.
- Увеличить время сессии тестирования до 90-120 минут.
- Устроить мастер класс часика на полтора, а затем — практикум по нему.
- Придумать номенации. Самый первый баг. Первый критичный баг. Баг, найденный с карандаша, не заходя в продукт..
- В качестве объекта взять банкомат, платежный терминал.
Как-то так.
К этому моменту баги были подсчитаны и оценены.
Результат потрясающий. За 2,5 часа тестирования команды:
Первая: заявила 14 багов
Вторая: заявила 13 багов
Третья: заявила 18 багов
Четвертая: заявила 16 багов
Пятая: заявила 28 багов
Шестая: заявила 23 бага
Седьмая: заявила 35 багов
Восьмая команда оргов, вне зачета: заявили 9 багов.
От половины до двух третей этих багов признаны реальными, треть — серьезными и достойными оперативного исправления (Major).
И да, команда организаторов хоть и нашла меньше всех багов, и набрала меньше всех очков, но нашла вдвое больше Critical, чем остальные (вместе взятые). Мы еще могём.
После оглашения результатов победителям (команда семь, ребята просто напалмом жгли) были вручены призы от e96. Что-то вкусное и алкоголь. Или вкусный алкоголь. Победителям понравилось.
Что я хочу сказать по результатам?
Я боялся что будет скучно участникам — их было не оторвать от продукта, они рвались в бой и просили еще.
Я боялся, что мы найдем мало багов и продуктам будем не нужны — но мы нашли много больше, чем ждал e96 и чем я вообще мог предположить. Ребята фичу просто в клочья порвали.
Для e96 профит несомненный — до выхода в production были обнаружены несколько серьезных уязвимостей, масса дефектов юзабилити и не очень.
Если предлагая идею в первый раз я говорил, что мы наверное найдем баги и надеюсь это будет полезно продукту, то сейчас смело могу говорить, что к вам в гости зайдут одни из лучших в профессии и камня на камне не оставят.
Еще раз — большое спасибо Юле из it-people, Марине из СКБ-Контура и Андрею из e96.
Следующей тест-сессии быть.
Следующей тест-сессии быть гораздо интересней чем эта.
disclaimer Ни пост, ни движуха не являются рекламой и не оплачены никем. Все было абсолютно бесплатно и на добровольной основе.
Как это было: В прошлом году у нас проходил круглый стол для тестеров, на нем я заикнулся о том, что неплохо бы по примеру питерских коллег такую движуху, когда тестеры собираются, общаются, делятся опытом на живом примере какого-нибудь местного продукта.
Идею тут же поддержали Юлия Герасимович и Марина Гончарова. Объектом тестирования мы попросили стать e96.ru и он в лице руководителя разработки Андрея нас в этом поддержал. Тут же заявлю, что без деятельного участия этих людей ничего из того, что я дальше буду описывать, не произошло бы.
К январю у нас все срослось и вот 19 числа в помещении, любезно предоставленном контуром, мы приступили.
Участники — 15 человек из шести компаний екатеринбурга и не только, от ручных тестировщиков до руководителей службы тестирования.
Продукт — интернет-магазин e96, для контроля процесса от него пришел не только руководитель разработки Андрей (я же правильно назвал должность?), продвигавший идею у себя в компании, но еще и ПМ с программистом. Как выяснилось потом, не зря.
Разбились на 7 команд плюс команда оргов (я и Александр Ахметов из Контура).
Я толкнул речь о том, что наша задача — получить море фана, а попутно раздербанить продукт, который нам дали.
По плану у нас были:
- Сессия исследовательского тестирования, 60 минут.
- Кофе-брейк, затем круглый стол, на котором хотели обсудить приемы и техники, которые каждый тестер использует у себя.
-Вторая сессия с использованием проектирования тестов, 90 минут.
- Обед.
- Раздача слонов.
О слонах. e96 пообещал и сдержал слово — предоставить памятные ништяки всем, а победителям — призы.
Началась первая сессия, я — в команде оргов.
Для тестирования была выбрана фича — корзина, причем на нашем тестовом стенде находилось то, чего еще не было на боевом.
На первый взгляд никаких проблем не видно, и я начинаю бояться, что мы всей толпой найдем лишь пару Trivial — и мне будет немного стыдно перед e96.
Но Александр, в паре с которым я работал, набросился на эту корзину прям таки яростно. За первые полчаса мы наколупали четыре баги, не очень серьезных, но все-таки.
А втянувшись обнаружили пару действительно серьезных уязвимостей.
И совершенно внезапно оказалось, что час прошел, нам пора на перерыв, и вообще приехал обед (который, кстати, тоже любезно был оплачен тестируемым продуктом).
И вот тут настал момент моей профессиональной и организаторской гордости: мы минут десять пытались оторвать участников от поиска и заведения багов в сторону пиццы, чая, морса и прочего кофе. Народ сидел и продолжал яростно искать и заводить баги, руки тянулись к ноутбукам.
После обеда - круглый стол с рассказами, байками и советами из жизни тестировщика. Даже немного поспорили.
Было что сказать не только опытным тестерам, но и тем, кто работает меньше года.
Часть второй сессии тестирования я хотел провести без приложения — только на бумаге. Чтоб включился мозг и воображение. И вообще компьютер мешает думать.
Но звезды решили иначе и команды пошли вновь давить по клавишам.
Половина моей команды ушла по делам, а я пошел брать интервью у e96.
Тут я испытал второй приступ гордости — за коллег: все три представителя в поте лица только и успевали что проверять заведенные баги и расставлять им веса.
Вторая сессия закончилась так же быстро как и первая, и, пока e96 выяснял какая команда победила, коллеги давали мне мудрые советы по организации процесса.
Некоторые из них(на будущее):
- Отобрать у команд вторые ноутбуки, пусть работают за одним, иначе получается какая-то сольная работа.
- Нужны минимум два организатора и минимум два представителя продукта, способных оценивать баги и отвечать на вопросы.
- В следующий раз предложить участникам самим выбрать продукт, устроить голосование.
- Определиться с запоминающимся названием мероприятия.
- Использовать багтрекер с формой ввода багов, а не самопальные гуглдоки.
- Увеличить время сессии тестирования до 90-120 минут.
- Устроить мастер класс часика на полтора, а затем — практикум по нему.
- Придумать номенации. Самый первый баг. Первый критичный баг. Баг, найденный с карандаша, не заходя в продукт..
- В качестве объекта взять банкомат, платежный терминал.
Как-то так.
К этому моменту баги были подсчитаны и оценены.
Результат потрясающий. За 2,5 часа тестирования команды:
Первая: заявила 14 багов
Вторая: заявила 13 багов
Третья: заявила 18 багов
Четвертая: заявила 16 багов
Пятая: заявила 28 багов
Шестая: заявила 23 бага
Седьмая: заявила 35 багов
Восьмая команда оргов, вне зачета: заявили 9 багов.
От половины до двух третей этих багов признаны реальными, треть — серьезными и достойными оперативного исправления (Major).
И да, команда организаторов хоть и нашла меньше всех багов, и набрала меньше всех очков, но нашла вдвое больше Critical, чем остальные (вместе взятые). Мы еще могём.
После оглашения результатов победителям (команда семь, ребята просто напалмом жгли) были вручены призы от e96. Что-то вкусное и алкоголь. Или вкусный алкоголь. Победителям понравилось.
Что я хочу сказать по результатам?
Я боялся что будет скучно участникам — их было не оторвать от продукта, они рвались в бой и просили еще.
Я боялся, что мы найдем мало багов и продуктам будем не нужны — но мы нашли много больше, чем ждал e96 и чем я вообще мог предположить. Ребята фичу просто в клочья порвали.
Для e96 профит несомненный — до выхода в production были обнаружены несколько серьезных уязвимостей, масса дефектов юзабилити и не очень.
Если предлагая идею в первый раз я говорил, что мы наверное найдем баги и надеюсь это будет полезно продукту, то сейчас смело могу говорить, что к вам в гости зайдут одни из лучших в профессии и камня на камне не оставят.
Еще раз — большое спасибо Юле из it-people, Марине из СКБ-Контура и Андрею из e96.
Следующей тест-сессии быть.
Следующей тест-сессии быть гораздо интересней чем эта.
disclaimer Ни пост, ни движуха не являются рекламой и не оплачены никем. Все было абсолютно бесплатно и на добровольной основе.
пятница, 18 января 2013 г.
Епт =(
РазИгнорировать или разЫгнорировать?
Эта ссылка права?
http://www.gramota.ru/class/coach/tbgramota/45_66
Эта ссылка права?
http://www.gramota.ru/class/coach/tbgramota/45_66
четверг, 17 января 2013 г.
Lesson 234
Где-то слышал, что хороший специалист может самую сложную свою работу объяснить понятными словами.
Склонен согласиться с этой мыслью.
Я сегодня искал причину падения тестов, оказалось, что у тестовой базы проблемы с русским. Collation задать надо было в скрипте развертывания.
Я вчера считал, сколько нам нужно будет железок для прогона тестов через полгода, если один тестировщик пишет n тестов в месяц, мы оптимизируемвремя прохождения тестов на x% в месяц, удаляем y тестов в месяц, параллелим в z потоков, по w потоков на железке, тест в среднем идет k секунд, накладные на дополнительное распараллеливание j секунд, это все умножить на h веток из расчета по одной ветке на f программистов, которых у нас d человек сейчас, а через полгода будет +s штук. И учесть, что сейчас q тестировщиков пишут тесты, а через полгода им будут помогать r человек писать кейсы, что увеличит скорость написания тестов на t%. Ну и накладные u% времени на поддержку, которые зависят от количества тестов и их качества. Все ж понятно, нам надо в два-три раза больше железок, чем сейчас.
Но иногда я слышу такой ответ: "Думаю, руковожу, слежу и контролирую".
Буллшит! Если не полное симбурде.
Так же как специалист должен уметь без единого термина объяснить суть своей работы, так и менеджер - обязан небулшитовыми словами рассказать, чем он занимался день, неделю, месяц.
Переписывался с клиентами на тему их потаенных желаний, оформлял бумажки с отпусками, проводил собеседование, создавал задачки в jira, отпинывался от стремных задач, делал ревью вашего кода, считал статистику, медитировал на прогресс сборок в jenkins, сидел на пяти совещаниях, три часа уговаривал Петю не увольняться - это я понимаю. По разному отношусь, но понимаю.
«Руководил, думал, следил за выполнением, контролировал, управлял» - буллшит.
Но у вас наверняка есть свои версии на все эти счета?(c)
Слово Канеру
Планируйте в терминах задачи, которую вы делаете и навыков, необходимых для ее выполнения.
Не нанимайте на основе простых классификаций. Настоящая квалификация тестировщика выходит далеко за рамки «уровня » или «лет опыта». Нанимайте людей, имеющих или не имеющих традиционную квалификацию, но доказавших вам, что они могут выполнять свою работу.
Склонен согласиться с этой мыслью.
Я сегодня искал причину падения тестов, оказалось, что у тестовой базы проблемы с русским. Collation задать надо было в скрипте развертывания.
Я вчера считал, сколько нам нужно будет железок для прогона тестов через полгода, если один тестировщик пишет n тестов в месяц, мы оптимизируемвремя прохождения тестов на x% в месяц, удаляем y тестов в месяц, параллелим в z потоков, по w потоков на железке, тест в среднем идет k секунд, накладные на дополнительное распараллеливание j секунд, это все умножить на h веток из расчета по одной ветке на f программистов, которых у нас d человек сейчас, а через полгода будет +s штук. И учесть, что сейчас q тестировщиков пишут тесты, а через полгода им будут помогать r человек писать кейсы, что увеличит скорость написания тестов на t%. Ну и накладные u% времени на поддержку, которые зависят от количества тестов и их качества. Все ж понятно, нам надо в два-три раза больше железок, чем сейчас.
Но иногда я слышу такой ответ: "Думаю, руковожу, слежу и контролирую".
Буллшит! Если не полное симбурде.
Так же как специалист должен уметь без единого термина объяснить суть своей работы, так и менеджер - обязан небулшитовыми словами рассказать, чем он занимался день, неделю, месяц.
Переписывался с клиентами на тему их потаенных желаний, оформлял бумажки с отпусками, проводил собеседование, создавал задачки в jira, отпинывался от стремных задач, делал ревью вашего кода, считал статистику, медитировал на прогресс сборок в jenkins, сидел на пяти совещаниях, три часа уговаривал Петю не увольняться - это я понимаю. По разному отношусь, но понимаю.
«Руководил, думал, следил за выполнением, контролировал, управлял» - буллшит.
Но у вас наверняка есть свои версии на все эти счета?(c)
Слово Канеру
Планируйте в терминах задачи, которую вы делаете и навыков, необходимых для ее выполнения.
Не нанимайте на основе простых классификаций. Настоящая квалификация тестировщика выходит далеко за рамки «уровня » или «лет опыта». Нанимайте людей, имеющих или не имеющих традиционную квалификацию, но доказавших вам, что они могут выполнять свою работу.
Подписаться на:
Сообщения (Atom)