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

Карты, деньги, два бага: погружаемся в программный взлом банкоматов

#почитать

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

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

Восстание терпил

#почитать

Маленький кусочек рынка ИТ под названием «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, и возможно он может быть будет полезен другим тестировщикам, чтобы упростить немного работу, а также уточнить или добавить этот чек-лист в комментах.

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

Тест-долг: он существует и ежедневно мешает нам жить во всех окружениях

#почитать

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

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

Пострелизная валидация данных как новый вид тестирования

#почитать

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

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

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-специалисты фокусируются на функциональности, удобстве использования, пользовательском опыте, упуская из виду свой огромный потенциал в укреплении безопасности продукта. А между тем, именно они могут предотвратить появление уязвимостей или найти их раньше, чем это сделают злоумышленники. И если исправить баг в продакшене — дорого, то исправить последствия успешной кибератаки — во много раз дороже, и речь здесь не только о деньгах, но и о репутации.

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

Три промпта — три результата: как качество запроса определяет качество автотестов

#почитать

Все говорят, что AI пишет код за секунды. Это правда. Но почему-то редко уточняют: какой именно код он пишет. Спойлер — это сильно зависит от того, как вы спросили. И ещё сильнее — от того, что вы вообще знаете о предмете.

В Ростелекоме мы уделяем особое внимание развитию экспертизы сотрудников. Это не просто корпоративный слоган — это осознанная стратегия. Мы понимаем, что технологии меняются быстро, но фундаментальные знания остаются ценными десятилетиями. Поэтому в компании работает система внутреннего обучения: курсы по автоматизации тестирования, менторинг от senior-специалистов, разбор реальных кейсов из проектов.

И когда появились AI-ассистенты, возник логичный вопрос: может, теперь курсы не нужны? Зачем учить людей писать тесты, если нейросеть сделает это за них? Некоторые коллеги из индустрии уже начали сокращать обучающие программы, делая ставку на "AI справится".

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

11 способов мышления тестировщика: как и зачем переключаться между подходами

#почитать

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

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