1С — это не одна программа, а целая платформа. Кто-то использует типовую конфигурацию, кто-то — глубоко доработанную под себя. И вот тут начинаются сложности: как только в систему вмешиваются руками, будь то добавление кнопки, изменение бизнес-логики или интеграция с внешними сервисами, сразу появляется риск.
Эта статья — не энциклопедия и не реклама. Это попытка на пальцах объяснить: как не превратить тестирование в ритуал ради галочки и не потратить бюджет на ненужное. Вы — техлид, продакт, СТО, руководитель — и вы хотите, чтобы всё работало, а пользователи не страдали. Погнали.
Баги в продакшене, выгоревшие разработчики и хаос перед релизами — сигнал, что пора строить системную QA-функцию. Рассказываем, как запустить отдел тестирования без провалов: кто нужен, с чего начать и чего не делать точно.
Мир безопасности любит аббревиатуры: SAST, DAST, IAST… Звучит как набор заклинаний, но на деле — это три ключевых подхода к поиску уязвимостей. Проблема в том, что инструментов много, документации ещё больше, а времени на всё это — как всегда, ноль.
Юзабилити… Проверили интерфейс, нашли пару непонятных кнопок — и всё?
На самом деле — нет. Потому что разные команды приходят с разными задачами.
В статье рассказываем, почему важно докапываться до сути запроса,
и как выбрать подходящее юзабилити-тестирование под вашу задачу.
API – сердце большинства современных приложений. Если оно работает некорректно, приложение может сломаться в самый неподходящий момент. Современные системы напоминают паутину: API связывают микросервисы, облака хранят тонны данных, а пользователи ждут, что всё будет работать даже во время апокалипсиса. Но как проверить то, что нельзя увидеть или пощупать? И как грамотно протестировать API, чтобы избежать неприятных сюрпризов?
Функциональное тестирование — это как страховка для продукта, способ убедиться, что приложение реально работает так, как задумано. Если тестирование проведено поверхностно, пользователи найдут баги быстрее, чем успеешь сказать «релиз». Сегодня разбираемся, как тестировать web и мобильные приложения так, чтобы не проспать критичные ошибки.
В мире, где автоматизация захватывает всё новые и новые горизонты, всегда хочется верить, что можно настроить систему, настроить сценарий — и всё, задача решена. Но, несмотря на всю мощь автоматических тестов, ручное тестирование остаётся важнейшей частью процесса обеспечения качества мобильных приложений. И в этой статье я объясню, почему.
В тестировании, как и в жизни, есть вещи, которые можно доверить автоматике, а есть те, где нужен живой взгляд и человеческие руки. Я это поняла ещё до покупки моего любимого мойщика, в первые месяцы работы тестировщиком. Даже если автотесты радостно сигнализируют зелёным цветом, велика вероятность, что пользователь всё равно найдёт что-то, что пошло не так. Диагностика никогда не бывает лишней. Давайте разберёмся, в каких случаях без ручного тестирования не обойтись.
Аутстаффинг может стать мощным ускорителем для вашего проекта, если правильно выбрать подрядчика и выстроить процессы управления. Чтобы сэкономить вам время и нервы, собрали полный гайд для тех, кто хочет эффективно масштабировать команды и держать процессы под контролем. Внутри — практические советы, примеры ошибок и проверенные решения, которые помогут избежать текучки, снизить затраты и повысить производительность команды.
Специалист по тестированию, контент-менеджер "Лаборатории качества". В IT с 2022 года. В журналистике с 2003 года. Работает в департаменте развития и производственном департаменте.
