В трансляцию блогов регулярно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами:
Performance Lab - это компания, которая вот уже 8 лет занимается тестированием программного обеспечения. За годы работы мы накопили огромный опыт теперь мы решили им поделиться!
Наши основные авторы статей:
Дмитрий Химион - эксперт в области автоматизации тестирования, докладчик на более чем 10 конференциях по тестированию и разработки ПО, Всегда придерживается понятия "Технология - "светлая сторона силы", с их помощью можно решить любую задачу"
Мешков Александр - эксперт в области функционального тестирования и тест-менеджмента. Участвовал более чем 15 различных проектах по тестированию ПО. Основные темы статей - тест-менеджмент и оптимизация процесса тестирования.
Макаров Александр - гуру нагрузочного тестирования. Может нагрузить любую систему, даже когда другие пассуют. В свободное время работает над созданием собственного инструмента нагрузочного тестирования приложений.
Осипов Антон - основной Agile идеолог к компании. Считает, что CI и DevOps - самые перспективные направления в ИТ. Всегда убежден, что качество кода играет ключевую роль в процессе обеспечения качества ПО.
А также другие ребята, активно принимающие участие в жизни нашей компании.
Сейчас в нашем блоге:
Нагрузочное тестирование нестандартных протоколов - Александр Макаров
10 декабря 2016 года в Москве состоится техническая конференция по тестированию Гейзенбаг 2016 Moscow, которая соберет более 400 специалистов в области тестирования (не только тестировщиков, но и разработчиков, тимлидов и CTO).
Все доклады посвящены практическому и хардкорному тестированию на реальных проектах. Call For Papers и регистрация участников на конференцию уже открыты.
Выполняя тестирование, не забывайте о том, что нефункциональные характеристики качества тоже имеют большое значение.
Мы собрали несколько докладов о тестировании производительности и защищенности, которые были прочитаны в рамках конференции SQA Days 19 в Санкт-Петербурге.
Когда я только начинал работать в тестировании, я бежал к менеджеру каждый раз, когда что-то блокировало мою работу. Сделать так, чтобы я мог сфокусироваться на собственных задачах – прямая обязанность менеджера, правда?
Если у меня все шло хорошо, то я хотел, чтобы менеджер просто оставил меня в покое и дал мне поработать. Однако происходило ровно наоборот, и мы ежедневно вели такие диалоги:
- Привет, Бен, как там тестирование?
- Все окей!
- (неловкое молчание)
- (менеджер уходит)
- (моя почта сообщает, что мне пришло приглашение на встречу, чтобы обсудить прогресс тестирования).
Полагаю, такой ход событий раздражал не только меня. Начальнику явно что-то было нужно, но я не знал, что! Может, он просто хотел убедиться, что я работаю, а не занимаюсь ерундой – честно говоря, мне было как-то все равно. Я концентрировался на важных вещах, и тратил кучу времени на размышления о проекте и о том, что мне нужно сделать, чтобы проект удался. Я копался в коде, писал юнит-тесты, проводил код-ревью, тестировал свободным поиском, критиковал требования, разговаривал с разработчиками и дизайнерами… Большая часть моей отчетности была устной и сообщалась или разработчикам, или менеджеру проекта. С непосредственным руководителем я практически не взаимодействовал – я просто не видел в этом смысла.
Меня часто спрашивают, что значит быть "хорошим тестировщиком", и еще чаще – как преуспеть в тестировании. Тут нет никаких секретных рецептов, однако, с моей точки зрения, хорошие тестировщики похожи тем, что они делают определенные вещи для того, чтобы двигаться вперед.
Не все хорошие тестировщики добиваются успеха, и не все те, кто его добился, хороши. Что же тестировщику сделать, чтобы преуспеть? И, кстати, что такое "успех", это же довольно субъективное понятие?
Что, я уже запутала вас? Я пытаюсь донести, что тут нет проторенных дорог – только те, которые выбираете лично вы. Моя цель – помочь вам выбрать хорошую дорогу, которая подходит именно вам.
Я хочу поговорить о том, что, с моей точки зрения, означает быть "хорошим тестировщиком".
"Делаешь что-то неоднократно – автоматизируй это" – довольно частая присказка. Тестирование ПО, при котором зачастую приходится многократно выполнять одинаковые действия – отличное поле деятельности для автоматизации. В современном мире разработки ПО, учитывая использование микросервисов и методологию непрерывной разработки, мы стремимся к быстрому, частому внедрению новой функциональности. Важность автоматизации в связи с этим растет, но связанные с ней проблемы все еще не решены. Вот мой список пяти самых распространенных ошибок, которые совершаются при автоматизации приемочных тестов.
Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.
Как обычно для читателей нашего портала действует промокод на получение 10% скидки.
Очень серьезные изменения произошли в линейке тренингов по Selenium. Плохая новость состоит в том, что большинство тренингов были сняты из расписания. Но есть и хорошая новость. Идет работа над новым тренингом по инструменту Selenium 3.0: Selenium WebDriver: полное руководство. Уже сейчас можно посмотреть на каких принципах будет строиться новый учебный курс, чем он будет отличаться от наших предыдущих тренингов и от того, что предлагают другие учебные центры.
Если говорить о будущем тестирования и тестировщиков, для начала стоит обдумать текущую ситуацию и то, почему она нуждается в переменах.
Последние десять лет тестированию постоянно угрожают вымиранием. "Тестирование умерло", "Тестировщики должны учиться программировать", и как же обойтись без любимого лозунга торговцев автоматизацией "все тесты должны быть автоматизированы".
В середине мая 2016 года Джеймс и Джон Бах проводили воркшоп на тему "Преобразование тестировщиков". Я на нем не присутствовал, поэтому не буду вдаваться в детали. Он не произвел никаких потрясений в сообществе – мое внимание привлек один-единственный слайд, вырванный из контекста и опубликованный в Твиттере.
Выступление Иры Винокуровой на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.
Программисты пишут в студии. Версии хранятся в дженкинсе. Баги ведутся в редмайне, а тест-кейсы вообще лежат в Тестлинке… Знакомо? Так было и у нас. А потом все изменилось. На смену старой студии пришла новая, да не одна. А с TFS в придачу. Как и у нас, во многих офисах стоит Visual Studio. Многие команды разработчиков пользуются TFS для разработки проектов. Но немногие знают, что в этом во всем есть бонусное место для тестировщиков. О том, как можно использовать TFS для тестирования, что такое Test Manager и как с ним работать, почему все удобнее держать в одной системе — я попытаюсь рассказать в своем докладе на примерах.
Если ваше приложение устанавливает в систему EXE, DLL, LIB или любые другие файлы (исчерпывающе описывает любые приложения, с которыми я сталкивался), вам нужно протестировать API. А может (по идее), не нужно – если только ваше приложение использует эти DLL, или только один API – если EXE не поддерживает аргументы командной строки. Но, как знает любой тестировщик, "по идее" не всегда коррелирует с "на самом деле".