Home

15-16 ноября в Лондоне проходит конференция Selenium Conf 2016.

Ведётся прямая трансляция.

Автор: Рикард Эдгрен (Rikard Edgren), Хенрик Эмилссон (Henrik Emilsson).

Оригинал статьи: http://thetesteye.com/blog/2014/04/charisma-testing/

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

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

Определение харизмы

Есть ли у продукта харизма?

Автор: Мааике Бринкхоф (Maaike Brinkhof)

Оригинал статьи: http://blog.xebia.com/mapping-biases-to-testing-confirmation-bias/

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

Часть 1, где объясняется используемая терминология

Начну с плохих новостей: предубеждения подтверждения невозможно избежать, но это даже хорошо – если вы им страдаете, то вы живой нормальный человек. Наша "Система 1" позволяет сразу перейти к выводам, если наши предположения, скорее всего, верны, и ошибка не приведет к страшным последствиям. К примеру, встречая нового человека, вы делаете выводы о нем, основываясь на своих стереотипах, одежде, которая на нем надета, осанке, и т. п. Это происходит настолько быстро, что вы не успеваете с этим бороться.

Однако поспешные выводы могут привести к нехорошим последствиям, если ситуация вам незнакома, риски велики, а времени на сбор информации нет. Правда, знакомая для тестировщиков ситуация? Мы постоянно имеем дело с незнакомыми ситуациями, высокими рисками, и обычно связаны дедлайном. Как с этим справляться? Давайте разберемся, какая связь у предубеждения подтверждения и тестирования.

Предубеждение подтверждения – это "зонтичный" термин для целого семейства когнитивных искажений: например, это гала-эффект, "то, что видишь – это все, что там есть", эвристика доступности (для полного списка см. книгу Дэвида Канемана "Думай медленно… Решай быстро"). Мы также разберемся, почему эвристики – важная часть нашей работы – напрямую связаны с предубеждением подтверждения.

Выступление Елены Саламахи (Test Lead, Luxoft UA) на онлайн-конференции для тест-менеджеров и тест-лидов Chief ConfeT&QA.

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

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

Для решения этих проблем, в своём докладе я расскажу вам о простых и эффективных практиках, накопленных поколениями аджайлистов – трёх основных концепциях построения тестирования в Agile:

1. В битве побеждает тот, кто в ней не участвует.

• Техники предотвращения появления дефектов.

2. Железная гибкость.

• Автоматизация, Непрерывная интеграция.

3. Путь в тысячу шагов начинается с одного шага.

• Концепция постоянного улучшения, «гибкого внедрения гибкости».

+1 бонус-концепция, которая призвана сделать жизнь существенно проще.

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

Чтобы облегчить вам задачу формирования правильного набора тест-кейсов, мы перевели чек-лист Tmap по тестированию мобильных приложений. В нём есть всё необходимое: от установки на разные версии ОС до проверки работы GPS и акселерометра. Скачать его в формате PDF можно по ссылке. Оригинал доступен по ссылке (формат .doc)

Этим чек-листом уже пользовались студенты первого запуска курса “Тестирование мобильных приложений: начальный уровень”, и многие из них оценили его полезность на отлично.

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

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

Мария Чепикова “Как мы тестируем мобильное приложение Почты Mail.Ru”

Андрей Ю “Забытый компонентный подход в Автотестах современных SPA”

Рина Ужевко “Отдел мониторинга в тестировании”

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

Принять участие в обсуждении темы опроса можно на нашем форуме, здесь же будут выложены результаты опроса.

Автор: Батыров Арсений, автор и ведущий тренинга “Тестирование мобильных приложений: начальный уровень”

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

В Android есть встроенное приложение UI Automation Exersizer Monkey, которое генерирует нужное количество случайных событий для телефона. Эти события могут быть самыми разными: одинарное нажатие, перетягивание, зум двумя пальцами, переключение системных кнопок, и даже переключение между различными пакетами приложения. Можно тонко настроить частоту определённых событий (зума, например) и задержку между ними. Инструмент это очень простой и не требует глубоких знаний для использования, однако при правильном подходе он позволяет значительно упростить себе задачи стресс-тестирования приложения. Для того, чтобы показать его работу, мы записали небольшое видео.