Home

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

В прошлый раз мы рассмотрели, чего бизнес хочет от разработки. А чего бизнес хочет от той части разработки, которую мы называем тестированием?

Иногда говорят, что бизнесу от тестирования нужна уверенность — подтверждение того, что всё в порядке. Это понятно: уверенность — приятное чувство для дизайнеров, разработчиков, менеджеров и всех остальных. Но уверенность и спокойствие — это не цель бизнеса. Цель бизнеса — ценный, беспроблемный продукт.

Автор: Ольга Назина (Киселёва)

Как мы учимся новому:

1. Самостоятельно — читаем книги, статьи, смотрим бесплатные материалы в интернете.

2. На курсах / с ментором — помимо обучающих видео и статей идет закрепление материала в виде домашних заданий.

Но ведь теперь есть ChatGPT (и его аналоги) — искуственный интеллект (ИИ), очень много знающий. Ему можно задать любой вопрос и получить развернутый ответ. Как он изменит обучение? Заменит ли он тренера на курсах? Или будет ему помогать?

См также:

Базовая подборка аналогов ChatGPT (текстовых ИИ) — чаты, с которыми можно пообщаться

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

Автор: Рависурия Ишвара (Ravisuriya Eswara)
Оригинал статьи
Перевод: Ольга Алифанова

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

А вместе с техническим долгом неизбежно появляется и тестовый долг. Определение и понимание объема и значимости тестового долга — часть моей работы.

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

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

Почти пять лет работаю в Т-Банке, где с нуля организовал тестирование в своей команде. За это время я успел пройти путь от ручного до автоматизированного тестирования, встроить и автоматизировать нагрузочное тестирование и многое другое. 

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

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

«Ну, на моей машине все работает».

Я уверен, что каждый из нас слышал такую фразу от разработчика в какой-то момент своей карьеры, и все мы в ответ закатывали глаза. Очевидно же, что не работает оно на твоей машине…

Было бы хорошо применять эту же философию «это должно работать не только у меня» и к нашим тестам: каждый в команде должен иметь возможность запускать их. Автоматизация тестирования — это прежде всего быстрая обратная связь, а она возможна только тогда, когда запуск тестов быстр, плавен и не сбоит.

Автор: Никита Филонов
Оригинальная публикация

Введение

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

Здесь на сцену выходит сидинг (от англ. seeding). Это понятие часто вызывает вопросы у начинающих инженеров по тестированию производительности: «Что это за зверь такой и зачем он нужен?». На самом деле, сидинг — один из тех невидимых, но критически важных этапов подготовки, от которого напрямую зависит качество и честность ваших нагрузочных тестов.

В этой статье мы разберёмся:

• что такое сидинг и почему без него нагрузочное тестирование часто "врет";

• какие бывают подходы к подготовке данных;

• почему правильный выбор метода сидинга может сэкономить вам часы (а иногда и дни) отладки;

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

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

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

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

Работающим решением будет применение системы, которая автоматизирует рутину и поддержание порядка. Этого можно добиться с помощью системы ESI Управление электроникой, которая позволяет:

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

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

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