В современном мире тестирование API становится неотъемлемой частью тестирования продукта в целом. Если раньше приложение взаимодействовало только со своим сервером, то в наши дни ни одно приложение не обходится без общения с сервисами метрик, социальными сетями и другими приложениями. Это общение происходит через API - специальный интерфейс, через который программы общаются друг с другом.
Соответственно, кратно растет спрос на специалистов, которые будут тестировать эти API.
Так как API нужно для общения именно программ, его не получится протестировать через какой-то пользовательский интерфейс. Лучшим подходом будет автоматизация тестирования API с помощью написанной нами программы. Python является идеальным выбором для этого. Он дает невероятную гибкость в создании сценариев тестирования с одной стороны, и не переусложняет создание и поддержку проекта с другой.
На курсе мы изучим все с нуля - от скачивания и установки нужных программ и библиотек до создания собственного фреймворка, с помощью которого мы напишем множество тестов. Итоговый проект, который вы напишите на курсе, можно будет закинуть на Github, использовать на работе или приложить к своему резюме.
Для прохождения курса нужно общее представление о том, как писать код на любом языке программирования - что такое условие IF, для чего нужны циклы и как создать класс. Всему остальному мы научим.
Курс исключительно практический - мы создали для него свой API, который и будем тестировать на протяжении всего курса. Плюс, вас ждет множество домашних заданий, которые будут проходить тщательное код-ревью.
И то, и другое — интерпретаторы командной строки в линуксе. То есть если вы откроете командную строку и введете любую команду, да хоть:
cd /home
То именно интерпретатор ее расшифрует и скажет компьютеру «он хочет перейти в директорию /home». Компьютер ведь не понимает команды на русском / английском языке. Ему нужны байтики. Этим и занимается интерпретатор — переводом с «нашего» на «компьютерный» язык.
Так что «cd /home» — это shell-команда! Или bash. Смотря какой интерпретатор установлен в вашей системе. В каждой операционной системе установлен интерпретатор по умолчанию. У них есть какие-то различия, но есть и набор базовых команд, которые понимают все: cd, mv, cp, ls…(в винде эти команды немного другие)
А что такое shell-скрипт тогда? Это просто текстовый документ, внутри которого написан набор команд! Это не обязательно должны быть «сложные» команды, которые делают что-то супер-навороченное. Это любые команды, которые вы выполняете в консоли.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Приятель, дружба с которым только началась, ведет тренинги по развитию навыков для начинающих тестировщиков. Сегодня он сказал, что его студенты начинают проект, включающий тест-дизайн, тест-техники и запуск тестов. Есть ли у тебя совет для них, спросил он? Вот мой ответ.
Тест-дизайн, тест-техники и запуск тестов – классные вещи. Я бы предпочел "выполнение тестов" "запуску тестов" – мой вариант показывает, что тест – это деятельность, активно выполняемая человеком, адаптирующимся по ходу дела. "Запуск тестов" звучит как рецепт или запрограммированный набор инструкций.
Я бы советовал начать с выполнения тестов. Но этот совет может несколько смутить тех, кто убежден, что тестирование имеет дело только с неким (почти) готовым продуктом и нацелено на поиск ошибок кода. В Rapid Software Testing мы смотрим на вопрос шире: тестирование – это процесс оценки продукта путем его изучения через опыт, исследование и эксперименты, включающие до некоторой степени вопросы, наблюдения, моделирование, вмешательства, и т. д.
Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout
Push-уведомления — это сообщения, отправляемые приложением на мобильное устройство клиента. Они обычно используются для доставки обновлений продуктов, напоминаний, персонализированных предложений, последних новостей и любой информации, которая является неотъемлемой частью функциональности приложения и требует особого внимания или быстрых действий.
Автор: Филип Рик (Filip Hric) Оригинал статьи Перевод: Ольга Алифанова
Я часто сталкиваюсь с необходимостью протестировать панель навигации, дабы убедиться, что все ссылки в ней правильно работают. Это симпатичный тестовый случай, к которому можно применять разнообразные подходы. В этой статье я хочу их осветить и показать, как применять их в Cypress.
Сначала посмотрим, что мы будем тестировать. У нас есть простая панель навигации, направляющая нас на различные страницы нашего сайта. Как обычно, можно воспользоваться примером в моем репозитории.
Работая тестировщиком рано или поздно каждый из нас приходит к моменту, кода нужно выбрать свой дальнейший карьерный путь. Для большинства из нас этот выбор не так велик: кардинальная смена вида деятельности, менеджмент, автоматизированное тестирование. Этот выбор не так прост как кажется. Тем, кто пришел из «нетехнических» сфер деятельности и на код смотрит как на инопланетную письменность, может казаться, что автоматизация – это нечто сложное и непостижимое для гуманитарного ума. Однако, сейчас выбор инструментов для автоматизации тестирования настолько велик, что любой может выбрать для себя то, что нравится и больше подходит по сложности, стоимости и даже привлекательности.
Если позволяют способности и время, можно смело браться за Selenium со всеми его сложностями и преимуществами. Процесс освоения займет ни один месяц, и не каждый будет способен самостоятельно освоить этот инструмент. Часто тот, кто платит тестировщику зарплату, предпочтет нанять готового специалиста, чем обучать имеющегося, даже при условии, что инструмент бесплатный, получается что использовать его не так уж дешево.
Что же может сделать тот, кто желает освоить и начать применять автоматизированное тестирование на своем проекте при минимальных затратах времени и финансов? Выбрать бесплатный инструмент, который легко освоить и использовать без предварительной подготовки и больших затрат времени на освоение.
TestProject один из таких инструментов, определенно стоящий внимания. Рассмотрим некоторые преимущества инструмента.
Автор: Алан Ричардсон (Alan Richardson) Оригинал статьи Перевод: Ольга Алифанова
Краткое содержание: покрытие требует моделирования. Мы можем организовать код так, чтобы его можно было оценить на основании ментальной модели, и некоторые из моделей исполнимы. Другие модели мы сравниваем с результатами прогона тестов.
Мне задали ряд вопросов: как задокументировать, что делает и что покрывает автотест, не затрачивая кучу времени и сил? Как узнать, что не покрыто автоматизацией?
State & Transition Diagram (сокращенно S&T) — схема состояний и переходов. Техника для визуализации ТЗ. Она наглядно показывает, как некий объект переходит из одного состояния в другое.
Вот объект находился в состоянии А, потом произошло какое-то действие, и он попал в состояние В. Потом он попадет в состояние С и другие... Принцип не меняется, было одно состояние, стало другое.
Мы рисуем:
кружочки — состояния объекта;
стрелочки — то, благодаря чему из состояния А в состояние В. Это действие, но его может совершить не только пользователь, но и система сама. Например, задача запустилась автоматически в 10 часов вечера.
Такая схема позволяет нам сразу визуально оценить, какие переходы вообще возможны и что надо протестировать. Ведь нам надо протестировать и эту стрелку, и эту... Так что стрелочки — это наши готовые тест-кейсы!
Автор: Хьюиб Шутц (Huib Schoots) Оригинал статьи Перевод: Ольга Алифанова
Первая версия этой статьи была опубликована на LinkedIn 5 февраля 2020 с заголовком "Нужны ли нам тестировщики? Нет! Нужно ли нам грамотное тестирование? Да!" В эту статью я добавил дополнительные умозаключения.
На прошлой неделе я делал доклад на конференции Agile, Testing & DevOps Showcase в Амстердаме. Темой доклада было "Современное тестирование".
Девиз Agile и особенно DevOps-подходов – "автоматизируй все!" Компании вроде Facebook заявляют, что у них вообще нет тестировщиков. У Microsoft есть только SDET (инженер по разработке ПО в тестировании), другие команды перепрофилируют разработчиков, чтобы тестировали они. Новичок на районе – искусственный интеллект и машинное обучение, и, по слухам, они уж точно заменят тестировщиков. Что же действительно происходит в мире?
Тренды – явление зыбкое, особенно если речь идет о разработке и тестировании программного обеспечения. В условиях быстрого развития трудно давать далекоидущие предсказания, поэтому важно хотя бы попытаться зафиксировать то, что происходит прямо сейчас. Это поможет определить, какие практики и методологии будут востребованы завтра. Опираясь на последние отчеты и опросы, рассказываем о наиболее актуальной статистике для вас и вашей команды QA.
Кому будет полезно: QA-лидам, тест-дизайнерам, тест-менеджерам, другим неравнодушным.
Автор: Майкл Болтон (Michael Bolton) Оригинал статьи Перевод: Ольга Алифанова
Раньше я выступал на конференциях. Для конференции HUSTEF 2020 я собирался сделать доклад "Что не так с ручным тестированием". В эпоху COVID все мы превратились в кинорежиссеров, поэтому вместо доклада я записал видео.
После того, как мой доклад был предложен и одобрен, я долго размышлял, в чем же на самом деле проблема. Люди годами говорят о "ручном" и "автоматизированном" тестировании. В чем проблема? Какой смысл это обсуждать? Я обдумал эти вопросы, и в видео есть ряд объяснений важности этой темы с моей точки зрения. Мне помогали талантливый музыкант, значимый социолог, проницательный журналист и системный мыслитель, уважаемый редактор и поэт, а также ряд тестировщиков.
