Что пишут в блогах

Подписаться

Онлайн-тренинги

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Видеозапись доклада Олега Половинкина с онлайн-конференции для тестировщиков КоТэ
20.06.2018 16:53

Публикуем запись доклада Олега Половинкина "Тестирование утечек памяти с помощью Selenium"

Все приложения можно условно разделить на «спринтеров» и «марафонцев». Спринтеров запускают редко и ненадолго — например, интернет-банк для проведения разовых операций. Марафонцы же включены у своих пользователей постоянно: текстовые редакторы, бухгалтерские программы, системы документооборота и т.д.

Если ваш продукт — марафонец, то вам просто необходимо тестирование надёжности (aka reliability testing). В рамках такого тестирования мы проверяем, как продукт ведёт себя при длительном использовании, не наблюдается ли утечек памяти, не растут ли используемые ресурсы, не возникают ли непредвиденные ошибки.

В своём докладе Олег расскажет, как проводить автоматизированное тестирование надёжности веб-приложений при помощи Selenium Web Driver.

По итогам этого доклада вы узнаете:
  • Какие критичные ошибки «марафонцев» можно пропустить, не уделяя достаточно внимания тестированию надёжности
  • Что такое утечки памяти, и почему растёт память браузера при длительном использовании продукта
  • Почему автоматизация тестирования — наиболее оправданное решение для тестирования надёжности
  • С чего начать автоматизацию reliability тестов, и как это лучше всего сделать.

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

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

 
Идентификация вклада команды в автоматизацию и влияние на это, часть 1
19.06.2018 12:58

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

Оригинал статьи: http://katrinatester.blogspot.ru/2017/10/identifying-and-influencing-how-people.html

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

Это письменная версия моего выступления на официальной конференции по Selenium в Берлине. Если вы предпочитаете посмотреть доклад, он доступен здесь: Selenium YouTube channel.

Как ваши коллеги вкладываются в автоматизацию?

Кто участвует в дизайне, разработке и поддержке наборов тестов?

Что произойдет, если люди в вашей команде изменят свой вклад в автоматизацию?

Как вы можете повлиять на эти перемены?

Эта статья поможет вам рассмотреть эти вопросы.

Подробнее...
 
Аддоны своими руками, тестирование безопасности и производительности для начинающих, и немного о BDD: самые интересные новости тестирования за начало июня 2018
18.06.2018 13:47

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

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

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

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

 
«Следствие ведут тестировщики» или место тестировщика в Scrum разработке
15.06.2018 13:31

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

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

— Итак, поступило новое дело: в нашем распоряжении 10 дней для поиска места тестировщика в Scrum разработке. Необходимо понять, что же это такое Scrum, что входит в это понятие, кто вовлечен в этот процесс, и что именно необходимо делать тестировщику.


— Шеф, так что же такое Scrum?
— Все элементарно, коллега. Scrum – это набор принципов, на которых строится процесс разработки, позволяющий в установленные небольшие промежутки времени предоставлять заказчику (конечному пользователю) наделенное наибольшим приоритетом работающее ПО с новыми возможностями.
— И из чего состоит этот процесс?
— Из принципов, скоупа задач, определенных при планировании, и ограниченных (четко оговоренных и определенных) сроков. Учитывается и то, что качество не должно пострадать из-за скорости или установленных временных рамок.
— Шеф, и с чего начнем?
— А начнем с того, что рассмотрим наиболее простую и понятную схему для Scrum процесса: двухнедельная итерация (10 рабочих дней). При этом мы имеем определенно важный спринт, сплоченную команду разработки и тестирования, минимум документации, четкие требования к проекту и лаконичное описание требуемых разрабатываемых фич.
— И где же в этой схеме место тестировщика?
— А в этом нам предстоит разобраться, коллега!)

Подробнее...
 
Основы BDD: Фреймворки
13.06.2018 12:57

Оригинал статьи: http://automationpanda.com/2017/02/04/bdd-101-frameworks/

Перевод: Анна Радионова

В любом из основных языков программирования существуют BDD фреймворки автоматизации. В некоторых даже не один. Основываясь на структурных принципах, описанных в предыдущей статье, в этой я представляю обзор основных фреймворков, существующих сегодня. Поскольку я вряд ли смогу рассмотреть подробно каждый BDD фреймворк в рамках этой серии, состоящей из 101 статьи, моей целью является помочь вам, читатели, выбрать фреймворк, наиболее подходящий именно вам. Для каждого фреймворка имеется сопроводительная online документация с информацией о его специфике и способах использования, но я бы предпочел не дублировать документацию. Используйте эту статью, главным образом, как справочный материал. (Полный список статей можно найти на странице Automation Panda BDD.)

Подробнее...
 
Как построить эффективный тест-процесс, несмотря на все преграды, если ты – единственный тестировщик
08.06.2018 12:03

Автор: Эми Филлипс (Amy Phillips)

Оригинал статьи: http://www.testingcircus.com/how-a-lone-tester-can-build-an-efficient-test-process-despite-the-challenges/

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

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

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

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

Подробнее...
 
Запуск iOS приложения через Appium
07.06.2018 13:27

Автор: Арсений Батыров

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

На курсе “Автоматизатор мобильных приложений” мы запускаем тесты через Appium на симуляторе iOS. Для того, чтобы проверить запуск приложения, мы используем Appium Viewer. В этом видео, которое является частью курса, показано, как получить .app файл, подключить его к Аppium и проверить работу.

Если вам интересна тема мобильного тестирования, предлагаем вашему вниманию три курса:
Автоматизатор мобильных приложений
Автоматизированное тестирование Android-приложений
Тестирование мобильных приложений

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

 
Тестирование безопасности: изнутри и снаружи
06.06.2018 14:16

Автор: Александр Желтяков

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

ИНТРО

Добрый день, товарищи!

Сегодня мы поговорим о тестировании безопасности веб-приложений. Сам я инженер по тестированию, по образованию – специалист по информационной безопасности, а по жизни – параноик.

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

1. СНАРУЖИ

Ни для кого не секрет, что количество сетевых атак неуклонно растет. Каждый день их совершается около 1000, подсчитать же их число за год практически невозможно (это наглядно видно из статьи Стива Моргана). Атакам подвергаются самые разные сетевые ресурсы – от сайта местного провайдера до федерального размера (агентурной) торговой сети суши и атомных станций. Можно даже посмотреть на интерактивную карту кибератак в режиме онлайн.

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

Давайте рассмотрим безопасность подробнее, ведь «в действительности все не так, как на самом деле» (с).

Подробнее...
 
Видеозапись доклада Антона Афтахова с онлайн-конференции для тестировщиков КоТэ
05.06.2018 12:27

Публикуем запись доклада Антона Афтахова "Разумная экономия: мощная оптимизация прогонов автотестов при помощи Docker и других решений"

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

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

В рамках доклада вы получите ответы на следующие вопросы:

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

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

 
Недостающее звено между тестированием и автоматизацией
04.06.2018 14:44

Автор: Виктор Славчев (Viktor Slavchev)

Оригинал статьи: http://mrslavchev.com/2017/11/23/the-missing-link-between-testing-and-automation/

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

Если бы на модные словечки века проводился конкурс (хоть я и не думаю, что тестированию уже стукнуло сто лет), я почти на 100% уверен, что выиграла бы автоматизация тестирования. Если вы читаете про тестирование или слушаете подкасты, это обычно «автоматизация то», «автоматизация се», «автоматизируйте все».

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

То, что термины «тест-автоматизация» и «автоматизированное тестирование» во многом ошибочны, то, что «автоматизировать» тестирование, в сущности, нельзя, то, что мы можем автоматизировать только его часть, обсуждалось множество раз, бла, бла, бла, я не буду это повторять, и мне скучно говорить об этом снова и снова. Мысль, которая ударила меня как молния, состоит в том, что автоматизации тестирования не существует – есть «тестирование» и есть «автоматизация». Мне кажется, что наше мышление еще недостаточно развилось для того, чтобы мы эффективно их комбинировали. Сейчас покажу.

Подробнее...
 
Руководство по тестированию производительности – с чего начать
01.06.2018 12:10

Оригинальная статья: http://www.testdetective.com/2018/05/performance-testing-tutorial-starting.html

Перевод: Анна Радионова

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

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

Подробнее...