|
11.11.2016 11:38 |
|
 Автор: Мааике Бринкхоф (Maaike Brinkhof)
Оригинал статьи: http://blog.xebia.com/mapping-biases-to-testing-confirmation-bias/
Перевод: Ольга Алифанова
Часть 1, где объясняется используемая терминология
Начну с плохих новостей: предубеждения подтверждения невозможно избежать, но это даже хорошо – если вы им страдаете, то вы живой нормальный человек. Наша "Система 1" позволяет сразу перейти к выводам, если наши предположения, скорее всего, верны, и ошибка не приведет к страшным последствиям. К примеру, встречая нового человека, вы делаете выводы о нем, основываясь на своих стереотипах, одежде, которая на нем надета, осанке, и т. п. Это происходит настолько быстро, что вы не успеваете с этим бороться.
Однако поспешные выводы могут привести к нехорошим последствиям, если ситуация вам незнакома, риски велики, а времени на сбор информации нет. Правда, знакомая для тестировщиков ситуация? Мы постоянно имеем дело с незнакомыми ситуациями, высокими рисками, и обычно связаны дедлайном. Как с этим справляться? Давайте разберемся, какая связь у предубеждения подтверждения и тестирования.
Предубеждение подтверждения – это "зонтичный" термин для целого семейства когнитивных искажений: например, это гала-эффект, "то, что видишь – это все, что там есть", эвристика доступности (для полного списка см. книгу Дэвида Канемана "Думай медленно… Решай быстро"). Мы также разберемся, почему эвристики – важная часть нашей работы – напрямую связаны с предубеждением подтверждения.
|
|
Подробнее...
|
|
10.11.2016 11:30 |
|
Выступление Елены Саламахи (Test Lead, Luxoft UA) на онлайн-конференции для тест-менеджеров и тест-лидов Chief ConfeT&QA.
Перед многими тест-менеджерами, работающими в аджайл-практиках, стоят следующие задачи:
- Как избежать непредвиденных багов?
- Как избежать недопонимания и разночтения требований?
- Как избежать рутинной ручной и, часто лишней, работы?
- Как поддерживать стабильный уровень качества в условиях частых поставок?
- Как не потеряться в постоянных изменениях?
Для решения этих проблем, в своём докладе я расскажу вам о простых и эффективных практиках, накопленных поколениями аджайлистов – трёх основных концепциях построения тестирования в Agile:
1. В битве побеждает тот, кто в ней не участвует.
- Техники предотвращения появления дефектов.
2. Железная гибкость.
- Автоматизация, Непрерывная интеграция.
3. Путь в тысячу шагов начинается с одного шага.
- Концепция постоянного улучшения, «гибкого внедрения гибкости».
+1 бонус-концепция, которая призвана сделать жизнь существенно проще. |
|
Подробнее...
|
|
09.11.2016 12:10 |
|
В тестировании одна из важнейших задач - определение того, что тестировать не надо. Именно для этого придуманы разные хитрые методы: и классы эквивалентности, и pairwise, и прочее. Ещё сложнее дело обстоит в мобильном тестировании: к трудностям функционального тестирования приложений добавляются проблемы с устройствами, версиями ОС и качеством связи.
Чтобы облегчить вам задачу формирования правильного набора тест-кейсов, мы перевели чек-лист Tmap по тестированию мобильных приложений. В нём есть всё необходимое: от установки на разные версии ОС до проверки работы GPS и акселерометра. Скачать его в формате PDF можно по ссылке. Оригинал доступен по ссылке (формат .doc)
Этим чек-листом уже пользовались студенты первого запуска курса “Тестирование мобильных приложений: начальный уровень”, и многие из них оценили его полезность на отлично. |
|
|
08.11.2016 11:44 |
|
 22 октября после летнего перерыва прошла очередная встреча Московского клуба тестировщиков. Традиционно здесь можно было услышать интересные доклады и обсудить насущные вопросы тестирования. Благодаря онлайн-трансляции "побывать" на встрече мог любой желающий, независимо от того, в какой точке мира он в это время находился.
Для тех, кто по какой-то причине пропустил последнюю встречу, но кому интересно, как прошло мероприятие, мы публикуем записи прозвучавших там докладов.
Мария Чепикова “Как мы тестируем мобильное приложение Почты Mail.Ru” Андрей Ю “Забытый компонентный подход в Автотестах современных SPA” Рина Ужевко “Отдел мониторинга в тестировании” |
|
Подробнее...
|
|
07.11.2016 18:48 |
|
 Случалось ли Вам подбирать инструмент для нагрузочного тестирования и не находить подходящего варианта? Или наоборот, у Вас есть любимый инструмент, который справляется с любыми задачами. Расскажите нам о своем опыте и предпочтениях, ответив на вопросы опроса.
Принять участие в обсуждении темы опроса можно на нашем форуме, здесь же будут выложены результаты опроса. |
|
07.11.2016 11:37 |
|
 Автор: Батыров Арсений, автор и ведущий тренинга “Тестирование мобильных приложений: начальный уровень”
В тестировании есть такое понятие, как Monkey Testing - случайное нажатие на всевозможные кнопки приложения для того, чтобы его сломать. Действия эти не требуют каких-либо особых навыков, однако иногда помогают успешно находить даже сложные баги. Для автоматизации monkey testing существует много приложений на различных платформах.
В Android есть встроенное приложение UI Automation Exersizer Monkey, которое генерирует нужное количество случайных событий для телефона. Эти события могут быть самыми разными: одинарное нажатие, перетягивание, зум двумя пальцами, переключение системных кнопок, и даже переключение между различными пакетами приложения. Можно тонко настроить частоту определённых событий (зума, например) и задержку между ними. Инструмент это очень простой и не требует глубоких знаний для использования, однако при правильном подходе он позволяет значительно упростить себе задачи стресс-тестирования приложения. Для того, чтобы показать его работу, мы записали небольшое видео. |
|
Подробнее...
|
|
03.11.2016 13:53 |
|
 5-6 ноября сообщество COMAQA.BY проведет очередную большую двухдневную конференцию, посвященную автоматизированному и ручному тестированию. Спикеры из ведущих IT-компаний Беларуси соберутся вместе, чтобы рассказать о своем опыте в тестировании и управлении. Конференция пройдет в 2 дня в 2 потока: мы подготовили для вас 7 мастер-классов и более 16 докладов!
Для тех, кто захочет присоединиться удаленно, будет огранизована онлайн-трансляция докладов конференции (поток А) на YouTube-канале COMAQA. Поток мастер-классов B транслироваться не будет.
Для просмотра онлайн-трансляции, пожалуйста, зарегистрируйтесь и смотрите доклады по ссылке http://conference.comaqa.by/live
|
|
02.11.2016 11:01 |
|
 Автор: Ричард Брэдшоу (Richard Bradshaw)
Оригинал статьи: http://www.thefriendlytester.co.uk/2016/08/give-your-automated-checks-voice.html
Перевод: Ольга Алифанова
Нынче вместо нас потеют роботы – я имею в виду автоматизацию, но "роботы" куда круче звучат. Они запускают автоматизированные проверки, деплоят билды в прод, создают тестовые данные, подготавливают оборудование и окружения, и так далее, и тому подобное. Мы обожаем инструменты за ту пользу, которую большинство из них приносит в мир.
Однако поговорить я хочу об автоматизированных проверках. Они могут куда больше, нежели тупо сообщать "Пройдено/Не пройдено", если вы их как следует попросите. Я расскажу о четырех фокусах, которыми пользовался я, и о том, как они мне помогли. |
|
Подробнее...
|
|
01.11.2016 12:19 |
|
Каждый мужчина должен построить дом, посадить дерево и воспитать сына... Задача каждого менеджера подготовить себе замену, но сказать и сделать - не одно и то же.
Как выбрать подходящего кандидата, как подойти к его обучению, какие навыки развивать, как представить замену клиенту, сколько времени потребуется, где найти на это время, зачем все это нужно?
Ответы на эти и другие вопросы, необходимые для подготовки управленца, который с легкостью заменит вас на проекте, освещены в этом докладе. |
|
Подробнее...
|
|
31.10.2016 14:16 |
|
Вышел выпуск рассылки за вторую половину октября, его содержание доступно по ссылке.
Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме. |
|
29.10.2016 13:43 |
|
Представляем вашему вниманию результаты опроса про соотношение разработчиков и тестировщиков характерное для разных типов продуктов (автор опроса Василий Касимов). В опросе приняло участие свыше 230 человек.
Согласно данным опроса наиболее часто команда тестирования на проекте состоит из одного тестировщика и четырех разработчиков. Но встречаются разные соотношения.
Соотношение разработчиков и тестировщиков в командах по типам продуктов можно увидеть на диаграммах ниже (для увеличения картинки нажмите на диаграмму). |
|
Подробнее...
|
|
|
|
