Home

Автор: Валери Роле (Valery Raulet)
Оригинал статьи
Перевод: Ольга Алифанова

 С того момента, как Тим Бернерс Ли изобрел "Всемирную паутину" в 1989, браузер довольно серьезно изменился. Теперь он может запускать веб-приложения, используя технологию, которая исходно вообще для этого не предназначена. Язык HTML был создан для того, чтобы исследователи могли сотрудничать и делиться информацией.

Оригинальная публикация
Статья компании SimbirSoft

Всем привет! Сегодня мы рассмотрим основные аспекты UEM (Unified Endpoint Management) — технологии, применяемой в сервисах по управлению клиентскими устройствами. Речь пойдет о виртуализации и виртуальных машинах для тестирования и обеспечения качества. Статья будет полезна для QA и DevOps уровней джуниор-мидл.

Это обзорный материал, в котором мы постарались максимально подробно описать действие виртуализации. Разберем понятие управления клиентскими устройствами, задачи и преимущества виртуальных машин в работе QA, поделимся методикой настройки и использования ВМ.

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

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

Автор: Корина Пип (Corina Pip)
Оригинал статьи
Перевод: Ольга Алифанова

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

Провел опрос и подготовил результаты Касимов Василий.

В 2022 результаты опроса я очень сильно задержал (сбор данных был проведен до февраля 2022 года). За это время произошли события, которые изменили не только рынок ИТ, но я надеюсь, что основные данные все же можно найти и в текущих результатах.

В опросе по России приняло участие почти 2000 человек, спасибо телеграмм-чатам и особенно QA - Finance. К сожалению, по Беларуси и Украине охвата не хватает, по каждой из них немногим больше 100 ответов.

Предыдущий опрос за 2019 год можно найти здесь.

Ниже можно найти данные по городам и стране в целом по различным срезам. По горизонтали шкала зарплат, по вертикали количество проголосовавших, получающих зарплату в этом диапазоне. Цветом выделен опыт работы (расшифровка справа на картинке). Данные идут за текущий опрос и за предыдущий. Еще более старые данные можно найти в предыдущем опросе. Обращаю внимание, что за в этом опросе я расширил диапазон зарплат. Данные немного странные, не видно общего пика, как было в предыдущие годы.

Автор: Владимир Четвериков
Оригинальная публикация

Привет! Меня зовут Владимир, я разработчик команды продукта «Сервис персонализации» в SM Lab. В этом посте я хотел бы рассказать (а в комментариях — обсудить) один очень важный и полезный инструмент разработчика — юнит-тесты.

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

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

Эта статья для всех – кто слышал про них, но не видел, кто приступает к написанию юнит-тестов, и кто их пишет уже давно. Надеюсь, каждый из вас найдет что-то полезное для себя.

При подготовке материала очень помогла книга Владимира Хорикова (@vkhorikov ) «Принципы юнит-тестирования». Рекомендую ее всем, кто хочет еще глубже погрузиться в эту тему.

Итак, поехали.

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

Недавно я написал статью про Pactum, библиотеку JavaScript для тестирования API, имитации и контрактного тестирования. В статье я сконцентрировался на возможностях Pactum для тестирования API. Сегодня я хочу продолжить изучать Pactum, внимательнее рассмотрев его функциональность по имитации API.

У меня есть опыт работы с библиотеками имитации API, особенно с WireMock и WireMock.Net, и в сегодняшней статье я сравню с ними Pactum, рассмотрев важные функции, которые необходимы мне в любом инструменте или библиотеке, имитирующих API.

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

Соответственно, кратно растет спрос на специалистов, которые будут тестировать эти API.

При этом API — одна из наиболее легко автоматизируемых частей тестирования. Она по определению предполагает возможности лёгкого управления с помощью программ. А значит, начать с него путь в автоматизации куда проще, чем с UI тестов. В отличие от популярных инструментов для UI-тестирования, специалистов по тестированию API значительно меньше, и они куда более востребованы. А из двух наиболее популярных языков программирования Java является совершенно точно более популярным, хоть и чуть более сложной в освоении.

Курс “Автоматизация тестирования API на Java” специально создан для быстрого погружения в навыки, необходимые тестировщику для успешного старта карьеры в автоматизации. Да и для ручного тестировщика понимание внутреннего устройства API и возможность быстро проверить свои гипотезы простым скриптом будут значительными плюсами в работе.

Полная программа курса Автоматизация тестирования REST API на Java.

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

Посмотреть фрагмент курса Создание API теста на Java.

Оригинальная публикация

Привет! Я Линар Юнусов, тестировщик из мобильной команды СберМаркета. При создании списка проверок мы попросили помощи у команды информационной безопасности, отдельная благодарность Дмитрию Терёшину за проведённую встречу с подробным разбором всех кейсов. Его интересную статью по работе утилиты CheckKarlMarx можно увидеть здесь.

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

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