Уже месяц как я провожу эксперимент по парному тестированию в моей компании. Основная его цель – распространить знания между тестировщиками разных команд, занимающихся совершенно разными приложениями и платформами.
Структура эксперимента
Изучив особенности парного тестирования, я разработала структуру своего собственного эксперимента. С моей точки зрения, нужно было четко определить мои ожидания, чтобы более двух десятков моих тестировщиков смогли получить ценный опыт.
Чтобы не звучать безапелляционно, я уделила особое внимание личной ответственности каждого тестировщика за организацию сессий и того, что будет происходить в течение них. Эксперимент никому не навязывался сверху, при этом большинство участников были воодушевлены возможностью поучиться у коллег из других команд.
Я решила, что эксперимент будет продолжаться три-четыре месяца, итеративно. В течение месяца каждая пара тестировщиков будет посвящать совместной работе один час в неделю, еженедельно меняя или проект, над которым они работают, или напарника. К примеру, Сэнди, работающая над проектом А, попала в пару к Дэнни (проект Б). В течение первой недели они тестируют проект А за столом Сэнди, затем тестируют проект Б за столом Дэнни, и так далее. В конце каждого месяца каждая пара проводит четыре сессии тестирования, работая дважды над каждым проектом.
Между итерациями команды делятся обратной связью по эксперименту как таковому и конкретным сессиям парного тестирования. При необходимости по результатам обратной связи параметры эксперимента можно изменить, прежде чем стартовать вторую итерацию.
Я надеялась, что спустя три месяца каждый участник эксперимента будет иметь четкое мнение по поводу ценности парного тестирования и того, как мы можем применять его в дальнейшем. В конце эксперимента я запланировала глубокую ретроспективу, чтобы определить наши дальнейшие действия.
Выступление Александра Федорова на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.
По специфике своей работы я провожу десятки собеседований и общаюсь со множеством начинающих и имеющих некоторый опыт специалистов в области тестирования. Как правило у них есть масса вопросов, связанных как с работой и ее организацией так и со своей ролью и перспективах в компании.
Большинство из них желает скорейшего карьерного роста и повышения зарплаты и перед ними встает вопрос: как проявить себя, как сделать так чтобы твои старания заметили? Ведь одних амбиций и желания проявить себя недостаточно. Если вы хотите самоутвердиться, получить повышение или просто прибавку к зарплате вам недостаточно быть хорошим специалистом, вам необходимо выглядеть «лучше» остальных, выделяться.
В своем выступлении я дам ряд советов из личного опыта, как обратить на себя внимание тех, чьего признания вы добиваетесь и от кого зависит решение о вашем продвижении.
Каждому тестировщику от джуниора до менеджера не безразлична судьба своего проекта, естественно, что каждый из них пытается качественно выполнять поставленные задачи. Всегда ли это удается сделать на 100%?
Любопытно узнать историю тех, кто имеет больший опыт, чем вы, или имел ранее схожий опыт, но решал поставленные задачи по-другому. Интересно, у кого получилось лучше?
Ниже мы опубликовали три видеозаписи выступлений с конференции SQA Days 19, в которых наши коллеги рассказывают, как они улучшали процесс тестирования на своих проектах и что из этого получилось.
Недавно я прочитал статью в блоге Скотта Хансельмана "Темная сторона разработки – скрытые 99%". Основной мыслью статьи было то, что большинство разработчиков не читают профессиональные блоги, не ведут свой, не участвуют в групповых обсуждениях, не пользуются твиттером и фейсбуком, и не посещают крупные конференции.
Я часто наблюдал таких людей в командах, где я работал, и это не менее верно для тестировщиков. Небольшая их часть активно интересуется тестированием вне своего основного рабочего времени, и если вы это читаете – поздравляю, вы в меньшинстве. Все остальные находятся на темной стороне.
Почему?
Скотт считает, что причина кроется в постоянно растущих темпах перемен в мире разработки программного обеспечения. Это демотивирует многих следить за новостями индустрии – как только вы наконец-то освоили последние новинки, они уже превратились в преданья старины глубокой, потому что появилось нечто еще более новое и совершенное. Поэтому стоит ли стараться?
Это очень верно для мира разработки ПО, но для тестировщиков технология все-таки вторична по сравнению с функциональностью. Да, мы тоже чувствуем давление постоянных технологических перемен, но при этом не сражаемся на передовой, как наши коллеги-разработчики. Битва тестировщиков проходит на поле определений тестирования, оправданий тестирования, защиты тестирования. Эти вопросы постоянно всплывают в той или иной форме, они уже всех утомили, но это отражение состояния нашей отрасли.
Тестирование для многих – просто некий переходный период. Нет, это могут быть профи своего дела, опытные и любящие свою работу тестировщики, но в большинстве своем люди не мечтают об этой профессии с пеленок, и не хотят работать тестировщиками до конца дней своих. Добросим еще тот факт, что в мире не существует некого общего образования или набора идеальных практик для тестирования, и желаемые навыки очень варьируют в зависимости от конкретной компании или даже страны. Правда, неудивительно, что тестировщики не испытывают большого желания участвовать в жизни отрасли? Даже если они не прочь принять участие, это страшновато – в ней царит какофония различных мнений.
Нужен бесплатный(!) инструмент для автоматизации тестирования GUI десктопного приложения(гуй реализован на Qt) на Linux системах. желательно простой в освоении, ну или хотя бы с хорошей документацией.
Пробовал- не подошло:
ldtp - отличная штука, но не видит окна запущенного тестируемого приложения.
texttest и xnee ---- вообще нечто непонятное...
sikuli - на одном и 5 различных Linux систем заработал(Ubuntu) - и постоянно падает в процессе работы с ним....
Может кто то подскажет вариант получше. Заранее спасибо.
Такой вопрос. Работаю тестировщиком - таким чисто на кнопочки тыкать - ни тебе тест-кейсов, ни тебе функционального/регрессионного тестирования, ничего. Только баг-трекинг иногда.
Смотрю вакансии - требуется Linux, знание автоматизированного тестирования. Без знания этого - сплошные отказы от работодателей.
Ну положим Linux я могу поставить дома, погонять - ну как погонять - просто скопировать что-то на флешку, распаковать, что еще?
Что, можно писать в резюме, что знаю Linux?
А автоматическое тестирование - как учиться?
Смотрю курсы, читаю книги, но это же не дает знаний(
Итак, формальные требования такие: Middle QA Engineer Обязанности анализ спецификаций, разработка тестовой документации (тест-кейсы, тест-планы, сопроводительная документация) подготовка отчетности по найденным дефектам и перепроверка исправленных ошибок проработка методики тестирования сложных компонентов Требования высшее техническое образование опыт работы с bug-tracking system (Jira) опыт работы в тестировании от 1 года знать теорию тестирования понимать общие принципы разработки и тестирования ПО опыт применения различных видов тестирования ответственность за качество выпускаемого продукта Приветствуется знание основ гибкой разработки, процессов Scrum/Kanban иметь представление о верстке и js опыт автоматизации тестирование java+Selenium/Selenide
Senir QA Engineer Обязанности анализ спецификаций, разработка тестовой документации (тест-кейсы, тест-планы, сопроводительная документация) проведение функционального, регрессионного, нагрузочного и интеграционного тестирования подготовка отчетности по найденным дефектам и перепроверка исправленных ошибок проработка методики тестирования сложных компонентов участие в разработке автоматизированных тестов Требования высшее техническое образование опыт работы в тестировании ПО от 3-х лет нужно знать теорию тестирования понимать общие принципы разработки и тестирования ПО иметь представление о верстке и js опыт автоматизации тестирование java+Selenium/Selenide опыт применения различных видов тестирования знание основ гибкой разработки, процессов Scrum/Kanban ответственность за качество выпускаемого продукта Приветствуется знание языков программирования C++, Java, Python/Django технический английский опыт работы с bug-tracking system (Jira)
Реально же готовы рассматривать кандидатов, которые могут не полностью подходить
Чуть что если тут не отвечаю пишите в скайп: karpovichEN
з.ы. фулл тайм, релокация с семьи и куча плюшек в придачу
Вышел июльский выпуск рассылки портала Software-Testing.RU, в котором собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Мы проводим опрос по уровню зарплат в тестировании, и в нем уже приняло участие более 600 человек. Мы продолжим собирать статистику до конца июля, а после этого опубликуем результаты. Спешите принять участие!
Вышел июльский выпуск рассылки портала Software-Testing.RU, в котором собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.
Мы проводим опрос по уровню зарплат в тестировании, и в нем уже приняло участие более 600 человек. Мы продолжим собирать статистику до конца июля, а после этого опубликуем результаты. Спешите принять участие!