На главную Software-Testing.Ru - портал специалистов по тестированию и обеспечению качества ПО http://www.software-testing.ru/component/content/frontpage Sat, 21 Apr 2018 17:11:23 +0000 Joomla! 1.5 - Open Source Content Management ru-ru Основы BDD: Юнит, Интеграционные и End-to-End тесты http://www.software-testing.ru/library/testing/general-testing/2787-bdd-101-unit-integration http://www.software-testing.ru/library/testing/general-testing/2787-bdd-101-unit-integration Оригинальная публикация: http://automationpanda.com/2017/10/14/bdd-101-unit-integration-and-end-to-end-tests/

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

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

]]>
barancev@gmail.com (Administrator) frontpage Fri, 20 Apr 2018 06:32:08 +0000
Конференция по тестированию Heisenbug 2018 Piter. Скидка от Software Testing http://www.software-testing.ru/events/2786-heisenbug-2018-piter http://www.software-testing.ru/events/2786-heisenbug-2018-piter 17-18 мая в Петербурге состоится Heisenbug 2018 Piter.

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

Доклады – исключительно практические, «бери и делай», без воды и рекламы:

– Тестирование безопасности;

– Тестирование конфигурации;

– Тестирование блокчейна;

– Инструменты, фреймворки и библиотеки для тестировщиков;

Спикеры конференции, как всегда, известные мировые эксперты из крупных компаний, где тестирование и качество продукта – важнейшая вещь:

– Michael Bolton (Develop Sense) – соавтор курса Rapid Software Testing;

– Simon Stewart – глава Selenium Project и создатель WebDriver;

– Виталий Фридман – фронтенд-гуру, создатель и главный редактор Smashing Magazine;

– Артём Ерошенко – более 8 лет занимается автоматизацией тестирования в разных ролях, имеет опыт работы со множеством популярных инструментов;

– Андрей Сатарин (Amazon Web Services);

– Руслан Черемин (Deutsche Bank).

Все спикеры, подробности докладов и регистрация – на сайте конференции: https://goo.gl/zAVQiE

Скидка 3000 рублей на личное участие и 1500 на онлайн-трансляцию по промокоду SoftwareTestingPromo

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

]]>
barancev@gmail.com (Administrator) frontpage Thu, 19 Apr 2018 07:55:40 +0000
Какие баги никогда не будут поправлены, и как с этим жить http://www.software-testing.ru/library/testing/general-testing/2785-what-bugs-wil-never-be-fixed http://www.software-testing.ru/library/testing/general-testing/2785-what-bugs-wil-never-be-fixed Автор: Надежда Князева


Все продукты получаются неидеальными. Да-да! С багами! Некоторые из них никогда не будут поправлены. Произнесите это слово по слогам, чтобы почувствовать всю обреченность и окончательность этого вердикта: ни-ког-да!

Тип 1. Баги, связанные с устаревшими устройствами и программами

Если вы делаете продукт в 2018 году, нет смысла добавлять специальную верстку для Internet Explorer 6 или подстраиваться под iPhone 4. Конечно, это почти абсурдные примеры, но человек в здравом уме вряд ли будет поддерживать старое устройство или древнюю версию браузера, так как их аудитория уменьшается с каждым днем и однажды просто исчезнет.

Здесь стоит сделать оговорку: все же не стоит отсекать идею пофиксить подобный баг сразу. Все нужно соотносить с полезностью для пользователей и вашими затратами. Например, если вы потратите на фикс 10 минут, а «спасибо» вам при этом скажут десятки тысяч человек, нужно браться за работу. А вот тратить 20 часов для одного пользователя бесплатной версии, который отписался под одним из ваших постов на Хабре годичной давности, – это непродуктивное решение.

]]>
barancev@gmail.com (Administrator) frontpage Wed, 18 Apr 2018 06:54:05 +0000
Специфика Agile-тестирования, почему тестировщик так же важен, как программист, и считанные дни до TestCon-2018: самые интересные новости тестирования за начало апреля http://www.software-testing.ru/news/2784-newsletter-april http://www.software-testing.ru/news/2784-newsletter-april Вышел выпуск рассылки за первую половину апреля, его содержание доступно по ссылке.

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

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

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 17 Apr 2018 08:15:53 +0000
Допущения в тестировании: благо или зло? http://www.software-testing.ru/library/testing/general-testing/2783-assumptions-necessary http://www.software-testing.ru/library/testing/general-testing/2783-assumptions-necessary Автор: Джошуа Рейн (Joshua Raine)

Оригинал статьи: http://www.testingcircus.com/assumptions-necessary-or-evil-in-testing/

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

Оспаривая допущения

Первая встреча тестировщиков, на которой я побывал, была посвящена планированию тестирования. Ближе к концу отчета о своем опыте, с которого и начался разговор, докладчик процитировал Джеймса Уиттакера, сказав, что «Хороший тестировщик никогда ничего не предполагает». В то время я не знал, кто такой Джеймс Уиттакер, но цитата застряла в моей голове. Мы в итоге подняли эту тему и обсудили ее вкратце, но она спровоцировала для меня длительные размышления о небольших (или больших) допущениях и их месте в тестировании.

В детстве мое знакомство с допущениями началось с расхожей фразы, которую я до сих пор довольно часто слышу – «Когда ты предполагаешь, ты делаешь осла и из себя, и из меня» (игра слов – when you assume, you make an ass out of U and Me – прим. переводчика). Очевидно негативная коннотация и забавная игра слов заставили эту фразу застрять в голове, но если задуматься, неужели допущения – это так плохо? Исходя из фразы, любое предположение будет по умолчанию плохим и иметь негативные последствия. Это было мое первое и единственное знакомство с термином, на основе которого выстроился внутренне отрицательный взгляд на предположения. Причиной, объясняющей это, всегда было то, что предположения – это упражнения в лени, которые тебя в итоге погубят – лучше спроси, чем додумывай.

]]>
barancev@gmail.com (Administrator) frontpage Mon, 16 Apr 2018 07:45:00 +0000
Видеозапись доклада Алексея Виноградова "KISS PageObjects" http://www.software-testing.ru/library/testing/testing-automation/2782-testcon-moscow-1 http://www.software-testing.ru/library/testing/testing-automation/2782-testcon-moscow-1 Всего 5 дней осталось до начала конференции TestCon Moscow 2018, которая пройдет 18-19 апреля в Москве. Еще можно успеть попасть на мероприятие!

РЕГИСТРИРОВАТЬСЯ

Основные акценты конференции:

  • Применение TDD на практике
  • Тест дизайн и автоматизация REST API
  • Основы, возможности и будущее поискового тестирования
  • Контактное тестирование микросервисов
  • Тестирование современных веб-приложений
  • Архитектура сред тестирования

А пока публикуем видео доклада Алексея Виноградова "KISS PageObjects" с прошлогодней конференции.

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

]]>
barancev@gmail.com (Administrator) frontpage Fri, 13 Apr 2018 13:17:04 +0000
Все профессии важны: почему тестировщика нужно ценить не меньше, чем программиста http://www.software-testing.ru/library/testing/general-testing/2781-testing-super http://www.software-testing.ru/library/testing/general-testing/2781-testing-super Автор: Кудинов Илья, Lead QA Engineer, Badoo Development

Оригинальная публикация: http://habrahabr.ru/company/badoo/blog/345478/

Здравствуйте. Меня зовут Илья Кудинов, мне 27 лет, и я тестировщик.
Все: Здравствуй, Илья!

Мы уже много писали о том, как здорово мы в Badoo тестируем наши продукты. А сегодня я (внезапно!) расскажу о том, как круто тестировать ВООБЩЕ. И когда я встречаю представителей нашей профессии, которые не разделяют эту точку зрения, я всегда стараюсь открыть им глаза на истину. Например, этой самой статьёй.

О чём она будет? Я поделюсь своим личным опытом, расскажу, как развивалась индустрия в течение шести с небольшим лет, что я за ней наблюдаю, и опишу своё видение карьерного пути тестировщика. Устраивайтесь поудобнее, настало время (неразборчиво, зачёркнуто) занимательных историй…

Дисклеймер

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

]]>
barancev@gmail.com (Administrator) frontpage Fri, 13 Apr 2018 07:13:43 +0000
Явные и неявные знания и исследовательское тестирование http://www.software-testing.ru/library/testing/general-testing/2780-tacit-and-explicit-knowledge http://www.software-testing.ru/library/testing/general-testing/2780-tacit-and-explicit-knowledge Оригинальная публикация: http://steveo1967.blogspot.ru/2013/06/tacit-and-explicit-knowledge-and.html

Перевод: Иван Смирнов

"Мы знаем больше , чем можем выразить словами". - Майкл Полани (1966)

Читаю превосходную книгу «Явное и неявное знаниеГарри Колинза. Она оказала значительное влияние на мои представления о том, как мы учимся и записываем информацию (знания). Это непростая книга для чтения. Мне потребовалось несколько раз перечитать некоторые разделы, чтобы понять, что имел в виду автор.

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

Гарри Коллинз в своей книге подробно описывает, что он подразумевает под этими терминами, но я не могу найти чёткого определения, полезного для этой статьи. Поэтому я взял немного научных ссылок, которыми пользовался во время чтения книги.  Одну из лучших я нашёл на этом сайте:

Явные знания: Знания, которые кодифицируются и передаются другим через диалог, демонстрацию или другие носители информации (книги, рисунки, документы и т.п.).

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

]]>
barancev@gmail.com (Administrator) frontpage Thu, 12 Apr 2018 08:29:42 +0000
Создание комфортной рабочей атмосферы в распределенной команде и модель ситуационного лидерства http://www.software-testing.ru/library/around-testing/management/2779-creating-a-comfortable-working http://www.software-testing.ru/library/around-testing/management/2779-creating-a-comfortable-working Автор: Нина Агеева, тест-менеджер компании "Лаборатория качества"

Оригинальная публикация: http://quality-lab.ru/creating-a-comfortable-working-environment-in-a-distributed-team-and-the-model-of-situational-leadership/

Статья написана в соавторстве с Г.А. Агеевой, доцентом кафедры иностранных языков №2 Иркутского национального исследовательского технического университета

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

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

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

]]>
barancev@gmail.com (Administrator) frontpage Wed, 11 Apr 2018 07:18:20 +0000
7 дней до конференции TestCon Moscow 2018! http://www.software-testing.ru/news/2778-testcon-moscow-soon http://www.software-testing.ru/news/2778-testcon-moscow-soon Друзья, тем, кто планирует зарегистрироваться на вторую Международную конференцию TestCon Moscow 2018, которая пройдет 18-19 апреля, напоминаем, что до ее начала осталось всего неделя!

Уже полностью сформирована программа конференции. Более 30 спикеров мировой величины, из таких компаний, как RED HAT, VOLVO Group, CAPGEMINI, CloudBees и многих других  поделятся с вами самыми горячими новостями. Докладов ожидается такое множество, что вместо привычного одного дня конференции, на этот раз мы предлагаем вам целых два!

ВАЖНЫЙ МОМЕНТ! На конференции будет предоставлен синхронный перевод докладов.

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

  • Структурированное исследовательское тестирование
  • От TDD до ATDD
  • Agile тестировщик
  • Тестирование usability
  • Приемочное тестирование

TestCon Moscow 2018 это:

  • 1 день мастер-классов – 17 апреля
  • 2 дня конференции – 18 и 19 апреля
  • 3 параллельных трэка каждый день
  • Более 30 спикеров
  • 400+ участников
  • 5 мастер-классов
  • Синхронный перевод докладов

Торопитесь, до конференции осталось всего неделя! Не оставайтесь в стороне!

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 10 Apr 2018 08:12:53 +0000
Три ошибочных представления об автоматизации http://www.software-testing.ru/library/testing/testing-automation/2777-3-misconceptions-test-automation http://www.software-testing.ru/library/testing/testing-automation/2777-3-misconceptions-test-automation Автор: Адам Саттерфилд (Adam Satterfield)

Оригинал статьи: http://www.abodeqa.com/2017/11/16/3-misconceptions-test-automation/

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

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

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

]]>
barancev@gmail.com (Administrator) frontpage Mon, 09 Apr 2018 08:50:12 +0000
Как тестировщики на проекте могут повышать квалификацию друг друга http://www.software-testing.ru/library/around-testing/processes/2776-can-testers-improve-the-skills-of-each-other-on-the-project http://www.software-testing.ru/library/around-testing/processes/2776-can-testers-improve-the-skills-of-each-other-on-the-project Автор: Анастасия Смирнова

Оригинальная публикация: http://quality-lab.ru/can-testers-improve-the-skills-of-each-other-on-the-project/

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

Про неформальное общение

Для начала мне хочется указать на одну очень простую вещь – на общение. Ваша команда должна общаться между собой не только по рабочим вопросам, но и «обо всем на свете». Неформальное общение расслабляет человека и увеличивает шанс того, что при возникновении вопросов или проблем он придет к своим коллегам и попросит совета. А это своего рода прокачка :)

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

]]>
barancev@gmail.com (Administrator) frontpage Fri, 06 Apr 2018 08:10:22 +0000
Что такое Agile-тестирование? Отвечает злобный тестировщик http://www.software-testing.ru/library/testing/general-testing/2775-agile http://www.software-testing.ru/library/testing/general-testing/2775-agile Автор: Алан Ричардсон

Оригинал статьи: http://blog.eviltester.com/2017/11/what-is-agile-testing.html

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

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

Я могу сказать, чем Agile-тестирование не является. Существительным.

Поэтому когда мы спрашиваем, что такое Agile-тестирование – это не вещь. Нельзя купить пачку Agile-тестирования… Это глагол, это подход, это процесс.

Это то, как мы тестируем в Agile-проектах.

Это то, что мы делаем, и образ нашего мышления. Характерного для Agile-проекта.

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

]]>
barancev@gmail.com (Administrator) frontpage Thu, 05 Apr 2018 08:29:51 +0000
Стажировка для начинающих в Лаборатории Качества, инструменты для тестирования JavaScript, автоматизация REST API: самые интересные новости тестирования за конец марта http://www.software-testing.ru/news/2774-newsletter-march-2 http://www.software-testing.ru/news/2774-newsletter-march-2 Вышел выпуск рассылки за вторую половину марта, его содержание доступно по ссылке.

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

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

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

]]>
barancev@gmail.com (Administrator) frontpage Wed, 04 Apr 2018 08:18:04 +0000
Видеозапись доклада Лилии Сапуриной «Разработка автоматизированной системы тестирования «с нуля»: основные проблемы и способы их решения» http://www.software-testing.ru/library/testing/testing-automation/2773-avt-test-system http://www.software-testing.ru/library/testing/testing-automation/2773-avt-test-system Друзья, всего 14 дней осталось до конференции TestCon Moscow 2018! Программа уже окончательно сформирована, спикеры во всеоружии. Вас ждут два полных дня докладов, целый день практических мастер-классов, игры, призы и сюрпризы.

А пока доклад Лилии Сапуриной «Разработка автоматизированной системы тестирования «с нуля»: основные проблемы и способы их решения», вызвавший в прошлом году много дискуссий.

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

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

]]>
barancev@gmail.com (Administrator) frontpage Tue, 03 Apr 2018 07:50:30 +0000
Стажировка в компании "Лаборатория Качества" http://www.software-testing.ru/news/2772-quality-lab http://www.software-testing.ru/news/2772-quality-lab С 16 апреля 2018 “Лаборатория Качества” проводит стажировку для тестировщиков.

Программа:

Общий курс по тестированию программного обеспечения
Начальный курс по базам данных и SQL
Начальный курс по SOAP UI

Время в пути — с 16 апреля до 17 мая (20 вебинаров и 20 заданий)
Начало занятий: 11:00 с понедельника по пятницу
Конец занятий: 19:00 с понедельника по пятницу

Как мы будем учиться?

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

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

Внимание-2! Это НЕ курсы, это стажировка с обучением. Если ты не планируешь работать у нас, то не трать свое и наше время. На любом этапе мы можем отказать в продолжении прохождения стажировки.

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

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

]]>
barancev@gmail.com (Administrator) frontpage Mon, 02 Apr 2018 08:00:52 +0000
Мастер-класс от Алексея Баранцева "Десять правил построения хороших локаторов" http://www.software-testing.ru/library/testing/testing-automation/2771-ten-rules-for-creating-good-locators http://www.software-testing.ru/library/testing/testing-automation/2771-ten-rules-for-creating-good-locators В рамках прошедшей онлайн-конференции для тестировщиков КоТэ было проведено несколько мастер-классов.

Мы публикуем мастер-класс от Алексея Баранцева, на котором он показал как строить локаторы и рассказал о конкретных приемах и правилах, которыми он руководствуется при построении локаторов, чтобы они получались хорошими.

Алексей Баранцев - один из разработчиков инструмента Selenium, тренер по тестированию

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

Задание

Во время конференции Алексей проводил разбор типовых ошибок, показывал те варианты, которые он считает “хорошими”.

Просмотр записи мастер-класса имеет смысл, если Вы так же как участники сначала попробуете выполнить задание, а уже потом будете смотреть видео.

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

]]>
barancev@gmail.com (Administrator) frontpage Fri, 30 Mar 2018 07:13:45 +0000
Эвристики для сбора грибов (и тестирования) http://www.software-testing.ru/library/testing/general-testing/2770-heuristics-for-mushroom-picking-and-testing http://www.software-testing.ru/library/testing/general-testing/2770-heuristics-for-mushroom-picking-and-testing Оригинальная публикация

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

Сбор грибов - неотъемлемая часть каждой осени в моей жизни. По крайней мере, здесь, в Эстонии, наши корни охотников-собирателей все еще очень прочны. Брести по лесу с корзиной и ножом в руках, наслаждаясь умиротворенностью и спокойствием сосен, один из самых приятных моментов  в преддверии мрачной зимы.

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

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

Ну что ж, начнем…

]]>
barancev@gmail.com (Administrator) frontpage Thu, 29 Mar 2018 07:29:49 +0000
Автоматизация тестирования REST API при помощи Postman и JavaScript http://www.software-testing.ru/library/testing/testing-automation/2769-test-automation-rest-api-using-postman-and-javascript http://www.software-testing.ru/library/testing/testing-automation/2769-test-automation-rest-api-using-postman-and-javascript Автор: Александра Терентьева

Оригинальная публикация: http://quality-lab.ru/test-automation-rest-api-using-postman-and-javascript/

Автоматизация тестирования REST API на сегодняшний день является актуальной темой в интеграционном тестировании. В этой статье мы поговорим о программе Postman, применяемой для тестирования REST API, рассмотрим несколько интересных методов написания автотестов и на примере реального проекта API «Яндекс.Словарь» разберем несколько тестов.

Нам понадобится

Для того, чтобы начать тестировать «Яндекс.Словарь», нам понадобится:

Знание основ программирования. Достаточно владеть такими понятиями, как:

Для чего-то более сложного и интересного, уже необходимо знать про

Понимание REST API. Об этом хорошо рассказал в своей статье Андрей Шальнев.

  • Postman – программа, в которой будут создаваться автотесты.
  • Документация. Документация – это своего рода инструкция, из которой узнаем, какие функции необходимо протестировать.
  • Ключ для «Яндекс.Словарь». Специальный ключ для использования «Яндекс.Словарь» можно получить быстро и бесплатно в сервисе.
    ]]> barancev@gmail.com (Administrator) frontpage Wed, 28 Mar 2018 07:16:22 +0000 Эвристика тест-автоматизации: минимум данных http://www.software-testing.ru/library/testing/testing-automation/2768-avt-test-minimum http://www.software-testing.ru/library/testing/testing-automation/2768-avt-test-minimum Автор: Крис МакМахон (Chris McMahon)

    Оригинал статьи: https://chrismcmahonsblog.blogspot.com/2017/11/test-automation-heuristic-minimum-data.html

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

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

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

    К примеру (который большей частью правдив), предположим, что у вас есть запись в системе для Пользователя, и единственное необходимое поле для этой записи – это «Фамилия». Если вы начнете проектировать тесты с записями, где указана только «Фамилия», вы быстро обнаружите, где система предполагает наличие еще и «Имени», «Адреса, «Почты» или «Телефона». Чтобы узнать об этом больше, прочитайте хорошо известную статью "Falsehoods Programmers Believe About Names"

    Недавно я столкнулся с особенно интересным подобным случаям, тестируя запись с полем, содержащим пустую строку. Я обнаружил, что часть системы, в которой я должен был иметь возможность удалить запись, не дает мне этого сделать: не хватает того самого поля. Система ожидала, что в этом поле будет текстовая строка, и собиралась произвести split() операцию над определенным символом этой строки, что вернуло бы массив символов, разделенных этим.

    ]]>
    barancev@gmail.com (Administrator) frontpage Tue, 27 Mar 2018 07:43:45 +0000
    Видеозапись доклада Вадима Зубовича «Жизнь на костылях или Антипаттерны UI автоматизации» http://www.software-testing.ru/library/testing/testing-automation/2767-testcon-auto http://www.software-testing.ru/library/testing/testing-automation/2767-testcon-auto Друзья, до конференции TestCon Moscow 2018 осталось ровно три недели. Кроме тщательного отобранного контента, обещаем много драйва и сюрпризов. Так что приходите!

    А пока еще один доклад прошлогодней конференции, привлекший огромное внимание: Вадим Зубович «Жизнь на костылях или Антипаттерны UI автоматизации»

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

    Именно об этих «ошибках», известных как «как НЕ надо делать» или «антипаттерны» говорится в докладе.

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

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

    ]]>
    barancev@gmail.com (Administrator) frontpage Mon, 26 Mar 2018 07:18:45 +0000
    Архитектура автоматизации и Метрики тестирования – очные тренинги в Санкт-Петербурге от Антона Семенченко http://www.software-testing.ru/events/2766-trainings-piter http://www.software-testing.ru/events/2766-trainings-piter 22 и 24 апреля Антон Семенченко (учредитель сообщества специалистов в области автоматизации тестирования COMAQA.BY) проведет в Санкт-Петербурге два очных тренинга:

    Архитектура автоматизации тестирования

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

    Метрики ручного и автоматизированного тестирования, ROI автоматизации

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

    Описание и подробную программу можно посмотреть по ссылкам выше.

    При регистрации до 5 апреля действует льготная цена!

    Будем рады видеть Вас среди участников тренинга.

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

    ]]>
    barancev@gmail.com (Administrator) frontpage Fri, 23 Mar 2018 06:30:29 +0000
    Подавать личный пример http://www.software-testing.ru/library/testing/general-testing/2765-leading-by-example http://www.software-testing.ru/library/testing/general-testing/2765-leading-by-example Оригинальная публикация: http://qablog.practitest.com/leading-by-example/

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

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

    На заре времен разработки тестирование считалось незыблемым/неприкосновенным.

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

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

    С появлением и распространением agile методологий убежденные “отщепенцы” стали понемногу замещаться фидбеком и тестированием пользователей.

    Тестирование в рамках традиционных больших команд было заменено на закрепление специалиста по тестированию за небольшой командой разработки.

    ]]>
    barancev@gmail.com (Administrator) frontpage Thu, 22 Mar 2018 06:54:50 +0000
    Интересные методы погружения и обучения стажеров в распределенных командах http://www.software-testing.ru/library/around-testing/management/2764-interesting-methods-of-immersion-and-training-trainees-in-teams-distributed http://www.software-testing.ru/library/around-testing/management/2764-interesting-methods-of-immersion-and-training-trainees-in-teams-distributed Автор: Нина Агеева , тест-менеджер компании "Лаборатория качества"

    Оригинальная публикация: http://quality-lab.ru/interesting-methods-of-immersion-and-training-trainees-in-teams-distributed/

    При написании статьи использовались материалы А.Смирновой, подготовленные в рамках конференции тестировщиков «Котэ»

    Тестирование – очень динамичная сфера, которая постоянно развивается; каждый день появляются новые инструменты, материалы и подходы. Тестировщик – это «универсальный солдат», зачастую объединяющий в себе различные навыки: написание кода, управление ресурсами, владение основами дизайна и верстки, а также знания в более узких прикладных областях. Руководители проектных команд стараются повышать квалификацию своих ребят, отправляя их на всевозможные курсы и тренинги. Но как быть со стажерами, с «проектными новобранцами»? Как правильно, а главное, чему именно нужно научить стажеров (особенно в распределенной команде), чтобы у них не пропал интерес к профессии, и чтобы это обучение принесло пользу не только «новобранцу», но и всему проекту? Об этом мы и расскажем в нашей статье.
    ]]> barancev@gmail.com (Administrator) frontpage Wed, 21 Mar 2018 06:58:55 +0000 Выбор подходящего инструмента для тестирования JavaScript http://www.software-testing.ru/library/testing/testing-tools/2763-javascript-testing-tools http://www.software-testing.ru/library/testing/testing-tools/2763-javascript-testing-tools Автор: Гойко Адзич (Gojko Adzic)

    Оригинал статьи: http://gojko.net/2018/02/25/javascript-testing-tools.html

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

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

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

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

    ]]>
    barancev@gmail.com (Administrator) frontpage Tue, 20 Mar 2018 07:44:42 +0000