Home

Опубликован выпуск рассылки за февраль.

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

Содержание рассылки доступно по ссылке.

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

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

На картинке этой статьи вы видите прекрасный фронтэнд. Возможно, это не тот "фронтэнд", которого вы ожидали. Это фронтэнд Фольксваген Карманн Гиа 1974 года выпуска. Карманн Гиа славился, как "Порше для бедняков". Это очень необычная машина. По сути это совместный проект Вильгельма Карманна, немецкого производителя автомобилей, и Каррозцерии Гиа, итальянского автодизайнера. Гиа разработал произведение искусства – корпус, а Карманн поставил его на испытанную надежную платформу классического "Фольксваген Жук". Когда машину увидели директора Фольксваген, они не могли не разрешить массовое производство.

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

Хорошее качество, дизайн и опыт – неотъемлемые аспекты фронтэнда, неважно, для классических автомобилей или для Web. В этой статье я поделюсь семью основными тенденциями, которые я наблюдаю в тестировании фронтэнда. В этом мире происходит масса клевых вещей, но держите в уме основной момент: инструменты и технологии могут меняться, но базовые принципы тестирования остаются теми же. Тестирование – это взаимодействие плюс верификация. Тесты вскрывают истину о нашем коде и наших фичах. Мы тестируем в ходе разработки, чтобы получить быструю обратную связь для исправлений и улучшений. Все тренды, о которых я буду говорить, базируются на этих принципах. При хорошем тестировании вы убедитесь, что ваши приложения визуально идеальны, прямо как… сами знаете, что.

Автор: ООО «Программный Продукт»

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

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

В назначенное время я открыл свой Outlook-календарь, встречу в нем, и кликнул по ссылке, которая гласила «Кликните тут для присоединения к встрече».

Автор: Ирина Иванова, старший инженер по тестированию в образовательной платформе Учи.ру.
Оригинальная публикация

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

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

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Эта статья начиналась, как пост, отвечающий на этот опрос:

Поле ввода принимает годы рождения между 1900 и 2004. Каковы граничные значения для этого поля?

Оригинал опубликован в блоге на Хабре РСХБ-Интех сотрудником Ахметовым Андреем

Меня зовут Андрей Ахметов, я ведущий инженер и тестировщик системы ЕСПП в ООО «РСХБ-Интех», технологической дочке Россельхозбанка. Сегодня расскажу вам шесть небольших историй о том, какие экзотические баги бывают и как их устранять.

ЕСПП (единая система приема платежей) — мидл‑решение, расположенное в центре хитросплетений систем РСХБ. Подробнее о том, что это за система и с какими сервисами она взаимодействует можно почитать в отдельном материале на Хабре. Добавлю лишь, что за последние годы она нам стала практически родной.

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

Автор: Панкадж Парашар (Pankaj Parashar)
Оригинал статьи
Перевод: Ольга Алифанова

Я провожу в DevTools много времени, как, уверен, и вы. Иногда я даже жонглирую ими, особенно при дебаге кроссбраузерных проблем. DevTools очень похожи на сами браузеры – не все инструменты конкретного браузера схожи или поддерживаются инструментами другого.

Однако ряд функций DevTools будет общим для всех – даже малоизвестные возможности, о которых я вам сейчас расскажу.

Для краткости я говорю Chromium, имея в виду все браузеры на основе Chromium (Chrome, Edge, Opera). DevTools в них, как правило, идентичны, поэтому я объединяю их в одну группу.