Новые темы форума тестировщиков

Т-тестировщики и их роль в команде
2016-01-27 10:16

Автор: Роб Ламберт

Ссылка на оригинал статьи: http://thesocialtester.co.uk/t-shaped-testers-and-their-role-in-a-team/

Перевод: Ольга Алифанова.

Мне никогда не нравился подход, при котором тестировщики отделены от основной команды и подключаются к работе на соответствующие "фазы" тестирования. Я проработал так около восьми лет, и все это время бился над ответами на следующие вопросы:

• Почему мы так поздно подключились к проекту?
• Почему в нем так много очевиднейших багов и проблем?
• Почему продукт не соответствует спецификации?
• Почему из раза в раз мы гоняем одни и те же кейсы и на этом основании считаем, что продукт готов и тестирование завершено?
• Почему бы тестировщикам не начать задавать вопросы на более ранних стадиях разработки продукта?
• Почему такие навыки тестировщика, как тест-дизайн, организационные способности, критическое мышление совсем не ценятся под конец проекта?
• Почему некоторые тестировщики высоко специализированы - например, тестировщики производительности - но при этом куча прочих тестировщиков просто "гоняет любые функциональные тест-кейсы"?
• Почему все ноют, что так работать невозможно, но ничегошеньки не делают, чтобы это изменить?

Я могу долго продолжать, я задавал массу таких вопросов.

Читать статью полностью...

Онлайн-тренинг, 4 занятия

"Младших тестировщиков производительности" не бывает. Зато бывают люди, которые начинают заниматься тестированием производительности.

(с) Скотт Барбер (aka The Perf Guy)

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

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

На тренинге мы будем учиться обращаться с этим оружием:

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

Для практических демонстраций и для выполнения домашних заданий будет использоваться инструмент JMeter.

Подробная программа и условия участия

Авторы и ведущие тренинга: Алексей Баранцев и Наталья Руколь

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

Но это никакая не фантастика, это вполне реально и достижимо!

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

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

Процесс внедрения автоматизации – это как раз и есть процесс создания или обучения роботов.

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

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

Ну и конечно без инженеров в этом деле не обойтись. Правильно выбрать средства автоматизации, интегрировать с инструментами групповой работы (баг-трекер, сервер непрерывной интеграции, системы отчётности) – при решении этих технических задач талант инженера-автоматизатора может раскрыться в полной мере.

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

Чтобы научить вас правильно планировать процесс внедрения автоматизации, успешно решать технические задачи и адекватно оценивать текущее состояние процесса

мы разработали новый тренинг, особенность которого заключается в том, что его ведут два тренера – "менеджер" и "инженер".

Это позволит вам увидеть проблемы, которые возникают при внедрении автоматизации тестирования, с двух разных (можно даже сказать противоположных) точек зрения.

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

Программа тренинга и условия участия

Рекламное агентство Media-Storm с радостью примет на работу ответственного и опытного тестировщика в свою команду.

Если вы ищите работу, то ниже по тексту находится описание вакансии и список требований, которые мы предъявляем к кандидатам.

Обязанности:

- Логическое и функциональное тестирование продуктов в области рекламных технологий и web-приложений.

- Разработка тестовой документации (чек-листы).

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

- Взаимодействие с проектной командой (менеджерами проекта, разработчиками, дизайнерами и коллегами по цеху).


Требования:

- Знание основных методов тестирования;

- Опыт работы специалистом по тестированию ПО от 1 года;

- Умение составлять грамотные сценарии тестирования, отчеты о тестировании;

- Умение работать в команде, внимательность к мелочам, ответственность.

- Уметь ясно и грамотно формулировать свои мысли.

Заработная плата – 30 000 руб. Взаимодействовать будем удаленно.
 

Если вы именно тот, кого мы ищем, смело отправляйте ваше резюме на ящик hrmediastorm@yandex.ru

Небольшой рассказ о себе и своих профессиональных навыках и опыте – приветствуется и будет являться плюсом при рассмотрении вашей кандидатуры.

ООО «Банк Софт Системс» (Компания BSS), основанная в 1994 году и занимающая лидирующие позиции на рынке разработки и внедрения автоматизированных систем дистанционного банковского обслуживания (ДБО) и управления корпоративными финансами, приглашает на работу специалиста по тестированию ПО для участия в проектах по реализации и развитию систем дистанционного банковского обслуживания.

В зависимости от уровня квалификации, сейчас мы готовы обсудить позицию от джуниора до тест-лида.

Резюме можно прислать на адрес m.chertova@bssys.com  (Чертова Марина, менеджер по подбору персонала)

Чем нужно будет заниматься:

• Функциональное тестирование продуктов нашей компании;
• Разработка тестовой документации;
• Участие в подготовке тестовых сред;
• Понятное описание дефектов;
• Логическое мышление;
• Терпеливость и внимание к деталям;

Вы нам подходите, если вы:

• Имеете опыт функционального тестирования от года;
• Умеете находить дефекты в программном продукте;
• Не можете пройти мимо несоответствия продукта его описанию;
• Умеете разрабатывать понятные не только вам тест-кейсы;
• Самостоятельно находите ответы на любые вопросы;
• Открыты для новых знаний и умений;
• Всей душой радеете за качество конечного результата.

Будет плюсом, если у вас есть опыт работы с:

• Jira, TestRail;
• Мобильными интерфейсами;
• СУБД Oracle, MS SQL;

   

Предлагаемые условия:

• Офис в районе м.Нагатинская/м.Тульская;
• Молодой коллектив, демократичная атмосфера;
• Динамичная работа, лояльное руководство;
• Интересные и разнообразные задачи;
• Возможность обучения и развития за счет компании;
• Периодический пересмотр заработной платы в соответствии с профессиональными достижениями;
• График работы: 9-18/10-19;
• ТК РФ, белая заработная плата;
• Социальные условия:
• ДМС (включает сеть ведущих клиник и стоматологию, страховку выезжающих за рубеж);
• столовая в здании офиса
• корпоративные мероприятия, регулярные фотовыставки и творческие конкурсы для сотрудников и их детей;
• своя футбольная команда и команда по настольному теннису, участие в корпоративных турнирах, корпоративные скидки от ведущих фитнес-центров.

На нескольких собеседованиях по тестированию на вакансию "инженер по тестированию" задавали примерно один и тот же вопрос:
"У Вас есть 3 дня на тестирование до выпуска билда. Ваш руководитель проекта уехал и недоступен. Как и что Вы будете тестировать?".

Как стоило бы отвечать на данный вопрос?

p.s. Для примера предлагалось взять для тестирования запускаемый с нуля сервис gmail.com

Друзья! 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

16:20 - 17:00 «Selenide (Selenium WebDriver + Java): используем listener-ы»
Андрей Стахиевич, www.COMAQA.BY; ISSoft / CoherentSolutions, DPI.Solutions

17:00 - 17:40 «Agile Testing & Agile Tester»
Антон Семенченко, www.COMAQA.BY; www.CoreHard.by; EPAM Systems, DPI.Solutions

17:40 - 17:50 Оглашение результатов опроса «Лучший инструмент для ведения тест кейсов и хранения результатов тестов», вручение памятных призов

COMAQA.BY

Расписание http://jan.2016.comaqa.by/

Регистрация http://jan.2016.comaqa.by/#registration

Опросник «Лучший инструмент для ведения тест кейсов и хранения тест резалтов» https://docs.google.com/forms/d/1nleLRs61qXjVKNmf1rPLYQEN4e7Qx2uySR54zkqlZ9U/viewform?edit_requested=true

О сообществе https://comaqa.by/about-us/

© 2010 | Software-Testing.Ru