Меня зовут Александр Акименко я занимаюсь автоматизацией тестирования в Solit Clouds. В этой статье я хотел бы поделиться нашей историей создания прототипа по интеграции Postman и Test IT.

Postman — популярный инструмент для работы с API, который позволяет тестировать бекэнд с помощью отправки запросов и валидации ответов. Инструмент удобен тем, что имеет простой в освоение UI, позволяющий сконфигурировать REST запрос, а также содержит списки уже готовых скриптов проверки ответов, любой из которых можно отредактировать под свои нужды для экономии времени. Поэтому QA инженерам не составляет труда освоить инструмент, а его функциональности зачастую хватает для тестирования сервиса, построенного на REST архитектуре.

Для управления автотестами у себя на проекте мы используем систему Test IT.
TMS помогает нам в первую очередь агрегировать ручные и автотесты в одном месте. Причем автотесты могут быть написаны на разных фреймворках. Также в Test IT мы храним статистику по запускам и строим отчеты для выпуска версий.

https://habr.com/ru/post/707892/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707892

Привет, Хабр! Меня зовут Олег, я работаю в «Лаборатории Касперского» и занимаюсь созданием нашей собственной операционной системы KasperskyOS. Если еще точнее, я — Lead Software Development Engineer in Test в подразделении, которое занимается контролем качества. Задача нашего отдела — проверять качество ядра ОС, ее компонентов и продуктов на их основе. Важную роль здесь играет непосредственно написание и прогон тестов.







В этой статье расскажу о нашей модульной обвязке для PyTest, которая позволяет запускать тесты продуктов на разном железе. Фокус в том, что тесты при этом остаются простыми, а на сдачу мы получаем трассируемость от требований к результатам прогонов тестов, написанных по данным требованиям. В итоге у нас фактически получилась замкнутая система CI/CD с наглядным качеством кода. Читать дальше →

https://habr.com/ru/post/701670/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701670

Squish - это платный инструмент для автоматического тестирования пользовательского интерфейса. Есть Squish для QT, Squish для Windows, для веба, для Java и iOS.

Во всех случаях тестовые сценарии - это скрипты на питоне или других скриптовых языках.

Рассмотрим, следующие моменты при работе со Squish для QT на питоне:

• Настройка и запуск без Squish IDE.

• Real name, symbolic name и явные имена.

• Прокси-объекты и их сравнение.

• Suid на тестируемом приложении.

• Тестирование рендеринга с помощью скриншотов.

• Неудобство API Squish и работа без него: симуляция ввода, элементы списков и таблиц.

• Добавление методов в метаобъект для вызова через Squish.

https://habr.com/ru/post/695432/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695432

Простой и декларативный способ выполнять SQL запросы в JUnit тестах.

https://habr.com/ru/post/684692/?utm_source=habrahabr&utm_medium=rss&utm_campaign=684692

Привет, Хабр!

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

Но что, если обновлений насчитывается 250+ типов? А если поддерживаемых ОС — порядка 250? И для тестирования требуется 7500+ тестовых машин? Такой вот типичный хайлоад. Который должен постоянно масштабироваться…

Я — Иван Лауре, менеджер по тестированию в «Лаборатории Касперского». Именно так, как я описал выше, выстроено «выкатывание» у нас. В этой статье я расскажу о центральной части всего процесса — как мы тестируем обновления для более чем 500 уникальных версий ПО, да и саму распределенную систему тестирования. Не сомневаюсь, что наш опыт будет вам полезен.

https://habr.com/ru/post/660733/?utm_source=habrahabr&utm_medium=rss&utm_campaign=660733