Home

Публикуем подборку докладов с SQA Days-17, посвященных ручному тестированию.

Перед тем, как поставить задачу в баг-трекер, проверьте название в Багреде. Он подскажет, что в названии плохо и как это можно исправить.

Попробуйте прогнать через него текущие задачи из баг-трекера или просто понажимайте на примеры :)

Поймает абстракции и «некорректности», расскажет на примерах, как можно улучшить название.

Отправляйте туда своих джуниоров :)

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

Компания HumanFactorLabs опубликовала статью про примеры тестовых данных для тестирования... Адресов! 

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

Мы в HumanFactorLabs парсим адреса в особо крупных размерах. Наши продукты упрощают ввод контактных данных и работу с ними.
За 10 лет работы в результате анализа многочисленных исключений в российских адресах мы выработали правила хранения адресов, при соблюдении которых вы не потеряете важную информацию.

Недавно нас попросили привести примеры необычных адресов, в связи с чем и написана эта статья.

Запись доклада Алексея Баранцева на июньской встрече клуба тестировщиков в Москве.

Если почитать какую-нибудь книжку про разработку автотестов или просто погуглить по словам "successful test automation" -- можно найти множество разнообразных рекомендаций. Выбирайте правильно инструмент. Проектируйте и выстраивайте правильную архитектуру тестов. Уделяйте внимание тому, чтобы тесты было легко поддерживать. Не забывайте про планирование и управление (вообще-то это надо было бы поставить первым пунктом).

Но когда вы только приступаете к созданию автотестов -- вы ещё не знаете ничего ни про инструменты (насколько хорошо они вам подойдут), ни про архитектуру, да и управлять ещё нечем. Планировать в условиях такой неопределённости тоже сложно.

Что же делать?

Вы когда-нибудь выращивали цветы? Комнатные, или на клумбе, или может быть даже не цветы, а кусты или деревья?

Конечно, можно сначала нанять ландшафтных дизайнеров, распланировать и спроектировать большой-большой парк, потом нанять рабочих, которые всё посеют и посадят в соответствии с планом, сделают дорожки и выкопают декоративные прудики. А потом будут его поддерживать.

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

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

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

Публикуем подборку докладов с SQA Days-17, посвященных автоматизации тестирования.

Автор: Ольга Алифанова

Наиболее распространенный подход к определению серьезности бага в той или иной формулировке встречается в большинстве источников. Например, у Романа Савина:

• Критическая – системный сбой, потеря данных, проблемы с безопасностью.

• Значительная – зависание, блокирование использования, кодирования, тестирования

• Умеренная – функциональные проблемы

• Низкая – косметические проблемы

Выступление Натальи Руколь на SECON'2015.

Модель проектного треугольника очень быстро дала плоды на благодатной почве русской души, которая любит всё делать с размахом. Хотите больше фич? Надо увеличивать сроки! Хотите более качественный продукт? Давайте расширим команду!

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

Раздутая команда становится неуправляемой, расширяться дальше нет желания и возможностей. Как решать проблему?

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

• Распространённые источники утечек ресурсов, времени и качества.
• Способы анализа эффективности проектных процессов (ТОС, Lean).
• Поиск узких горлышек (bottlenecks).
• Расчёт ROI при внедрении внутрипроектных улучшений.
• “Бесплатные” решения по повышению качества.
• Человеческий фактор и борьба с консерватизмом при внедрении улучшений.

Доклад будет полезен руководителям проектов, руководителям продуктов, руководителям отделов разработки и руководителям отделов тестирования, а также всем сочувствующим.

Более широко эта тема освещена в тренинге Натальи Руколь Школа тест-менеджеров.

Автор: Ольга Азимбаева, Senior Business Analyst, DataArt

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

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

Юзабилити — это простота использования программных продуктов. Понятие включает следующие нефункциональные аспекты использования ПО:

• Эффективность (выполнения задач пользователем).
• Результативность (по времени выполнения).
• Удовлетворение (опытом пользования) в указанном контексте использования (пользователи, задачи, оснащение и окружения).

Рассмотрим инструменты для измерения юзабилити. Мы использовали три основных критерия оценки:

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

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

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

Стриминг экрана и аудио-видео участников исследования в реальном времени.