Типичная команда тестирования – это набор таких разных людей, как бизнес-эксперт, системный программист, пара-тройка технарей-тестировщиков и (иногда) менеджер.
Опытный менеджер знает, что один из тестировщиков интересуется мобильными приложениями, а другой - API, и старается нагружать их соответственно их интересам. Однако тут сразу возникают некоторые трудности. Что, если рабочая нагрузка просто не позволяет такого распределения? Например, эксперт по мобильным приложениям в отпуске, или члены команды жалуются, что годятся менеджеру как специалисты только в определенном качестве?
Что делать разумному менеджеру в таких случаях? Об этом мы и поговорим.
Выступление Алексея Баранцева на уроке профориентации в 5-ом классе (в роли родителя, естественно).
Вряд ли наши читатели смогут почерпнуть в этом видео что-то новое для себя, но возможно, что кому-то из детей наших читателей будет интересно послушать чем их мама или папа занимаются на работе :-)
По традиции раз в три месяца мы публикуем актуальное расписание тренингов для тестировщиков: разные уровни, разные области, разные форматы – изучайте, выбирайте, растите профессионально.
Ниже представлены онлайн-тренинги с разбивкой по областям тестирования. Каждый тренинг включает в себя качественный теоретический материал, практические работы с обратной связью от тренера, постоянные консультации тренера во время всего срока обучения.
4 и 5 мая пройдет онлайн конференция по тестированию и обеспечению качества STAREAST Virtual Conference. Конференция проходит на английском языке, регистрация бесплатна и доступна по ссылке. Зарегистрировавшиеся пользователи получат доступ к статьям, презентациям и вебинарам конференции.
Программа конференции
Время докладов указано по Москве.
4 мая:
01:30 – 3:00: Чему мы научились, торгуя тестированием (Кит Клайн: Doran Jones).
3:00 – 4:00: Инструменты для автоматизации тестирования с открытым исходным кодом: лови волну (Дэвид Данг: Zenergy Technologies)
4:30 – 5:15: Эффективное тестирование и автоматизация при помощи Visual Studio Team Services (Эстебан Гарсиа: Microsoft)
6:45 – 7:30: Тестирование в век цифровых технологий: осваивай новое! (Тодд ДеКапуа, Клинт Спрауве: Hewlett Packard)
Метрики в тестировании (автоматизированном в том числе) – одна из ключевых тем докладов почти каждой IT конференции, элегантный механизм обратной связи, способ выстраивания коммуникаций с заказчиком и многое-многое другое :) Трудно переоценить важность метрик в нашей ежедневной работе. Тем важней получить не абстрактную, внеконтекстную академическую информацию о метриках, но актуальную для нашей страны, наших компаний, наших проектов, нашего контекста!
Аналогичный опрос проводится в Беларуси сообществом COMAQA.by, тем интересней будет сравнить результаты, увидеть своими глазами – есть ли разница в подходах в тестировании в РФ и РБ.
Мы безусловно опубликуем результаты голосований (РФ, РБ, суммарный результат, сравнительный анализ) отдельный постом. Результаты будут опубликованы после 10 мая.
Читая лекции студентам в одном из технических вузов (а я им рассказывал про тестирование), я заметил, что никто из них не планировал в будущем стать тестировщиком. Я учил будущих разработчиков, менеджеров, дизайнеров, системных администраторов -- и ни одного будущего тестировщика. Но при этом по статистике процентов 20 из них в итоге всё таки попадали в тестировщики, и нисколько не были разочарованы. Почему? Что это за профессия такая?
Непрестижная или просто неизвестная? Чем вообще тестировщик отличается от разработчика или системного администратора? С точки зрения постороннего человека все они "компьютерщики" или "айтишники". Но заглянув на внутреннюю кухню разработки компьютерных программ, можно выяснить, что разные тестировщики отличаются от друга весьма и весьма сильно (впрочем, некоторые разработчики также отличаются друг от друга гораздо сильнее, чем тестировщик отличается от разработчика). Приходите, я расскажу вам о том, чем занимаются эти странные люди, про которых все думают, что они "ломают программы".
Сегодня мы рассмотрим пример отрицаний, связанный с тестированием, и разные точки зрения на него. Дамы и господа, представляю вам образец...
"Но мы же потратили столько денег и на лицензию, и на настройку!"
Тут работает базовая установка, что много денег - значит "подходящий продукт". Ранее мы говорили о давлении коллектива, и я упоминал про этот парадокс - особенно про миф, что инструмент управления тестами - это "бесплатная отчетность"...Вообще-то я сразу начинаю нервничаю, когда мне что-то предлагают на халяву - в основном из-за вот этого типа...
Пиф-Паф-Ой-Ой-Ой, ловец детей. Заманивает их бесплатными чупа-чупсами. Уверен, сейчас он зарабатывает ловлей беззащитных IT-проектов на приманку корпоративных лицензионных соглашений.
Коллегия BySTQB приглашает всех заинтересованных: аналитиков, тестировщиков, разработчиков, проектных менеджеров проверить свои знания в Requirements Engineering - пройти БЕСПЛАТНЫЙ пробный тест REQB Foundation Level.
Вы можете пройти тестирование на английском языке удаленно из любой точки планеты и в удобное для вас время 20 и 21 апреля.
Где-то я видел утверждение, что тестирование на данный момент поглощает около 25% бюджета IT, и эта доля растет. Не знаю, правда ли это, но даже если это полуправда - это очень большие деньги. Вполне естественно, что менеджеры и финансисты стараются изыскать возможность сократить подобные расходы.
Тестирование и качество - это неосязаемые вещи, и непрофессионалу трудно вникнуть в их суть. Потому-то идея урезать расходы на них так привлекательна, ведь мы ничему не навредим – ну, протестируют наполовину, но протестируют же? Когда появятся проблемы, отследить их связь с урезанным бюджетом уже не так-то просто (а бюджет уже согласован и утвержден). К тому же все мы знаем, что тестировщикам лишь бы поныть и пожаловаться на жизнь.
Поэтому автоматизация тестирования преподносится менеджерам (в большинстве случаев не имеющим к тестированию никакого отношения), как эротичная модель в купальнике из глянцевого журнала. Блага, которые предлагает автоматизация, просты и понятны:
Экономия денег: успеете больше, наняв меньше людей
Сокращение сроков: протестируете продукт быстрее.
Простота: этим может заниматься кто угодно (особенно если вы снабдите этого "кого угодно" специнструментами, отправите на тренинги и купите у нас еще что-нибудь).
За автоматизацией будущее! Вы же не хотите, чтобы вас поймали на отсутствии автотестов?
Запись и воспроизведение тестов (этот аргумент помер еще в конце 90-х, но все равно иногда всплывает).
Тестировщик, научись автоматизировать или вон из профессии!
Гибкие методологии невозможны без автоматизации.
Непрерывная интеграция и деплой невозможны без автоматизации.
Это передовой опыт!
Единороги и радуги! Хотя нет, такого аргумента я не видел... пока что.
