Новый код появляется по кусочкам - фронтэнд уже готов, но API, к которому он обращается, еще не установлен на тест-сервере. Попутно идет оптимизация производительности.
Один тестировщик разбирается с критически срочным запросом службы поддержки, другой предположительно ждет новую фичу с минуты на минуту, а третий вообще не может работать.
Сегодня я хочу обсудить такое когнитивное искажение, как эффект якоря. Прежде чем мы начнем обсуждать его с точки зрения тестирования, давайте определимся с понятиями. Что такое эффект якоря?
"Эффект якоря - это когнитивное искажение, при котором человек чрезмерно полагается на первичные данные ("якорь") при принятии решений. Эффект проявляется, если в процессе принятия решений люди базируют свои суждения на первичной информации. Как только якорь закреплен, все суждения приводятся в соответствие с ним. Когнитивное искажение заключается в интерпретации любой информации через "призму" якоря. Например, первая предложенная за подержанный автомобиль цена как бы устанавливает некий стандарт переговоров, и любая цена ниже первоначальной покажется более привлекательной, даже если она завышена по сравнению с реальной стоимостью машины".
Я дополнительно выделила важные моменты в этом определении. Тестируя, мы постоянно принимаем решения. Поэтому очень важно понимать, какие "якоря" могут повлиять на этот процесс. Чтобы было понятнее - я считаю, что тестирование – это не только непосредственная деятельность по тестированию продукта, но и размышления обо всем, имеющем отношение к качеству. Стиль мышления тестировщика применим ко всему, что касается разработки ПО: процесс, создание спецификаций, методы работы в команде, и так далее.
Я большая сторонница найма джуниор-тестировщиков. Под джуниором я подразумеваю человека, который никогда не занимался именно тестированием, вне зависимости от других рабочих заслуг и возраста.
Для меня найм джуниоров – это часть сбалансированной стратегии найма людей в команду, и мне любопытно, насколько мои мысли созвучны с позициями других людей, ответственных за найм тестировщиков.
Отношение к работе
Я ищу джуниоров, которые мечтают быть тестировщиками в Agile-окружении, работать в финансовом секторе и иметь возможность подтянуть навык автоматизации. Другими словами, я ищу джуниоров, которые мечтают именно о нашей конкретной позиции, а не просто о какой-нибудь там работе.
Такие люди выделяются из толпы. Они вдумчиво готовятся к собеседованию и задают глубокие вопросы про рабочие обязанности. По ним заметно, что они серьезно думали, чего потребует от них эта конкретная работа, и уже начали искать информацию о том, как с ней справляться. Желание работать именно здесь буквально написано у них на лице.
Если вы нанимаете именно таких джуниоров - вы получите высокомотивированного участника процесса, который страстно стремится стать лучше. В благоприятной среде он сумеет заразить своим энтузиазмом кого угодно. Может, ему пока что нечему научить коллег, но, как мне кажется, эта яростная жажда знаний не может не вдохновлять тех, кто трудится рядом с таким новичком.
Освоить новую, востребованную на рынке профессию за два месяца? Да еще и бесплатно? Легко! Компания «Петер-Сервис», крупнейший российский разработчик OSS/BSS-систем, открывает собственную Школу тестировщиков! В программе – минимум скучной теории и максимум практики по ручному и автоматизированному тестированию от действующих специалистов компании. Базовых знаний не требуется!
Продолжительность: 2 месяца, 94 часа (4 раза в неделю по 3 часа)
Публикуем подборку докладов с Analyst Days - 4, интересных для тестировщиков.
"Шагнуть навстречу тестированию требований. Советы тестировщика" – доклад Алексея Федорова о подводных камнях тестирования требований.
"После нас - хоть потоп! Как писать документацию на века" – доклад Кристины Ерофеевой о том, как создавать хорошую документацию.
"Немного об отношениях аналитика и тестировщика" – доклад Андрея Павлова об эффективном сосуществовании тестирования и аналитики.
"Как решить проблему, о которую уже все копья сломаны" – доклад Светланы Гончар об интегральном подходе к решению сложных проблем.
"Мы - хорошие, а они - плохие. Почему так происходит и что с этим делать" – доклад Надежды Тарасюк об эффективных коммуникациях в мультинациональных командах.
"Ревью проектных документов – борьба за качество" – доклад Андрея Кудинова о процессе ревью документации.
22-23 апреля 2016 г. в Санкт-Петербурге пройдет 5-я юбилейная международная конференция по системному и бизнес анализу «Analyst Days».
Наши читатели при регистрации на конференцию могут получить скидку.
Я хочу обсудить, пожалуй, самую знаменитую из устаревших концепций тестирования. Кто-то говорит о ней с восторгом, а кто-то не очень понимает, о чем речь. Зачастую ее недопонимают или применяют неправильно, и поэтому она, наверное, лучший кандидат на вышедшие из моды концепции тестирования, которые имеет смысл обсуждать. Так поговорим же про автоматизацию тестирования!
Прежде чем начать разговор
Под автоматизацией я – лично я – понимаю автоматизированное выполнение какого-либо действия. Соответственно, автоматизированное тестирование для меня – это автоматизация действий, помогающая процессу. Подчеркиваю: под автоматизацией я понимаю только это, а не автоматизацию процесса тестирования как такового. Я сознательно не прибегаю к термину "проверка", чтобы не удариться в долгую дискуссию про "тестирование" и "проверки" - я просто не готов поддержать этот спор в данный момент. Если вам интересна эта тема, прочитайте статью Испытания и проверки: уточнения" Майкла Болтона и Джеймса Баха - это потрясающая работа, я согласен с многими идеями в статье и рекомендую ее всем заинтересованным.
Работать в Agile-команде, по определению ориентированной на сотрудничество - во многих отношениях непростая задача. К примеру, мне, да и не только мне, очень трудно найти верный баланс между необходимостью взаимодействовать с коллегами и потребностью в сохранении своих коммуникативных способностей.
Я интроверт. Это совершенно не означает, что я застенчивая, или тихоня, или стою особняком от окружающих (хотя иногда я именно такая). Да, я люблю хорошенько все обдумать, прежде чем высказываться, но это тоже не то, что выделяет интровертов из толпы. Простейшее определение интровертов, которое мне подходит, звучит так:
"Интроверт расходует энергию на разговоры. Экстраверты от разговоров подзаряжаются".
Вот вам пример. Раньше я работала тестировщиком в Agile-команде с двухнедельными Scrum-спринтами. Каждый четверг мы устраивали трехчасовую встречу по планированию спринта (с 9 утра до 12 дня), на которой обсуждались пользовательские истории, ставились задачи, оценивались временные затраты, и утверждался бэклог на спринт.
Эта встреча рушила мне весь рабочий день. Многие из моих коллег покидали ее, бурля от полученной информации и предвкушая старт интересных задач. Я чувствовала себя совсем разбитой и не могла делать ничего полезного вплоть до утра пятницы. Вот она, разница между экстравертами и интровертами.
Посещая недавно прошедшие конференции, я осознала, что люди задают неправильные вопросы, когда речь заходит об автоматизации. Прошедший ISTQB-опрос звучал как "Как много (какой процент) тест-кейсов вы автоматизируете?". После своего доклада по автоматизации я беседовала с участницей конференции, которая сказала мне, что ее менеджер задавал ей тот же вопрос, и она не знала, что ему сказать. Она не одинока. Менеджеры часто задают этот вопрос. Ответить на него трудно, потому что это неверный вопрос.
Почему люди спрашивают об этом? Возможно, им нужна информация о прогрессе автоматизации, особенно если она только внедряется. Не то чтобы это необоснованный интерес, но это плохой вопрос - он основан на ряде неверных допущений:
Неверное допущение номер 1. Все ручные тест-кейсы должны быть автоматизированы.
Друзья! 30 января в Минске на площадке SPACE пройдет конференция сообщества COMAQA.BY, посвященная вопросам Автоматизированного и Ручного тестирования. Спешим порадовать новостью – для участия в событии не обязательно лететь в город-герой, достаточно расположиться с друзьями на диване по-удобнее иии подключиться к стриму.
Мы подготовили для вас расширенные версии докладов активистов сообщества COMAQA.BY, которые звучали на московской конференции SQA Days 18. А также, четыре совершенно новых доклада, 2 из которых посвящены мобильной Автоматизации! Подключайтесь, будет интересно!
Расписание трансляции:
12:30 - 13:10 «MobileAPI + CRM - using application related .xml files to build automation framework» Тимофей Авилин, Epam Systems
13:10 - 13:50 «Time to mock back-end!» Алексей Буль, Juno
14:10 - 14:50 «Непрерывная интеграция и автотесты. Сравнительный анализ инструментов» Вадим Зубович, www.COMAQA.BY; ISSoft / CoherentSolutions, DPI.Solutions
14:50 - 15:30 «Docker + Selenium Webdriver в рамках Continuous Integration» Антанас Мачярнис, www.COMAQA.BY; ISSoft, DPI.Solutions
15:30 - 16:10 «Новый процесс тестирования на "старом" проекте» Александр Полещук, www.COMAQA.BY; ISSoft
