Тестировщик | IT

Как мы тестируем Ростелеком.Warehouse: тестовые сценарии, сбор и анализ метрик по результатам тестирования #почитать Для наглядности опишу предметную область тестирования. Это продукт RT.Warehouse — массивно‑параллельная СУБД для построения хранилищ данных, разработанная на базе Greenplum. ⏱Читать статью

Послание для всех, кто сейчас ищет работу в QA #почитать Все больше ребят говорят о том, что сейчас на рынке труда в тестировании непростая ситуация. Давайте попробуем разобраться в чем дело и как с этим жить. ⏱Читать статью

Карты, деньги, два бага: погружаемся в программный взлом банкоматов #почитать В первой части статьи мы подробно рассказали про устройство банкомата, принцип его работы и основные типы атак. Настало время перейти к самому интересному: логическим атакам. ⏱Читать статью

Восстание терпил #почитать Маленький кусочек рынка ИТ под названием «1С» меняется. Если верить публикациям на Хабре, большой рынок ИТ тоже куда-то поворачивает. Я и про рынок труда, и про рынок бизнеса. Кто-то называет эти перемены кризисом, кто-то – возвращением в нормальное состояние. Вроде как предыдущие 2-3 года были ненормальными, ажиотажными, экстремумом. А то, что сейчас – это как было 2-3 года назад. Потому и не кризис. Скорее 2-3 года были кризисом, только с обратным знаком. Не буду напяливать на себя костюм с маской эксперта по рынкам, анализировать причины, механику и последствия изменений. Я зашёл поговорить про то, что знаю. Точнее, про тех, кого знаю – про терпил. Спецы. Это – последние терпилы в моём списке. ⏱Читать статью

5 ловушек теории вероятностей в IT #почитать Вы смотрите на дашборд: Average Response Time = 200ms. Клиенты довольны? Скорее всего, нет. Вы видите, что сервер загружен на 50%, и думаете, что выдержите рост нагрузки в 2 раза? Математика говорит, что вы упадете гораздо раньше. ⏱Читать статью

Что показали 15 лет работы с пирамидой тестирования #почитать Пирамида тестирования давно считается классикой QA, но ее реальное применение зависит от множества факторов. Архитектура, команда и доверие к тестам сильно влияют на баланс юнит-, интеграционных и E2E-тестов. ⏱Читать статью

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

Как я тестирую крупные системы, которые невозможно протестить на статичных данных #почитать Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. ⏱Читать статью

Четыре фрейма тестирования, часть 7: критическая дистанция #почитать В мире разработки программного обеспечения популярна идея, что за тестирование отвечает вся команда. Исходя из этого, некоторые люди встают на крайнюю позицию: раз уж тестируют все, специализированные тестировщики больше не нужны. Дескать, разработчики, или аналитики; или сами заказчики могут и сами выполнять тестирование. Есть и противоположное мнение (что раздражающе часто исходит от самих тестировщиков): разработчики якобы не умеют тестировать, а потому каждая команда разработки обязательно должна иметь собственного тестировщика или даже целую команду тестирования. Обе эти крайности — непродуманные и наивные. Это примеры того, что я называю «тирания слова всегда». Глупо утверждать, что разработчики не умеют тестировать. В процессе написания продукта они постоянно что-то тестируют: пишут код, проверяют, работает ли он; если нет — чинят; если да — двигаются дальше. Разработчик не может стабильно писать полезный код, не проверяя хоть что-нибудь хотя бы время от времени. И всё же было бы опрометчиво полагаться на то, что у разработчиков всегда есть время, мотивация, стимул и нужный взгляд на вещи, чтобы полностью взять на себя весь объём тестирования. ⏱Читать статью

Тестирование юзабилити для начинающих: 10 советов для прокачки навыков в UX #почитать Топ-10 полезных и актуальных советов по тестированию юзабилити для начинающих от эксперта с 20-летним стажем ⏱Читать статью

Тестирование Push-уведомлений: Полный чек-лист (ну или почти) #почитать Push-уведомления — это инструмент для взаимодействия с пользователями мобильных приложений. Они позволяют доставлять сообщения, напоминания или акции даже тогда, когда приложение не активно. Их работа зависит от множества факторов: операционной системы, настроек устройства, состояния приложения и сетевого подключения. Этот чек-лист я написал для себя, чтобы протестировать на проекте push-уведомления для iOS и Android, и возможно он может быть будет полезен другим тестировщикам, чтобы упростить немного работу, а также уточнить или добавить этот чек-лист в комментах. ⏱Читать статью

Как я научила ИИ быть моим напарником по тестированию #почитать

Хочу поделиться как я внедрила ИИ в процессы тестирования, чтобы не тратить время на рутинные задачи и больше заниматься любимым делом (кидать мемы в рабочие чаты).

⏱Читать статью

За пределами юнит-тестов: как обрести уверенность в сложных системах #почитать

В этой серии, которую мы назвали «Проектирование надёжности в масштабе» (мы не смогли придумать ничего более претенциозного; если у вас есть идея получше — напишите в комментариях), мы приоткроем вам наш процесс разработки в Quasar и расскажем, как за годы мы инвестировали в качество, чтобы вывести в мир надёжную систему. В это статье мы обсудим общие соображения и то, как мы подходим к тестированию. В следующих выпусках мы углубимся в детали и разберём конкретные примеры.

⏱Читать статью

Тест-долг: он существует и ежедневно мешает нам жить во всех окружениях #почитать Как инженер, я постоянно участвую в обсуждениях технического долга. Вне зависимости от обстоятельств в разрабатываемом ПО всегда будет технический долг. А вместе с техническим долгом неизбежно появляется и тестовый долг. Определение и понимание объема и значимости тестового долга — часть моей работы. ⏱Читать статью

Пострелизная валидация данных как новый вид тестирования #почитать Что делать если шаткие предположения о логике работы легаси проектов используют как фундамент для новой логики? Как обезопасить легаси проект от рисков, которые не может покрыть стандартное тестирование? ⏱Читать статью

Deep Links глазами тестировщика: как они работают #почитать Аутентификация – как правило, первое препятствие при настройке автоматизации тестирования. В зависимости от сложности используемого метода аутентификации эта задача может оказаться весьма трудоёмкой. Давайте начнём с простого примера последовательности входа в систему. ⏱Читать статью

✅ SaveTest — новая TMS для управления тест-кейсами, прогонами и отчетностью. Современный подход: тест-кейсы можно вести как код, хранить их в YAML, python, gherkin-файлах в Git. Сценарий простой: 1. Создаете тест-кейсы в VS Code или Cursor. 2. Загружаете их в репозиторий, например в GitHub или Gitlab. 3. SaveTest синхронизирует изменения и подтягивает их в интерфейс. * Но можно вести и классические проекты Переходите на SaveTest — добавим неиспользованный срок вашей текущей лицензии бесплатно при покупке нашей лицензии от 1 года. *Предложение не является публичной офертой. Детали уточняйте в чате @savelink_official Наш сайт: save-test.ru Наш ТГ канал: @savelink_testing Реклама. ООО «Сейв Линк» ИНН: 9725129745 erid: 2W5zFJfmVAh

Почему QA должен думать о безопасности IT-продукта #почитать Часто QA-специалисты фокусируются на функциональности, удобстве использования, пользовательском опыте, упуская из виду свой огромный потенциал в укреплении безопасности продукта. А между тем, именно они могут предотвратить появление уязвимостей или найти их раньше, чем это сделают злоумышленники. И если исправить баг в продакшене — дорого, то исправить последствия успешной кибератаки — во много раз дороже, и речь здесь не только о деньгах, но и о репутации. ⏱Читать статью

Тест-драйв документации: как мы научились ловить баги до релиза #почитать

С вами Галина Чупрова, главный инженер по тестированию в Рунити. Сегодня расскажу, как мы в компании пришли к тестированию документации — и почему этот шаг повысил эффективность тестирования и сэкономил команде нервы.

⏱Читать статью