Блог QA и тестирование

До того, как запустить игровое приложение в открытый доступ, следует провести комплексную проверку программного продукта, включающую в себя разные виды тестирования. Один из таких видов — исследовательское тестирование или Exploratory Testing.

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

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

В одной из предыдущих статей мы рассмотрели график Request Per Second и TPS. Продолжим процесс анализа нагрузочного тестирования, который был начат здесь.

Продолжаем серию статей по анализу результатов нагрузочного тестирования. Начало -- здесь.

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

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

Привет! Я думаю, что наберется немало людей, перед которыми стоят интересные задачи по работе с приложениями. Например -- анализ трафика для, разумеется, тестирования этих самых приложений! Вам выпало нелегкое бремя -- необходимо отдебажить продовую сборку чего-либо, и вы начинаете свои поиски решений проблем. А проблем у вас на этом пути будет много. О том, как их можно решить, я и пишу.

Давайте представим, что нам в каждом тесте надо выполнять одинаковые действия для подготовки окружения: наполнять базу данных, очереди и конфигурацию на файловой системе. Разумеется, очень хочется сделать шаблон теста с понятным названием, возможно, даже с описанием в виде javadoc/kdoc, ну и несколькими аргументами, к примеру именем/паролем тестового пользователя. В Kotest данный подход называют Test Factories. Его использование позволит вам вставлять куски тестов в корневой тест.

Пакет io.kotest.data имеет специальный набор классов и функций, позволяющих организовать Data Driven Testing. Давайте создадим простой тест c Data Provider-ом: