Казалось бы, все шло по плану. Продукт почти готов, тесты были проведены, и мы ожидали релиза с минимальными рисками. Но ночью, в момент наибольшей уверенности (и нашего спокойствия), случилось непредсказуемое. Ошибки начали сыпаться, как град.
Чат службы поддержки, которая обычно спокойна и не перегружена сообщениями, буквально взорвался.
Эта статья — не энциклопедия и не реклама. Это попытка на пальцах объяснить: как не превратить тестирование в ритуал ради галочки и не потратить бюджет на ненужное. Вы — техлид, продакт, СТО, руководитель — и вы хотите, чтобы всё работало, а пользователи не страдали. Погнали.
Баги в продакшене, выгоревшие разработчики и хаос перед релизами — сигнал, что пора строить системную QA-функцию. Рассказываем, как запустить отдел тестирования без провалов: кто нужен, с чего начать и чего не делать точно.
Мир безопасности любит аббревиатуры: SAST, DAST, IAST… Звучит как набор заклинаний, но на деле — это три ключевых подхода к поиску уязвимостей. Проблема в том, что инструментов много, документации ещё больше, а времени на всё это — как всегда, ноль.
Неделю назад мы начали разговор о методологиях SDLC. Разобрали традиционные модели разработки, где процесс строго регламентирован. Но если водопад и V-модель — это про чёткий план, то современные подходы к разработке — про гибкость, адаптацию и итерации. В этой части разберём популярные гибкие методологии, а также менее формальные модели, которые тоже встречаются в реальных проектах. […]
Юзабилити… Проверили интерфейс, нашли пару непонятных кнопок — и всё?
На самом деле — нет. Потому что разные команды приходят с разными задачами.
В статье рассказываем, почему важно докапываться до сути запроса,
и как выбрать подходящее юзабилити-тестирование под вашу задачу.
Сегодня ЛК исполняется 16 лет. Мы не будем говорить долго и пафосно. Просто скажем: это много. Это гордость. И это про нас с вами. 16 лет назад всё начиналось с нескольких человек и одной большой идеи — делать тестирование, которое меняет все. Сегодня у нас — десятки проектов одновременно {и ни одного скучного}, распределённая команда из […]
Как известно, разработка программного обеспечения (далее — ПО) может осуществляться на основании различных методологий и у каждой имеются свои особенности. Но нас, тестировщиков, в первую очередь интересует процесс тестирования в каждой из методологий. Рассмотрим этот вопрос подробнее для наиболее известных из них.
API – сердце большинства современных приложений. Если оно работает некорректно, приложение может сломаться в самый неподходящий момент. Современные системы напоминают паутину: API связывают микросервисы, облака хранят тонны данных, а пользователи ждут, что всё будет работать даже во время апокалипсиса. Но как проверить то, что нельзя увидеть или пощупать? И как грамотно протестировать API, чтобы избежать неприятных сюрпризов?
