Геймификация и внедрение игровых механик в приложения стали трендом, который используют маркетологи, ритейлеры, банки и даже образовательные платформы. Но зачем вашей компании игры? Чтобы повысить вовлечённость, увеличить конверсию или просто потому что «у конкурентов есть»?
Пирамида тестирования — это модель, помогающая сбалансировать юнит-, интеграционные и UI/E2E-тесты по скорости, затратам и эффективности. В статье разбираются классическая пирамида (Майк Коун), песочные часы (Маурисио Аниче), перевернутая пирамида и гибридные подходы, востребованные в Agile и DevOps.
Особое внимание уделено перевернутой пирамиде: несмотря на ее неэффективность в классическом тестировании, она применяется в геймдеве, мобильной разработке и AR/VR, где критически важны UI и пользовательские сценарии.
Также рассматривается связь тестирования с DevOps и CI/CD: как распределение тестов влияет на скорость релизов, стабильность пайплайнов и качество продукта. В статье есть практические рекомендации по автоматизации, параллельному запуску, контрактному тестированию и CI/CD-интеграции.
Ссылки на авторитетные источники — включая Continuous Delivery (Хамбл, Фарли) и Agile Testing (Грегори, Криспин) — помогут глубже разобраться в теме.
Привет, Хабр! Меня часто спрашивают, где можно попрактиковаться в тестировании сервиса? Чтобы не просто найти баги на проде, а провести полный регресс после внесения изменений? Я называю это тестированием с обратной связью. И однажды, устав отвечать на такие вопросы, я решил спроектировать сайт-песочницу. Там не только можно попробовать свои силы, но и найти много информации для начинающих тестировщиков.
Тестирование игр — сложный и многоуровневый процесс, требующий не только внимательности, но и мощных инструментов, способных выявлять баги, проверять производительность, автоматизировать рутинные задачи и гарантировать стабильность работы. От браузерных игр до масштабных AAA-проектов — в каждой категории есть решения, способные упростить работу тестировщиков и разработчиков.
В этом обзоре, опираясь на свой многолетний опыт, я собрал самые надёжные инструменты для автоматизированного тестирования игр, которые будут полезны в различных ситуациях — от отладки сетевого трафика и проверки API до нагрузочного тестирования серверов и анализа производительности.
Тестирование программного обеспечения прошло долгий путь за последние несколько десятилетий. Когда-то оно было просто процессом поиска багов и ошибок в коде. Однако с развитием технологий и увеличением требований к качеству продуктов, роль тестирования значительно расширилась. Сегодня тестирование стало неотъемлемой частью процесса разработки, требующей не только технических знаний, но и понимания поведения пользователей, особенностей машинного обучения и искусственного интеллекта.
В этой статье мы рассмотрим, как тестирование эволюционировало от традиционного подхода к интеллектуальной революции, а также какие технологии и методы оказывают наибольшее влияние на тестирование в наше время.
Что бы вы хотели знать о тестировании на своем проекте? Какое качество продукта, какая эффективность тестирования, статус QA или эффективность исправления ошибок?
В сегодняшней статье расмотрим Качество продукта
Удовлетворительно ли качество продукта?
Стоит ли его улучшить?
Давайте взглянем на несколько метрик, которые помогут нам разобраться.
Подборка игромеханик для использования в диаблоподобных action‑rpg (и не только).
В этом выпуске — изучение способностей с предметов, новая идентификация, ловля искр как база для прочих механизмов, комбинирование изученных рун с рунами оружия, переосмысление свитков и книг, левелапы через ачивменты, эволюционирующее оружие и монстры, зодиакальное пространство умений, само исследуемое подземелье в роли древа умений для персонажа и прочее.
В рамках этой статьи мы разберёмся, как работают петли обратной связи в процессах, какие бывают их виды, в чём их преимущества и недостатки, а также где и как их лучше применять.
К написанию этой статьи меня подтолкнули две причины. Во-первых в силу сложившихся изначально причин тривиальная задача превратилась в интересное и увлекательное приключение. Во-вторых точка в этой истории еще не поставлена, а среди комментариев встречаются полезные советы.
При оценке инструмента управления тестированием важно учесть несколько основных характеристик, которые обеспечат эффективное и точное планирование, исполнение и документирование процесса тестирования.
Чит-лист — это шпаргалка по выбранной теме, что не забыть проверить. Берете чит-лист как основу, адаптируете под свой проект, и готово!
В своей книге про тест-дизайн я написала ряд чит-листов, которыми и хочу теперь поделиться. Сегодня поговорим про очень важную тему — одновременное использование. Если говорить про веб-приложение, то это одновременная работа в двух вкладках браузера.
Если в приложении есть возможность открыть одну и ту же форму несколько раз — это обязательно надо проверить! И в статье мы поговорим, что именно надо тестировать в таких случаях.
Тестирование программного обеспечения – это не просто процесс выявления ошибок, а целая наука, требующая системного подхода. Чтобы сделать тестирование действительно эффективным, необходимо использовать метрики, которые помогут измерить его качество и результативность. В этой статье мы с вами рассмотрим наиболее значимые метрики и приведем примеры их использования.
Инфраструктура — это термин, который мы используем для описания всего оборудования, облачных сервисов, сетей, вспомогательного программного обеспечения и тестируемого приложения, необходимого для разработки, тестирования, развертывания и эксплуатации наших систем.
В статье обсудим программное обеспечение для ИТ‑инфраструктуры, инфраструктуру тестирования и тестовые среды.
В предыдущей статье мы рассмотрели тестирование сервисов и его основные компоненты: тестирование производительности, тестирование на отказоустойчивость и управляемость. Как и было обещано, здесь мы рассмотрим тестирование производительности более подробно.
Цель этой статьи - дать несколько советов и рекомендаций по управлению важнейшим компонентом тестирования сервисов, упомянутым в этой статье, а именно, барабанная дробь, ... тестированием производительности!
Тестирование ПО — не магия, а ремесло. Но даже у самых опытных мастеров случаются промахи. Какие ошибки подстерегают тестировщиков на пути к качественному продукту? Давайте разберем их, добавив к каждой ситуации реальные примеры.
Не важно, являетесь ли вы заядлым игроком в видеоигры с 15-летним стажем или играете в них только в компании друзей, вы наверняка хорошо понимаете, насколько важную роль в каждой игре занимает звук. От фоновой атмосферы, например, нежного журчания близлежащей реки, до уникальных звуковых эффектов, привязанных к определенным событиям в игре, — видеоигры наполнены широким спектром звукового сопровождения, которое является неотъемлемой составляющей иммерсивного опыта.
Хотя это справедливо для большинства визуальных медиа, у видеоигр есть одно принципиальное отличие, которое выделяет их на фоне большинства других видов развлечений — они интерактивны. А именно, звуковое сопровождение в видеоиграх реагирует на действия игрока и окружающую обстановку, динамически изменяясь по мере развития игрового процесса.
Когда речь заходит о истории формирования видеоигрового жанра FPS на ум всегда приходят такие шутеры как Doom и Wolfenstein 3D. Но был еще один тайтл находящийся на рубеже становления жанра о котором может помнить юный обладатель 16‑битной приставки Sega Mega Drive и Genesis в далеких 90‑х и нулевых годах. Многие называют его как «Doom моего детства», так оно и было для геймеров нового тысячелетия. Имя этого шедевра Zero Tolerance.
Фанаты вселенной всегда считали Beyond Zero Tolerance прямым продолжением игры, но оставалось много вопросов. Например, как элитный ударный отряд узнал о родной планете пришельцев и как добрался до того самого мира, где происходит действие не вышедшего продолжения? Как будто существовала некая нерассказанная история между этими двумя частями.
Ты ищешь первую работу или решил сменить работу? Поздравляю! Впереди тебя ждет карусель интересных приключений: от собеседований и до ожидания обратной связи. Я провел немало собеседований, и у многих кандидатов есть одна общая ошибка — отсутствие подготовки. Они идут напролом, что заслуживает уважения, но можно облегчить себе путь, если подготовиться заранее. Ниже я опишу простые способы подготовки. Однако помни: не стоит затягивать с выходом на собеседования. Подготовка не должна превращаться в бесконечное "а вот этот вопрос изучу поглубже, этот курс пройду, еще видео посмотрю". Не превращайся в "вечного студента". Скорее всего, все нужные знания у тебя уже есть; главное — их УПАКОВАТЬ (как бы инфоцыгански это ни звучало).
Самопрезентация
Одна из самых важных частей собеседования, которая задает его тон. Здесь важно чувствовать себя уверенно и с интересом рассказывать о своем предыдущем опыте работы. Как можно себе помочь?
1. Заранее структурируй рассказ о себе.
Первый вопрос почти всегда — "Расскажите о своем предыдущем опыте". Поэтому тебе нужно подготовить монолог на несколько минут, в котором ты полно и убедительно представишь себя. Основные моменты:
- Информация о проекте (что это за проект; веб или десктоп; сколько % бэка, сколько фронта; функциональность проекта).
- Состав команды (сколько человек, какие роли, как вы взаимодействовали).
- Технологический стек (языки программирования; инструменты для тестирования; системы управления проектами и место хранения документации).
- Процессы в команде (как ставились и отслеживались задачи, взаимодействие с разработчиками, аналитиками и командой QA, как работали со срочными задачами и багами, частота релизов).
Привет, Хабр! Меня зовут Василина Кузнецова, я работаю инженером по тестированию в Ozon Tech. Я часто смотрю отдельные видео докладов с конференций. Полезными для себя находила доклады про особенности Selenium и Playwright в тестах фронта, про правильный процесс код‑ревью, когда вводила его в своей команде, про опыт того, как настроить процесс распространения знаний по фичам с командой, про борьбу с флаки‑тестами и многие другие. Да и просто для развития в тестировании, чтобы быть в ногу со временем, особенно когда был период работать единственным тестировщиком на проекте.
В этом году я решила более систематично подойти к вопросу и спланировать свой календарь посещения конференций (онлайн и офлайн). Для этого я начала с подборки российских QA‑конференций и митапов на ближайший год. У некоторых мероприятий ещё нет точных дат, поэтому за основу брала расписание текущего года.
Эта подборка будет полезна не только мне, но и другим тестировщикам, кто ещё мало участвует в конференциях, но хотел бы более активно посещать такие мероприятия, заводить новые профессиональные знакомства.
Итак, давайте начнём со списка конференций на 2025 год:
