Автор

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

Главы из книги Сергея Орлика и Юрия Булуя «Введение в программную инженерию и управление жизненным циклом» (базируется на SWEBOK).

От автора: о чем эта книга

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

Для кого эта книга

Для всех, кто связан с индустрией информационных технологий. Только не подумайте, что речь идет только о разработчиках и менеджерах проектов в области программного обеспечения. Конечно, нет. Ведь если в вашей деятельности программные системы играют серьезную роль в качестве повседневного и необходимого инструмента обеспечения вашей профессиональной деятельности, вы, наверняка, сталкиваетесь с вопросами взаимодействия с ИТ-специалистами. Вам, как пользователям и заказчикам просто необходимо иногда вникать в проблематику разработки программного обеспечения, если, конечно, вы хотите получить результат. Вы, кто создает (в общем смысле этого понятия, ни в коем случае не ограничиваясь только вопросами кодирования), поддерживает и развивает программное обеспечение, наверняка, найдете нечто новое в этой книге. Вы школьник или студент — вы учитесь. Не останавливайтесь. Эта книга и для вас. Хотя бы потому что это еще одна точка зрения. А две головы, иногда, лучше, чем одна. Так что, книга, как это принято иногда говорить — «для широкого круга читателей», для кого использование компьютера в повседневной работе не является абстракций, но полнофункциональным инструментом.

Автор:

Почему тестировщикам важно участвовать в проектах с открытым исходным кодом (OSS)

Участие в open source помогло мне приобрести множество навыков. Я научилась эффективно и уважительно общаться, что укрепило уверенность при взаимодействии с людьми. И хотя я не пишу код, я стала уверенно пользоваться GitHub и командной строкой в терминалах — навыком, который можно освоить только на практике. Open source предоставляет такую возможность.

Автор:

Тестирование программного обеспечения — это не только поиск багов, но и их предотвращение. Случалось ли вам смотреть на требование и думать: «вроде всё нормально»? А затем, спустя несколько недель, наблюдать, как код по этому требованию превращается в баг-репорт, часы доработок или недовольство стейкхолдера? Это знакомо не только вам.

Именно поэтому была создана модель ревью требований (Requirements Review Model, RRM): чтобы дать тестировщикам и командам простой и единый подход к ревью. Это помогает повышать качество ещё до того, как написана хоть одна строка кода.

Модель была создана для сертификата Software Testing Essentials от Ministry of Testing (MoT), чтобы обучать тестировщиков-новичков ревью требований. В MoT решили, что будет полезно поделиться моделью со всеми, за пределами сертификата, и поддержать тестировщиков и их команды. Это соответствует их цели — развивать индустрию любыми позитивными способами. Поэтому и написана эта статья!

Как проверить, что ИИ-агент в IDE работает, если на одинаковые запросы LLM отвечает по-разному? Ответы модели недетерминированы, а интерфейс и бизнес-логика вполне детерминированы, и их нужно тестировать отдельно.

Мы делаем ИИ-агента, встраиваемого в JetBrains IDE. В статье расскажу, как мы выстроили UI-автоматизацию плагина так, чтобы тесты ловили регрессии в интерфейсе, бизнес-логике и при этом не «моргали» из-за нестабильности LLM.

Статья пригодится, если вы QA-инженер или разработчик и вам интересны:

1. Выстраивание UI-автоматизации на примере IDE-плагина

2. Тестирование приложений с ИИ-функциями

3. Разделение ответственности между детерминированной и недетерминированной частями системы

   ]]> barancev@gmail.com (Administrator) Инструменты тестирования Tue, 30 Jun 2026 20:00:00 +0000 https://software-testing.ru/library/testing/mobile-testing/4480-10-ways-to-test-ios-apps-across-different-states-and-lifecycle-stages https://software-testing.ru/library/testing/mobile-testing/4480-10-ways-to-test-ios-apps-across-different-states-and-lifecycle-stages Автор: Борис Добрецов (Boris Dobretsov)
   Оригинал статьи
   Перевод: Ольга Алифанова

   В этой статье я расскажу о жизненном цикле и состояниях приложений для iPhone и iPad. Но подождите — зачем вам вообще это знать? Сейчас объясню.

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

   ]]> barancev@gmail.com (Administrator) Тестирование мобильных приложений Sun, 26 Apr 2026 20:00:00 +0000 https://software-testing.ru/library/testing/testing-for-beginners/4448-ive-reasons-why-documentation-is-important https://software-testing.ru/library/testing/testing-for-beginners/4448-ive-reasons-why-documentation-is-important Автор: Кристин Джеквони (Kristin Jackvony)
   Оригинал статьи
   Перевод: Ольга Алифанова

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

   ]]> barancev@gmail.com (Administrator) Начинающему тестировщику Tue, 03 Feb 2026 20:00:00 +0000 https://software-testing.ru/library/testing/performance-testing/4470-performance-devtools https://software-testing.ru/library/testing/performance-testing/4470-performance-devtools

   Автор: Ященко Святослав

   Продолжаем разбирать малоизвестные, но крайне полезные фичи Chrome DevTools. Меня зовут Святослав Ященко, я тимлид QA-команды Platform V Kintsugi. Это графическая консоль для сопровождения PostgreSQL и Postgres-like СУБД. Ранее я писал о том, как подменить трафик в DevTools. Сегодня покажу, как тестировать производительность web-приложения, не выходя из Chrome. 

   Наш продукт — высоконагруженный, как в части бэкенда, так и в части фронтенда. БольшУю нагрузку на web-часть дают графики метрик наблюдаемых баз данных. Нагрузочное тестирование бэкенда в нашей команде — тема отдельной статьи, но об этом постараюсь рассказать в другой раз, а сейчас протестируем производительность фронтенда.

   ]]> barancev@gmail.com (Administrator) Тестирование производительности Sun, 14 Dec 2025 20:00:00 +0000 https://software-testing.ru/library/testing/security/4405-security-testing-your-apis-unrestricted-resource-consumption https://software-testing.ru/library/testing/security/4405-security-testing-your-apis-unrestricted-resource-consumption Автор: Баз Дейкстра (Bas Dijkstra)
   Оригинал статьи
   Перевод: Ольга Алифанова

   В этой серии статей я обращусь к уязвимостям из списка топ-10 OWASP, посвященного безопасности API. В каждой статье я покажу вам, как экспериментировать с API, тестируя уязвимость, и обсужу свои выводы.

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

   ]]> barancev@gmail.com (Administrator) Защищенность и надёжность Tue, 11 Nov 2025 20:00:00 +0000 https://software-testing.ru/library/testing/test-management/4426-tech-debt https://software-testing.ru/library/testing/test-management/4426-tech-debt

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

   Меня зовут Эдвард. В сфере обеспечения качества я с 2012 года. Последние 7 лет работаю в Т-Банке, начинал со старшего специалиста по тестированию бэкэнда и работал в Т-Инвестициях. А сейчас занимаю позицию QA Head управления разработки социальных платформ.

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

   ]]> barancev@gmail.com (Administrator) Тест-менеджмент Tue, 14 Oct 2025 20:00:00 +0000 https://software-testing.ru/library/testing/bug-tracking/4333-bugs https://software-testing.ru/library/testing/bug-tracking/4333-bugs

   Нужно ли тестировщику разбираться в базах данных? Короткий ответ: да, как минимум на том уровне, чтобы можно было успешно выявлять и локализовывать ошибки в их работе. На практике же проблемы в базах данных зачастую фрустрируют даже опытных QA-инженеров. Что-то где-то пошло не так, но что именно и где?

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

   Под катом — наша шпаргалка по распространённым багам в работе баз данных. Разбили их по категориями, снабдили примерами и объяснили первопричины появления. Надеемся, будет полезно не только QA-специалистам, но и бэкенд-разработчикам начального уровня, а также всем, кто хочет углубить свои познания в области взаимодействия с БД.

   ]]> barancev@gmail.com (Administrator) Управление дефектами Mon, 13 Jan 2025 20:00:00 +0000 https://software-testing.ru/library/testing/functional-testing/4140-chat-bot https://software-testing.ru/library/testing/functional-testing/4140-chat-bot Автор: Сумиа Мухерджи (Soumya Mukherjee)
   Оригинал статьи: Tea-Time With Testers, #02/2021
   Перевод: Ольга Алифанова

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

   ]]> barancev@gmail.com (Administrator) Функциональное тестирование Tue, 16 Jan 2024 20:00:00 +0000 https://software-testing.ru/library/testing/test-lab/3466-cypress-everyqaio https://software-testing.ru/library/testing/test-lab/3466-cypress-everyqaio Автор: Новиков Александр, QA engineer at Roowix

   Добрый день! Меня зовут Александр, я - QA в компании Roowix.
   
   Мой профиль - автоматизация тестирования, и сегодня я расскажу, как мы разворачивали screenshot-based тестирование на биржевом проекте при помощи Everyqa.io и Cypress.
   
   Специфика проекта заключается в отображении состояния котировок на графике в canvas с большим количеством фильтров и настроек. Использовать стандартные средства для тестирования проекта на canvas было неудобно. Исходя из этого мы начали поиск подходящего инструмента и стратегии написания автотестов.

   ]]> barancev@gmail.com (Administrator) Тестовая лаборатория Mon, 16 Nov 2020 20:00:00 +0000 https://software-testing.ru/library/51-2014-06-16-09-49-51/1955-sister-mobile https://software-testing.ru/library/51-2014-06-16-09-49-51/1955-sister-mobile Александр Хозя (автор блога Записки мобильного тестировщика, автор и ведущий тренинга Тестирование мобильных приложений) представляет очередную подборку ссылок.

   

   Сегодня международный день медицинской сестры

   Уголок разработки, тестирования и распространения приложений:

   1. Do not keep activities в помощь тестировщику мобильных приложений. Для себя девелоперское меню открыл еще во времена Gingerbread, а за фикс данных багов было большое количество битв с девелоперами и менеджерами :)

   2. Размышление об "облаках" и их влиянии на тестирование мобильных приложений от mobileapptesting.

   3. Три вещи, о которых необходимо помнить перед релизом мобильных приложений. Подпишусь под каждым пунктом, как бы по-капитански они не звучали:

   • кто среди нас не сталкивался с реджектом при ревью :( Неплохая статья вдогонку

   • использование сторонних компонентов - еще та боль, особенно когда в них приличное количество багов (Sping4Android :) ) или они заброшены (Three20 :) )

   • а уж про разобранные приложения и говорить не хочется (либо декомпилируют, либо c помощью прокси нагадят в backend :) )

   4. Полезные материалы для мобильного разработчика #52 (5-11 мая) От себя выделяю три подпункта из данной подборки:

   • Как добиться фичеринга Apple в App Store

   • Альтернативы TestFlight для iOS, Android, WinPhone

   • Обзор средств A/B тестирования

   5. Статистический анализ AppStore: данные для создания успешного приложения. Комментарии как всегда доставляют. Для лучшего понимания, лучше сопоставлять со статистикой от Distimo

   6. 12 способов продвинуть приложение в App Store

   7. [Dev Story] О минимальном заработке российских инди-разработчиков и замкнутом круге. Крик души разработчика и "активного пользователя" мобильных приложений. Понравилась аргументация и расчет окупаемости приложения "на пальцах".

   8. Пятый международный форум разработчиков приложений Apps4All пройдет в Москве 19 мая. Участие бесплатное.

   9. Winter Nights 2014: доклад King (создателей небезызвестной Candy Crush Saga)

   ]]> barancev@gmail.com (Administrator) Подборки ссылок по мобильной тематике Mon, 12 May 2014 07:36:07 +0000 https://software-testing.ru/library/around-testing/engineering/115-configuration-management https://software-testing.ru/library/around-testing/engineering/115-configuration-management

   Авторы: Дмитрий Лапыгин, Александр Новичков

   Оглавление:

   • Предисловие к материалу
   • Введение в управление конфигурацией программных средств
     • История развития дисциплины управления конфигурацией
     • Возникновение основных терминов управления конфигурацией
     • Базовые концепции и элементы
   • Основы управления конфигурацией
   • Управление конфигурацией в стандартах
     • Виды стандартов
     • Управление изменениями как составная часть процесса УК
     • Процесс УК в стандарте ГОСТ Р ИСО/МЭК 12207
     • Управление конфигурацией с точки зрения Capability Maturity Model
       • Требования к процессу УК в СММ

    

   ]]> barancev@gmail.com (Administrator) Программная инженерия Tue, 30 Sep 2008 06:54:07 +0000 https://software-testing.ru/library/around-testing/management/4536-responsible-for-quality https://software-testing.ru/library/around-testing/management/4536-responsible-for-quality Автор: Пономарева Анастасия

   Недавно знакомый PM попросил рассказать «Что значит отвечать за качество?» в контексте продуктовых команд. Вопрос оказался не из простых, ведь каждый проект имеет свои особенности. Да и понятие качества может отличаться. Ниже — мой взгляд на тему через призму измеримых показателей. Если у вас есть дополнения, другие метрики или иной управленческий опыт — велкам в комментарии. Будет интересно обсудить и расширить картину.

   Начну немного издалека. Последние лет пять тема продуктовых команд очень популярна. Тестировщиков из «колодцев» и подчинения QA лидам и хэдам забирают в команды. Если сначала было матричное управление с функциональным руководством, то последние годы растет тренд на отказ от QA лидов с передачей функции лидам продуктовых команд.

   ]]> barancev@gmail.com (Administrator) Управление людьми и проектами Tue, 15 Sep 2026 20:00:00 +0000 https://software-testing.ru/library/around-testing/processes/4537-dor-dod https://software-testing.ru/library/around-testing/processes/4537-dor-dod На связи Анастасия Шильникова, менеджер по тестированию компании «Гарда».

   Мы регулярно сталкиваемся с ситуациями, когда в Jira к задаче вроде есть какое-то описание, стоит статус «готово», но, чтобы понять, в чем была проблема, что было исправлено, как было проверено, приходится «нырять» в мессенджер или звонить коллегам. Все это съедает время, размывает ответственность между командами и мешает выпускать продукт быстро, качественно, в срок.

   Вот несколько реальных примеров, когда описание к задаче похоже на квест:   

   ]]> barancev@gmail.com (Administrator) Улучшение процессов Tue, 01 Sep 2026 20:00:00 +0000 https://software-testing.ru/library/testing/other-testing/4526-ii https://software-testing.ru/library/testing/other-testing/4526-ii Автор: Екатерина Гаврилова (QA Tech Lead в MD Audit)

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

   ]]> barancev@gmail.com (Administrator) Другие виды тестирования Wed, 08 Jul 2026 20:00:00 +0000 https://software-testing.ru/library/around-testing/job/4493-the-skills-of-software-testers https://software-testing.ru/library/around-testing/job/4493-the-skills-of-software-testers Автор: Эди Стоукс (Ady Stokes)
   Оригинал статьи
   Перевод: Ольга Алифанова

   Почему я это пишу

   Если вы какое-то время работаете тестировщиком ПО или в разработке, вы, скорее всего, сталкивались с термином «ручное тестирование». Это выражение может вызывать бурные споры.

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

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

   ]]> barancev@gmail.com (Administrator) Работа и карьера Mon, 25 May 2026 20:00:00 +0000