Home

Автор: Татьяна Бирюкова, тестировщик компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/layout-testing

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

Зачем тестировать верстку?

«Если звезды зажигают – значит – это кому-нибудь нужно»? Если макет отрисован до мелочей – казалось бы, так и должно получиться в итоге! Но есть один нюанс: страница должна не только соответствовать макету, но и работать.

Следовательно, можно разделить тестирование верстки на две важные части:

• тестирование внешнего вида;
• тестирование адаптированности страницы.

Автор: Василий Рябов (SDET, Aquantia Corp.).

Оригинальная публикация: https://habrahabr.ru/post/323962/

Python библиотека pywinauto — это open source проект по автоматизации десктопных GUI приложений на Windows. За последние два года в ней появились новые крупные фичи:

• Поддержка технологии MS UI Automation. Интерфейс прежний, и теперь поддерживаются: WinForms, WPF, Qt5, Windows Store (UWP) и так далее — почти все, что есть на Windows.
• Система бэкендов/плагинов (сейчас их двое под капотом: дефолтный "win32" и новый "uia"). Дальше плавно двигаемся в сторону кросс-платформенности.
• Win32 хуки для мыши и клавиатуры (hot keys в духе pyHook).

Также сделаем небольшой обзор того, что есть в open source для десктопной автоматизации (без претензий на серьезное сравнение).

Эта статья — частично расшифровка доклада с конференции SQA Days 20 в Минске (видеозапись и слайды), частично русская версия Getting Started Guide для pywinauto.

Автор: Эрика Чиковски (Ericka Chickowski)

Оригинал статьи: https://techbeacon.com/3-ways-be-more-marketable-test-automation-engineer

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

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

"Неважно, как все это называть – DevOps или Agile, для тестировщиков все это означает, что тестирование должно быть автоматизируемым и воспроизводимым", говорит Уэйн Ариола, директор по маркетингу и специалист по тестированию в компании Tricentis, занимающейся тестированием. "Временные циклы тестирования существенно уменьшились. У нас больше нет такой роскоши, как тестировать несколько недель в конце цикла разработки. Тестирование осуществляется параллельно с итеративной разработкой ПО, и оценка рискованности релиз-кандидата должна производиться на лету".

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

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

Более 20 докладов в 5 секциях от специалистов из ведущих IT-компаний России и Беларуси. Мы поговорим об автоматизации тестирования, тестировании производительности, особенностях ручного и автоматизированного тестирования мобильных приложений, рассмотрим вопросы менеджмента и человеческого капитала в тестировании.

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

Полная сетка докладов, информация о YouTube трансляции и регистрация для очного участия на официальном сайте конференции.

Приходите, будет интересно!

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

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

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

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

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

Автор: Нина Агеева, тест-менеджер компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/why-it-is-important-to-start-testing-as-early-as-possible/

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

Эксперты выделяют несколько этапов развития продукта:

• идея;
• стратегия;
• требования;
• дизайн;
• прототип и верстка;
• разработка и тестирование;
• поддержка.

Как правило, процесс тестирования начинается на предпоследнем этапе. Но правильно ли это? И в какой момент тестирование становится актуальной проблемой?

Автор: Усманова Илюся, QA в группе компаний FIX

Оригинальная публикация: https://habrahabr.ru/post/330776/

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

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

В начале описывается сам процесс автоматизации со схемами и диаграммами. После описания процесса рассмотрены инструменты, которые предназначены для автоматизации тестирования OpenStack.

Построение процесса автоматизации тестирования OpenStack

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

Автор: Катрина Клоки (Katrina Clokie)

Оригинал статьи: http://katrinatester.blogspot.ru/2017/08/encouraging-testers-to-share-testing.html

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

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

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

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