Что пишут в блогах

Подписаться

Что пишут в блогах (EN)

Разделы портала

Онлайн-тренинги

.
Тестировать игры – это очень трудно!
08.06.2016 23:09

Автор: Джефф Найман (Jeff Nyman)

Оригинал статьи: http://testerstories.com/2013/08/testing-games-is-hard/

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

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

В свободное время я иногда работаю на игровые компании. Недавно я столкнулся с довольно-таки любопытным багом, тестируя игру Star Wars: The Old Republic. Баг я нашел чисто случайно – я не искал его прицельно, и даже не пытался найти что-то на него похожее. Когда баг был найден, было абсолютно неясно, что же конкретно тут происходит. Правда, знакомая история? Однако тут были свои нюансы.

Если вы не в курсе, то Star Wars: The Old Republic (SWTOR) – это массовая многопользовательская онлайн-игра (MMO), в которой вы создаете себе персонажа и исследуете вселенную Звездных Войн, выполняя квесты. Квесты, как правило, выглядят как видео-врезки, в течение которых ваш персонаж болтает с нейтральными персонажами (NPC). После завершения врезки вы отправляетесь выполнять полученное задание.

Как и в других ММО, вам придется сражаться с группами персонажей ("мобами") и в случае победы вы сможете подобрать "лут", который может содержать экипировку (броню, ботинки, перчатки, шлемы, и так далее) и другие ценности. Некоторые из них – например, броню и оружие – персонаж может надеть на себя. К тому же у вашего персонажа есть компаньон – контролируемый игрой соратник, который сопровождает вас в ваших приключениях и помогает в боях. Компаньона тоже можно одевать, передавая ему найденные на поле боя вещи.

Подробнее...
 
Автоматизация тестирования – это ваш огород
06.06.2016 11:04

Автор: Дороти Грэм (Dorothy Graham)

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

Оригинал статьи: http://dorothygraham.blogspot.ru/2016/05/test-automation-as-orchard.html

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

Автоматизация – это ОЧЕНЬ просто.

Переформулирую, пожалуй – зачастую автоматизация кажется очень простой штукой.

Когда вы смотрите на первое демо, или запускаете свой первый автотест, вы чувствуете себя волшебником . Ого-го! Это так круто! Хотел бы я уметь печатать так быстро!

Но хорошая автоматизация сильно отличается от этого вашего первого запуска.

Представьте, что вы гуляете по огороду и видите на ветке спелый фрукт, призывно манящий вас. Вы срываете его, думая, что это же так круто – одно простое движение, и в вашей руке что-то красивое и вкусное.

Однако хорошая автоматизация – это скорее организация этого огорода, позволяющего прокормить небольшой городок.

Подробнее...
 
Какой уровень детализации допустим?
03.06.2016 00:27

Автор: Майкл Фритциус (Michael Fritzius)

Оригинал статьи: https://testzius.wordpress.com/2016/05/30/how-much-detail-is-too-much/

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

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

В ручном тестировании очень важно контролировать, что уже проверено, а что еще нет.

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

Я видел разные форматы кейсов:

  • Общие описания, как должно работать,
  • Пошаговые инструкции,
  • Ad-hoc тесты без инструкций.

Аргументация у этих подходов тоже различается:

  • Концентрироваться надо на функциональности, а не на специфических шагах тестирования.
  • Тесты должны быть просты и понятны даже уборщице Маше.
  • Исследовательское тестирование лучше всего находит баги, и не надо ограничивать себя тест-кейсами.

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

Подробнее...
 
CoLaboratory: Мобильное тестирование, бесплатная встреча
01.06.2016 23:45

07 июня в штаб-квартире «Лаборатории Касперского» на Водном Стадионе, пройдет первая из серии встреч CoLaboratory, посвященная тестированию. На этой встрече будет обсуждаться тестирование приложений на мобильных платформах. Особенно интересно данное мероприятие будет тем, кто по работе ежедневно сталкивается с ручным тестированием и тестированием на мобильных платформах.

Программа мероприятия:

13:00 Открытие регистрации участников

13:45 Открытие конференции, приветственное слово, Павел Романов

14:00 Специфика тестирования мобильных приложений, Анна Карпенко

15:00 Эволюция средств мобильного тестирования в ЛК, Иван Цепелев

16:00 Перерыв

17:00 Device specific проблемы устройств под Android, Дмитрий Мячин

18:00 Про in-product marketing (IPM), Дмитрий Бондаренко

19:00 Exploratory testing, Никита Воронов

Описание докладов:

Специфика тестирования мобильных приложений, Анна Карпенко

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

Эволюция средств мобильного тестирования в ЛК, Иван Цепелев

— Начнём с истории развития одного продукта KIS, еще от времен KMS до наших дней.  Потом будет переход к  основе: обзор имеющихся на данный момент приложений Лаборатории для различных мобильных платформ. Далее перейдём к частному примеру использования технологий логирования на примере Android. Немного примеров об использовании фильтров и вопросов о том, для кого заводятся баги. Например: баг который поймет только разработчик – плохо или хорошо?

Device specific проблемы устройств под Android, Дмитрий Мячин

– В своём докладе я расскажу о проблемах, которые могут возникать на конкретных версиях Android, даже на конкретных минорных обновлениях. О проблемах, характерных для конкретных прошивок конкретных моделей устройств. Постараюсь рассказать о подводных камнях, с которыми столкнулись мы сами и будет сталкиваться каждый, кто начнёт разработку и тестирование тех технологий, которыми уже давно занимаемся мы. Потому что проблемы могут встречаться в совершенно неожиданных местах.

Про in-product marketing (IPM), Дмитрий Бондаренко

— Доклад посвящен тестированию маркетингового функционала новостей на примере IPM (In-Product Marketing). Цель доклада – рассказать о проблемах, возникших при тестировании этого функционала, и способах их решения. В докладе будут затронуты наиболее актуальные проблемы, которые могут возникнуть при тестировании функционала, состоящего из множества частей.

Exploratory testing, Никита Воронов

В чем отличие валидации от верификации? Чем риск отличается от бага и как построить risk-based testing? Почему тестирование «вне команды» приносит свои плоды? Почему устройств всегда не хватает? Я постараюсь ответить на эти вопросы и не только.

Зарегистрироваться на встречу

 
Работа в сфере тестирования ПО для профессионалов и новичков
31.05.2016 11:07

Приглашаем на работу в компанию Аплана!


ЗНАЕТЕ ЛИ ВЫ, что Аплана в числе первых компаний в России стала предоставлять услуги заказного тестирования?

На сегодняшний день Аплана – одна из наиболее быстрорастущих технологических компаний Европы. Мы входим в тройку лидеров на рынке аутсорсингов услуг в сфере тестирования и в связи с расширением бизнеса ищем новые таланты.

Если ты только закончил ВУЗ и интересуешься карьерой в тестировании, то Аплана – выбор для тебя!

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

ПОЧЕМУ МЫ?

  1. Мы работаем с крупными Заказчиками, поэтому задачи,которые стоят перед нашими сотрудниками, позволяют им быстро и эффективно развиваться в сфере тестирования.

    Сейчас у нас открыты вакансии как для новичков, так и экспертов в тестировании.
    Актуальные вакансии – на нашем сайте.

  2. В рамках компании функционирует Корпоративный Университет Аплана.

    Система внутренних курсов позволяет новичкам быстро включаться в новые интересные задачи и на экспертном уровне разбираться в самых сложных направлениях тестирования.

  3. Мы делаем все для того, чтобы нашим сотрудникам было интересно работать.

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

Мы гарантируем:

  • быстрый профессиональный рост
  • стабильный заработок
  • дружный коллектив

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

 
Новости тестирования за май
30.05.2016 22:41

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

Посмотреть выпуск можно по ссылке.

 
Новый блог в нашей трансляции: Cообщество тестировщиков Екатеринбурга
27.05.2016 17:27

В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.

Знакомьтесь – блог Cообщества тестировщиков Екатеринбурга: http://uraltester.ru/

О сообществе:

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

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

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

Если ты тестировщик из Екатеринбурга - присоединяйся!

http://uraltester.ru/
https://vk.com/uraltester
https://www.facebook.com/groups/uraltester/

 
Как стать тестировщиком, с чего начать
26.05.2016 12:23

Регулярно на форуме или в почту нам приходят сообщения с вопросом "как стать тестировщиком, с чего начать"?

С одной стороны, новичку очень легко учиться, узнавать что-то новое. Потому что всё вокруг новое :)

С другой стороны, это скорее мешает, чем помогает: непонятно, с чего начать. Нужен какой-то план освоения нового материала.

Наш тренер Ольга Киселева подготовила статью «Как стать тестировщиком, с чего начать», а в прошлом году мы совместно с Ольгой запустили сайт Testbase, на котором собраны основные навыки, необходимые тестировщикам, а также разные полезные ссылки по теме.

Эту статью и этот сайт можно использовать как "дорожную карту" для самообучения.

А что делать, если вы уже вроде бы всё прочитали, но всё равно чувствуете, что вы пока не готовы идти работать тестировщиком? Или для самообучения не хватает самодисциплины? Или нужно срочно-срочно и нет времени всё это читать?

Тогда приходите к нам на курсы (базовый или интенсивный), где сможете попрактиковаться под присмотром тренера. Ведь зачем нужны курсы в наш век интернета, когда вся теория доступна бесплатно? Исключительно ради практических заданий и фидбека тренера.

Разумеется, за неделю или даже месяц хорошим тестировщиком вы не станете ни на каких курсах. Разве что это будет 8-часовая ежедневная стажировка. Цель курсов -- заложить базу, дать представление о тех навыках, которые вам предстоит развивать в течение следующих несколько лет.

А уже потом, поработав хотя бы год, приходите совершенствовать свои знания, у нас есть курсы не только для новичков :)

 
Так ли полезно быть проще?
25.05.2016 11:15

Автор: Брендан Коннолли (Brendan Connolly)

Оригинал статьи: http://www.brendanconnolly.net/keep-it-simple-theres-more-to-it/

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

KISS, бритва Оккама... Все мы слышали мудрый совет быть проще и не усложнять ничего без нужды. Совет этот мог касаться пользовательского опыта по работе с вашим ПО, а мог относиться к вашему подходу к тестированию. Однако всегда ли этот совет полезен?

Иногда он может означать следующее:

Не нарушай статус-кво

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

Не удивляйтесь, если в ответ на ваши тестировщицкие тирады вы услышите совет быть проще, или нечто похожее.

Подробнее...
 
Автоматизируйте ваши автотесты
23.05.2016 11:51

Автор: Майкл Фрициус (Michael Fritzius)

Оригинал статьи: https://testzius.wordpress.com/2016/02/22/continuous-integration-strategies/

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

Привет! В вашей компании наверняка есть автотесты в той или иной форме, которые делают работу за вас.

Они экономят вам время, правда?

Эээ... не всегда.

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

Просто необходимо стартовать автотесты автоматически, при соблюдении определенных условий, и получать отчет о том, прошли тесты или нет, чтобы определиться с последующими действиями.

Этот процесс называется "непрерывная интеграция" (CI) или "непрерывная разработка" (CD).

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

Подробнее...
 
Analyst Days - 5: подборка докладов для тестировщиков
19.05.2016 11:01

Публикуем подборку докладов с Analyst Days – 5, которые пригодятся тестировщикам.

"To requirements and beyond..." – доклад Оливье Дену о взаимодействии тестировщиков и аналитиков и их общем вкладе в качество продукта.

"Как повысить личную информационную эффективность" – доклад Екатерины Калининой об умении эффективно работать с информацией.

"Коммуникация при различной структуре мышления - таксономия против фолксономии" – доклад Максима Цепкова о том, как эффективно взаимодействовать с людьми, чье мышление отличается от вашего.

"Ловушки прошлых проектов при разработке новых" – доклад Анны Горбатенко об обучении на прошлых ошибках.