Библиотека тестировщика – Telegram
Библиотека тестировщика
3.17K subscribers
435 photos
261 videos
22 files
405 links
Библиотека для тестировщика и QA. По всем вопросам @evgenycarter
Download Telegram
Тестирование API

Зачем тестировать API?
Что такое HTTP, API и протоколы
Структура HTTP запроса
Пример GET запроса / Python и библиотека requests
Как устроен формат JSON. Коротко
Парсинг JSON на языке Python
Коды ответа сервера / протокол http / Python и библиотека requests
Python, pytest и тесты с параметрами / Тестирование API на Python
Python, pytest и метод Setup / Тестирование API на Python

источник

#qa #testing

Подпишись👉 @testlab_qa
👍5
Переписываем API тесты

Давайте сначала познакомимся. Меня зовут Александр, и я 17 лет работаю в тестировании. В основном я занимаюсь unit/api/ui/e2e/load тестами. Мой основной стек это JS/TS/Python. Так же я преподаю в университете курс автоматизации тестирования, и меня привлекают для оценки/помощи внедрения автотестов в отделах/компаниях.

И моя сегодняшняя тема касается архитектуры api тестов. Язык, на котором они написаны не важен, +/- на всех языках одинаково. Свои примеры я буду показывать на Python. Возможно, для опытных коллег я буду рассказывать очевидные вещи, но, как я написал выше, иногда я участвую в консультациях в сторонних организациях и вижу довольно много кода api тестов, проблемного кода, который был написан от мидлов до лидов. Так же я посмотрел репозитории на GitHub различных школ и ... я бы переписал).

https://habr.com/ru/articles/669880/

#qa #testing

Подпишись👉 @testlab_qa
👍3
Не баг а фича

#qa #testing

Подпишись👉 @testlab_qa
😁5
Как правильно писать UI авто тесты на Python

Устал смотреть на то, как многие QA Automation пишут свои абсолютно костыльные решения, используя паттерны Page Object, Page Factory. Так происходит, потому что в сфере QA Automation нет каких-то определенных рамок и паттернов, по которым стоит писать авто тесты. Да, есть всеми известный Page Object, но даже его часто используют очень криво. Например, в бэкенд разработке есть много паттернов, один из них MVC, который четко говорит, куда складывать роутинг, куда модели, а куда бизнес логику. Но в автоматизации нет каких-то конкретных паттернов, которые скажут, куда писать allure.step, куда писать проверки, как динамически форматировать локатор. Отсюда возникают мнения, и каждое якобы правильное, каждый лучше знает, как лучше, но на самом деле нет. Возникают множество "правильных" решений, но только по мнению создателя этих решений.

Поэтому решил написать статью о том, как правильно писать UI авто тесты и описать те подходы, к которым я пришел через годы практики. Все описанное ниже имеет конкретное предназначение для написания UI авто тестов в реальных, коммерческих проектах. Главной задачей этой статьи сделать так, чтобы тестировалась бизнес логика продукта, при этом в коде и в отчете авто тестирования все выглядело красиво.

https://habr.com/ru/articles/708932/

#qa #testing

Подпишись👉 @testlab_qa
👍2
Инструменты тестировщика

Запуск контейнера hello world в Docker. Docker для тестировщика
Как установить Git в Ubuntu Linux
Как установить Git на Windows
Базовые команды git
Вкладка Network в Chrome DevTools
Установка командной оболочки Bash в Windows с Cygwin
Алиасы в командной строке
Установка приложений на Android через ADB
Файл gitignore в git
Командная строка. Команда grep.

источник

#qa #testing

Подпишись👉 @testlab_qa
👍5
Как правильно писать API авто тесты на Python

Эта статья как продолжение статьи Как правильно писать UI авто тесты на Python. Если мы говорим про UI автотесты, то тут хотя бы есть паттерны Page Object, Pagefactory; для API автотестов таких паттернов нет. Да, существуют общие паттерны, по типу Decorator, SIngletone, Facade, Abstract Factory, но это не то, что поможет протестировать бизнес логику. Когда мы пишем API автотесты, то нам хотелось бы, чтобы они отвечали требованиям:

Проверки должны быть полными, то есть мы должны проверить статус код ответа, данные в теле ответа, провалидировать JSON схему;
Автотесты должны быть документированными и поддерживаемыми. Чтобы автотесты мог читать и писать не только QA Automation, но и разработчик;
Хотелось бы, чтобы JSON схема и тестовые данные генерировались автоматически на основе документации;
Отчет должен быть читабельным, содержав в себе информацию о ссылках, заголовках, параметрах, с возможностью прикреплять какие-то логи.

https://habr.com/ru/articles/709380/

#qa #testing

Подпишись👉 @testlab_qa
👍4
Как я перешёл из ручного тестирования в автоматизированное

От коллег-тестировщиков я не раз слышал: «В ручном тестировании упёрся в потолок, хочется перейти в автоматизацию, но боюсь, что не потяну» или «…не знаю, с чего начать». Меня зовут Михаил, в тестировании 7 лет, из них около 4 занимаюсь автоматизацией. В последние пару лет мануальщики нужны всё реже, некоторые компании их уже не нанимают. Бизнесу интересны fullstack-специалисты, умеющие и вручную тестировать, и автоматизировать. Мой опыт подсказывает, что перейти из ручников в автотестеры по силам каждому. Так что я протёр клавиатуру и написал для вас эти мемуары. Заходите под кат, возможно, статья будет волшебным пенделем стимулом для тех, кто ещё сомневается и тянет с переходом.

https://habr.com/ru/companies/itfb/articles/763272/

#qa #testing

Подпишись👉 @testlab_qa
👍3