Home

Оригинальная публикация: http://bytextest.ru/2017/07/20/testing-and-quality-everyone-responsibility/

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

Разработчики должны разбираться не только в модульном тестировании (unit testing), а в тестировании как совокупности огромного количества форм деятельности. Обязанности тестировщиков, в свою очередь, не должны ограничиваться исключительно тестированием.

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

Оригинальная публикация: 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

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