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

Подписаться

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

Конференции

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

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

Про инструменты

Лучшие вакансии

.
Видеозапись доклада Виктории Юркевич "Джедайские техники в управлении командой"
29.11.2018 11:18

Публикуем запись доклада Виктории Юркевич (Лаборатория качества) "Джедайские техники в управлении командой" с прошедшей конференции HighLoad++ Moscow 2018

Большинство руководителей в IT-сфере выросли из технарей. Нам комфортнее работать с программами, чем с людьми, а слово “сервер” нам ближе и понятнее, чем слово “мотивация”. Чтобы решить эту проблему, биг-боссы компаний приглашают сторонних коучей и экспертов по мотивации, а IT-менеджеры пытаются ломать себя и следовать правилам с тренингов: хвалить, давать обратную связь, мотивировать и стимулировать. Такие натянутые действия тоже не приводят ни к чему хорошему!

Оказывается, люди мотивированы всегда, и их не надо пинать! Вопрос не в том, мотивированы они или нет, а в том, что мешает раскрытию их максимального потенциала.

В своём докладе Виктория расскажет о том, как решили эту задачу в Лаборатории качества, внедрив новую парадигму Менеджеров Счастья. В числе тех инструментов, которые помогли им, и которыми автор поделится с вами:


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

Не нужно создавать созданное, нужно научиться применять имеющееся. Все проще, чем кажется.

Обсудить в форуме

 
Мнемоника Mobile App Testing
28.11.2018 13:44

Автор: Дэниэл Нотт (Daniel Knott)

Оригинал статьи

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

Если поискать в Интернете список мнемоник тестирования, можно найти более 30 мнемоник, связанных с тестированием. Одна из наиболее известных эвристик (мнемоник)– это SFDPO (San Francisco Depot), созданная Джеймсом Бахом. Мнемоники не только помогают держать в голове важные разделы, которые нужно покрыть во время тестирования – они также могут поспособствовать генерации новых идей.

Мнемоника MOBILE APP TESTING

Тестируя мобильные приложения, я в основном пользуюсь мнемоникой I SLICED UP FUN, созданной Джонатаном Колом. Она помогает мне сконцентрироваться на различных областях наших приложений. Сегодня я хочу поделиться своей собственной мнемоникой – она называется MOBILE APP TESTING. Правда, легко запомнить? Ниже – подробное описание мнемоники с объяснениями, подсказками и ресурсами, которые помогут вам тестировать мобильные приложения.

Подробнее...
 
Алексей Баранцев и Валентин Wylsacom Петухов на Heisenbug 2018 Moscow
27.11.2018 13:36

Heisenbug 2018 Moscow стартует уже на следующей неделе. На конференцию приезжают лучшие специалисты по тестированию и разработке. Но это еще не все!

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

На заключительном кейноуте первого дня конференции выступит Валентин Wylsacom Петухов! Он расскажет об epic fails производителей девайсов и почему у новейшего Google Pixel 3 выросла вторая «бровь».

А еще на Heisenbug 2018 Moscow приедет Алексей Баранцев, он занимается тестированием аж с 1994 года!

Сейчас Алексей разрабатывает ядро в проекте Selenium WebDriver, а также развивает главный российский портал про тестирование Software-Testing.ru. Организаторы Heisenbug взяли у него интервью и опубликовали в своем хабраблоге.

Вы узнаете, что изменилось в представлениях о тестировании, как развивается Software-Testing.ru, какой браузер лучше всех реагирует на баг-репорты и, конечно же, насколько тщательно протестирован сам Selenium.

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

До 1 декабря билеты все еще можно приобрести по льготной цене! А наши читатели могут получить дополнительную скидку по промокоду SoftwareTestingPromo.

Обсудить в форуме

 
Как можно и нельзя автоматизировать
26.11.2018 12:30

Автор: Катрин Кавли (Katrine Kavli)

Оригинал статьи

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

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

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

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

Этот проект отлично подходил для автотестов, но не все проекты так же хороши. Я собрала ряд рекомендаций для тех, кто раздумывает над внедрением автотестов.

Подробнее...
 
AppsConf Mobile Meetup - митап, посвященный мобильному тестированию
23.11.2018 11:18

30 ноября в московском офисе Mail.Ru Group пройдёт митап, полностью посвящённый мобильному тестированию.

Приходите поделиться опытом и пообщаться!!

Андрей Копейко (Mail.Ru Group) раскроет секреты построения «headless» Android-эмулятора для UI-тестирования дизайнерских приложений (спойлер: стандартными средствами такого не достичь);

Слава Фролов (Badoo) научит на какие грабли не наступать при переводе автоматизированных тестов на iOS12, а также расскажет о взаимодействии с отделом ручного тестирования, девелоперами и релиз-инженерами в процессе;

Дмитрий Меркурьев (AvitoTech) в своем докладе «Andorid CI: Impact Analysis» рассмотрит подход к оптимизации CI через анализ изменений проекта.

А еще в завершении дня у участников будет возможность вместе с экспертами обсудить преимущества и недостатки нативных инструментов автоматизации и Appium.

Мероприятие бесплатное. Регистрация обязательная.


Зарегистрироваться на событие: conf.ontico.ru/event/join/mac1.html

Трансляцию смотрите на нашем канале: www.youtube.com/c/MobileChannelRussia

Митап проводится при поддержке нашего партнера Mail.Ru Group (corp.mail.ru)

Обсудить в форуме

 
Как автоматизировать тестирование на desktop
22.11.2018 12:21

Автор: WaveAccess

Оригинальная публикация

Часть 1: "Do Pilot" или платные фреймворки

Если вы сталкивались с автоматизацией тестирования, то это, скорее всего, были автотесты для web-страницы, web-блога, web-интерфейса. Возможно, ваша команда использует Appium для функционального тестирования мобильного приложения или инструментальные тесты Android (Espresso).

Но в 2018 году всё ещё нужно разрабатывать десктопные приложения, поддерживать legacy-проекты. Банки, финансовые отделы компаний, производства и лаборатории, сегмент HoReCa применяют Windows Desktop-приложения. Множество бизнесов разных направлений применяют их для учета, организации и автоматизации бизнес-процессов.

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

  • Подключение внешних устройств. К примеру, использование сканера отпечатков пальцев для идентификации, сканера паспорта и других устройств.
  • Соблюдение политики безопасности. Например, на заводе или в банке, где запрещен выход в Internet.
  • Уже существующий парк машин, который может состоять, например, из PС на OC Windows 7.

Всё вышеперечисленное — потребности реальных заказчиков, и достижения web для таких задач неприменимы.

Подробнее...
 
SQL-инъекция, отзывы о ПОИНТ, тест-план и вредные советы о тестировании мобильных приложений: самые интересные новости тестирования за начало ноября-2018
21.11.2018 11:19

Вышел выпуск рассылки за первую половину ноября, его содержание доступно по ссылке.

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

Подписаться на рассылку можно по ссылке.

Обсудить в форуме

 
Видеозапись доклада Анастасии Асеевой-Нгуен "Вам не нужны разработчики автотестов"
20.11.2018 13:07

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

Давайте рассмотрим традиционное положение вещей. Если у вас не agile, то у вас скорее всего есть:

-отдел разработки;

-отдел аналитиков;

-отдел тестирования

И все они могут одновременно работают над разными продуктами. А если вы еще решили делать автоматизацию тестирования, то появляется еще отдел автоматизации тестирования. И для управления всем этим добром, как правило, нужен руководитель проектов (РП). А теперь внимание, что делать РП, у которой тестировщика нет? Или он ушел в отпуск, или заболел?

-Забивать на качество продукта?

-Ждать когда он вернется?

-И нести финансовые потери от несвоевременного запуска продукта или же наоборот, от того что продукт выпустили в «забагованном» состоянии.

Если же у вас agile, то проблемы остаются те же. Только тут, как правило 1 тестировщик и 1 разработчик автотестов на команду, как минимум. И тут помимо озвученных вопросов, возникает еще вопрос:

-Что делать, если этих двух людей на один проект? Проект не генерирует такую нагрузку для двоих?

-Что делать, если разработчик автотестов отказывается заниматься функциональным тестрованием, если вы оставляете его одного в команде?

-Или же, если тестировщик не настолько компетентен, чтобы писать автотесты самостоятельно?

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

Обсудить в форуме

 
Подсчет тест-кейсов
19.11.2018 12:06

Автор: Маарет Пиаярви (Maaret Pyhäjärvi).

Оригинал статьи

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

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

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

Подробнее...
 
Рисуя тестирование
16.11.2018 11:36

Автор: Катрин Кавли (Katrine Kavli)

Оригинал статьи

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

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

Подробнее...
 
Что юзабилити-тестирование может рассказать о вашем бизнесе
15.11.2018 11:22

Автор: "Лаборатория качества"

Оригинальная публикация

Приходя на новый проект, команда «Лаборатории качества» всегда закладывает время на первичное знакомство с ПО, даже если клиент уверяет, что «документация полнейшая», а «продукт простейший». Мы вежливо киваем, но предупреждаем, что в течение одной-двух недель наши инженеры по тестированию будут регулярно забрасывать «очевидными» вопросами всех, до кого смогут дотянуться. Потому что никаких «очевидных» вопросов и «само собой разумеющихся» ответов не существует, идет ли речь о стандартном банковском ПО или простом интернет-магазине. Вскоре и сам заказчик начинает понимать, что сервис кажется простым только ему и разработчикам. А вот тем, кто видит его впервые, многие решения могут показаться, мягко говоря, не очень понятными и логичными.

Примерно так описываются первые впечатления

Подробнее...