#автотестирование — Public Fediverse posts

Как я сделал утилиту для автоматизации ручных тестов

Привет, меня зовут Алексей и я C# разработчик. Однажды передо мной стояла задача написать утилиту для взаимодействия с различными UI-элементами в Windows и во всех популярных браузерах. Сама утилита не была связана с тестированием, но вполне годилась для автоматизации некоторых действий на машине, так как была простой в управлении и интуитивно понятной. Мне понравилось работать в этом направлении и возникла идея создания инструмента, который не будет перегружен широким функционалом RPA решений, но возьмёт от них всё что нужно для тестирования интерфейсов, чтобы получился действительно полезный инструмент-помощник для QA с низким порогом входа.

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

#ручное_тестирование #автотестирование #утилиты #автоматизация #тестирование_вебприложений #тестирование_приложений #тестирование_сайтов #тестирование_по #qa #qa_automation

Автотестирование пайплайнов в GitLab CI: наш опыт и практика

Когда речь заходит про автотесты, первыми на ум приходят проверки для UI, API или для мобильных устройств. Однако автотесты нужны не только для проверки пользовательских сценариев. Они могут решать и менее очевидные, но не менее важные задачи, например проверять работу пайплайнов. Если одни и те же пайплайны используют сотни сервисов и библиотек, любая ошибка в них быстро выходит за пределы одного проекта. У многих команд одновременно могут сломаться сборки, релизы и привычный процесс разработки. В нашем случае такие пайплайны работали примерно для 700 сервисов и более 200 библиотечных репозиториев. Чтобы гарантировать работоспособность пайплайнов, мы пришли к идее покрытия их автотестами. В статье я расскажу, как мы в Ozon покрывали тестами работу пайплайнов в GitLab CI, какие требования нужно было учесть и как в итоге были устроены end-to-end-тесты для таких сценариев.

https://habr.com/ru/companies/ozontech/articles/1027596/

#тестирование #автоматизация #cicd #gitlab #пайплайны #автотестирование #pipeline #ozon_tech

Автотестирование пайплайнов в GitLab CI: наш опыт и практика

Когда речь заходит про автотесты, первыми на ум приходят проверки для UI, API или для мобильных устройств. Однако автотесты нужны не только для проверки пользовательских сценариев. Они могут решать и менее очевидные, но не менее важные задачи, например проверять работу пайплайнов. Если одни и те же пайплайны используют сотни сервисов и библиотек, любая ошибка в них быстро выходит за пределы одного проекта. У многих команд одновременно могут сломаться сборки, релизы и привычный процесс разработки. В нашем случае такие пайплайны работали примерно для 700 сервисов и более 200 библиотечных репозиториев. Чтобы гарантировать работоспособность пайплайнов, мы пришли к идее покрытия их автотестами. В статье я расскажу, как мы в Ozon покрывали тестами работу пайплайнов в GitLab CI, какие требования нужно было учесть и как в итоге были устроены end-to-end-тесты для таких сценариев.

https://habr.com/ru/companies/ozontech/articles/1027596/

#тестирование #автоматизация #cicd #gitlab #пайплайны #автотестирование #pipeline #ozon_tech

Автотестирование пайплайнов в GitLab CI: наш опыт и практика

Когда речь заходит про автотесты, первыми на ум приходят проверки для UI, API или для мобильных устройств. Однако автотесты нужны не только для проверки пользовательских сценариев. Они могут решать и менее очевидные, но не менее важные задачи, например проверять работу пайплайнов. Если одни и те же пайплайны используют сотни сервисов и библиотек, любая ошибка в них быстро выходит за пределы одного проекта. У многих команд одновременно могут сломаться сборки, релизы и привычный процесс разработки. В нашем случае такие пайплайны работали примерно для 700 сервисов и более 200 библиотечных репозиториев. Чтобы гарантировать работоспособность пайплайнов, мы пришли к идее покрытия их автотестами. В статье я расскажу, как мы в Ozon покрывали тестами работу пайплайнов в GitLab CI, какие требования нужно было учесть и как в итоге были устроены end-to-end-тесты для таких сценариев.

https://habr.com/ru/companies/ozontech/articles/1027596/

#тестирование #автоматизация #cicd #gitlab #пайплайны #автотестирование #pipeline #ozon_tech

Автотестирование пайплайнов в GitLab CI: наш опыт и практика

Когда речь заходит про автотесты, первыми на ум приходят проверки для UI, API или для мобильных устройств. Однако автотесты нужны не только для проверки пользовательских сценариев. Они могут решать и менее очевидные, но не менее важные задачи, например проверять работу пайплайнов. Если одни и те же пайплайны используют сотни сервисов и библиотек, любая ошибка в них быстро выходит за пределы одного проекта. У многих команд одновременно могут сломаться сборки, релизы и привычный процесс разработки. В нашем случае такие пайплайны работали примерно для 700 сервисов и более 200 библиотечных репозиториев. Чтобы гарантировать работоспособность пайплайнов, мы пришли к идее покрытия их автотестами. В статье я расскажу, как мы в Ozon покрывали тестами работу пайплайнов в GitLab CI, какие требования нужно было учесть и как в итоге были устроены end-to-end-тесты для таких сценариев.

https://habr.com/ru/companies/ozontech/articles/1027596/

#тестирование #автоматизация #cicd #gitlab #пайплайны #автотестирование #pipeline #ozon_tech

Автогенерация тестов в IDE: как RAG + LLM превращают ручные сценарии в код

Привет, Хабр! Меня зовут Александр, я из Сбера, лидер по автоматизации в Департаменте Сервисы и Безопасности. В тестировании я около 13 лет, и последние лет 10 занимаюсь автоматизацией и её развитием в своём подразделении. В этой статье расскажу, как с помощью IDE, LLM и RAG‑подхода можно автоматизировать одну из самых рутинных задач автоматизаторов — разработку новых автотестов по ручным сценариям, и при этом сохранять стиль и архитектуру проекта.

https://habr.com/ru/companies/sberbank/articles/1011830/

#тестирование #автотесты #автотестирование #автотест #промпты

Автогенерация тестов в IDE: как RAG + LLM превращают ручные сценарии в код

Привет, Хабр! Меня зовут Александр, я из Сбера, лидер по автоматизации в Департаменте Сервисы и Безопасности. В тестировании я около 13 лет, и последние лет 10 занимаюсь автоматизацией и её развитием в своём подразделении. В этой статье расскажу, как с помощью IDE, LLM и RAG‑подхода можно автоматизировать одну из самых рутинных задач автоматизаторов — разработку новых автотестов по ручным сценариям, и при этом сохранять стиль и архитектуру проекта.

https://habr.com/ru/companies/sberbank/articles/1011830/

#тестирование #автотесты #автотестирование #автотест #промпты

Автогенерация тестов в IDE: как RAG + LLM превращают ручные сценарии в код

Привет, Хабр! Меня зовут Александр, я из Сбера, лидер по автоматизации в Департаменте Сервисы и Безопасности. В тестировании я около 13 лет, и последние лет 10 занимаюсь автоматизацией и её развитием в своём подразделении. В этой статье расскажу, как с помощью IDE, LLM и RAG‑подхода можно автоматизировать одну из самых рутинных задач автоматизаторов — разработку новых автотестов по ручным сценариям, и при этом сохранять стиль и архитектуру проекта.

https://habr.com/ru/companies/sberbank/articles/1011830/

#тестирование #автотесты #автотестирование #автотест #промпты

Автогенерация тестов в IDE: как RAG + LLM превращают ручные сценарии в код

Привет, Хабр! Меня зовут Александр, я из Сбера, лидер по автоматизации в Департаменте Сервисы и Безопасности. В тестировании я около 13 лет, и последние лет 10 занимаюсь автоматизацией и её развитием в своём подразделении. В этой статье расскажу, как с помощью IDE, LLM и RAG‑подхода можно автоматизировать одну из самых рутинных задач автоматизаторов — разработку новых автотестов по ручным сценариям, и при этом сохранять стиль и архитектуру проекта.

https://habr.com/ru/companies/sberbank/articles/1011830/

#тестирование #автотесты #автотестирование #автотест #промпты

Cucumber должен умереть: Как с помощью BDR превратить код в отчеты без регулярок и регистрации?

В прошлой статье «Ваш отчет никто не читает: Как мы научили разработчиков понимать падения тестов за 30 секунд?» мы разбирали, как слой Flows и декораторы позволяют разрабам не тратить время на дебаг отчетов. Статья вызвала большой отклик, и сегодня я хочу раскрыть «фундамент», на котором строится этот подход. Многие годы нам продают BDD (Behavior-Driven Development) как "серебряную пулю" для коммуникации... Давайте честно, это чушь. Никогда не понимал, зачем мы кормим этого монстра по имени Cucumber. Тратим до 50% времени на поддержку регулярок («клея»), возимся с хрупкими .feature файлами и боимся переименовать шаг, потому что все развалится. При этом ни один менеджер в здравом уме не заходит в ваш репозиторий читать эти файлы. Они все смотрят только отчеты. Так зачем нам Gherkin на этапе написания кода? Представляю вам новую методологию BDR (Business-Driven Reporting) . Почему классический BDD (Gherkin) - это ошибка? Gherkin заставляет инженера работать внутри IDE, как в текстовом блокноте. Это абсурд.

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

#playwright #bdr #bdd #allure_report #qa_automation #чистый_код #автотесты #автотестирование #автотестировщик #автоматизация_тестирования

Cucumber должен умереть: Как с помощью BDR превратить код в отчеты без регулярок и регистрации?

В прошлой статье «Ваш отчет никто не читает: Как мы научили разработчиков понимать падения тестов за 30 секунд?» мы разбирали, как слой Flows и декораторы позволяют разрабам не тратить время на дебаг отчетов. Статья вызвала большой отклик, и сегодня я хочу раскрыть «фундамент», на котором строится этот подход. Многие годы нам продают BDD (Behavior-Driven Development) как "серебряную пулю" для коммуникации... Давайте честно, это чушь. Никогда не понимал, зачем мы кормим этого монстра по имени Cucumber. Тратим до 50% времени на поддержку регулярок («клея»), возимся с хрупкими .feature файлами и боимся переименовать шаг, потому что все развалится. При этом ни один менеджер в здравом уме не заходит в ваш репозиторий читать эти файлы. Они все смотрят только отчеты. Так зачем нам Gherkin на этапе написания кода? Представляю вам новую методологию BDR (Business-Driven Reporting) . Почему классический BDD (Gherkin) - это ошибка? Gherkin заставляет инженера работать внутри IDE, как в текстовом блокноте. Это абсурд.

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

#playwright #bdr #bdd #allure_report #qa_automation #чистый_код #автотесты #автотестирование #автотестировщик #автоматизация_тестирования

Убрать рутину из регресса или как автоматизировать, не зная кода

Всем привет! Меня зовут Антон Лосев, и я QA Lead в компании AXENIX. Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест-кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для "автоматизации" выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. Инструменты Для начала давайте поговорим про инструменты. Тут я хотел бы обсудить достаточно типичный набор, который используют большинство тестировщиков, у которых на проекте REST, очереди сообщений и базы данных, а именно Postman, Offset Explorer, DBeaver. Я расскажу, каким функционалом этих приложений я стал активно пользоваться для регресса, и какая альтернатива для данного набора инструментов есть. Задача стоящая перед нами в рамках регресса Давайте представим, что перед нами стоит задача в рамках регресса провести тестирование интеграции десятка сервисов между собой, триггером для взаимодействия будут выступать REST, а сервисы между собой будут взаимодействовать посредством очередей сообщений, результаты работы будут записаны в БД. Выслушав легенду, вы наверно увидели схематичное описание вашего проекта. Как в данной ситуации регресс проводит большинство мануальных тестировщиков? Прокидывают сообщение через Postman, идут в Offset Explorer и ищут публикацию по каким-то условиям, переходят в DBeaver и выполняют самый простой SELECT с условием на выдачу ожидаемого результата. Таким образом, на прохождение одного кейса может быть затрачено несколько минут, тестировщику приходится постоянно переключаться от одной программы к другой, выполнять действия и анализировать результаты. В целом, если у вас таких кейсов десяток, то, конечно, вас это не напрягает, а представим, что у вас их сотня или несколько сотен, что сроки регресса у вас не просто маленькие, а назовём их крайне ограниченными, а самое главное, что регресс у вас, например, каждую неделю, и проходить все это руками вам уже совсем надоело. Вот именно в такой ситуации тестировщик и сталкивается с проблемой рутины, в результате которой начинает пропускать ошибки, так как не выполняет все кейсы или пропускает ошибки в кейсах, всё это, в общем и целом, простой человеческий фактор, крайне пагубно влияющий на качество тестирования.

https://habr.com/ru/companies/axenix/articles/957168/

#автотестирование #тестирование #брокер #база_данных #rest #webразработка #sql

Убрать рутину из регресса или как автоматизировать, не зная кода

Всем привет! Меня зовут Антон Лосев, и я QA Lead в компании AXENIX. Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест-кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для "автоматизации" выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. Инструменты Для начала давайте поговорим про инструменты. Тут я хотел бы обсудить достаточно типичный набор, который используют большинство тестировщиков, у которых на проекте REST, очереди сообщений и базы данных, а именно Postman, Offset Explorer, DBeaver. Я расскажу, каким функционалом этих приложений я стал активно пользоваться для регресса, и какая альтернатива для данного набора инструментов есть. Задача стоящая перед нами в рамках регресса Давайте представим, что перед нами стоит задача в рамках регресса провести тестирование интеграции десятка сервисов между собой, триггером для взаимодействия будут выступать REST, а сервисы между собой будут взаимодействовать посредством очередей сообщений, результаты работы будут записаны в БД. Выслушав легенду, вы наверно увидели схематичное описание вашего проекта. Как в данной ситуации регресс проводит большинство мануальных тестировщиков? Прокидывают сообщение через Postman, идут в Offset Explorer и ищут публикацию по каким-то условиям, переходят в DBeaver и выполняют самый простой SELECT с условием на выдачу ожидаемого результата. Таким образом, на прохождение одного кейса может быть затрачено несколько минут, тестировщику приходится постоянно переключаться от одной программы к другой, выполнять действия и анализировать результаты. В целом, если у вас таких кейсов десяток, то, конечно, вас это не напрягает, а представим, что у вас их сотня или несколько сотен, что сроки регресса у вас не просто маленькие, а назовём их крайне ограниченными, а самое главное, что регресс у вас, например, каждую неделю, и проходить все это руками вам уже совсем надоело. Вот именно в такой ситуации тестировщик и сталкивается с проблемой рутины, в результате которой начинает пропускать ошибки, так как не выполняет все кейсы или пропускает ошибки в кейсах, всё это, в общем и целом, простой человеческий фактор, крайне пагубно влияющий на качество тестирования.

https://habr.com/ru/companies/axenix/articles/957168/

#автотестирование #тестирование #брокер #база_данных #rest #webразработка #sql

Убрать рутину из регресса или как автоматизировать, не зная кода

Всем привет! Меня зовут Антон Лосев, и я QA Lead в компании AXENIX. Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест-кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для "автоматизации" выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. Инструменты Для начала давайте поговорим про инструменты. Тут я хотел бы обсудить достаточно типичный набор, который используют большинство тестировщиков, у которых на проекте REST, очереди сообщений и базы данных, а именно Postman, Offset Explorer, DBeaver. Я расскажу, каким функционалом этих приложений я стал активно пользоваться для регресса, и какая альтернатива для данного набора инструментов есть. Задача стоящая перед нами в рамках регресса Давайте представим, что перед нами стоит задача в рамках регресса провести тестирование интеграции десятка сервисов между собой, триггером для взаимодействия будут выступать REST, а сервисы между собой будут взаимодействовать посредством очередей сообщений, результаты работы будут записаны в БД. Выслушав легенду, вы наверно увидели схематичное описание вашего проекта. Как в данной ситуации регресс проводит большинство мануальных тестировщиков? Прокидывают сообщение через Postman, идут в Offset Explorer и ищут публикацию по каким-то условиям, переходят в DBeaver и выполняют самый простой SELECT с условием на выдачу ожидаемого результата. Таким образом, на прохождение одного кейса может быть затрачено несколько минут, тестировщику приходится постоянно переключаться от одной программы к другой, выполнять действия и анализировать результаты. В целом, если у вас таких кейсов десяток, то, конечно, вас это не напрягает, а представим, что у вас их сотня или несколько сотен, что сроки регресса у вас не просто маленькие, а назовём их крайне ограниченными, а самое главное, что регресс у вас, например, каждую неделю, и проходить все это руками вам уже совсем надоело. Вот именно в такой ситуации тестировщик и сталкивается с проблемой рутины, в результате которой начинает пропускать ошибки, так как не выполняет все кейсы или пропускает ошибки в кейсах, всё это, в общем и целом, простой человеческий фактор, крайне пагубно влияющий на качество тестирования.

https://habr.com/ru/companies/axenix/articles/957168/

#автотестирование #тестирование #брокер #база_данных #rest #webразработка #sql

Убрать рутину из регресса или как автоматизировать, не зная кода

Всем привет! Меня зовут Антон Лосев, и я QA Lead в компании AXENIX. Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест-кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для "автоматизации" выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. Инструменты Для начала давайте поговорим про инструменты. Тут я хотел бы обсудить достаточно типичный набор, который используют большинство тестировщиков, у которых на проекте REST, очереди сообщений и базы данных, а именно Postman, Offset Explorer, DBeaver. Я расскажу, каким функционалом этих приложений я стал активно пользоваться для регресса, и какая альтернатива для данного набора инструментов есть. Задача стоящая перед нами в рамках регресса Давайте представим, что перед нами стоит задача в рамках регресса провести тестирование интеграции десятка сервисов между собой, триггером для взаимодействия будут выступать REST, а сервисы между собой будут взаимодействовать посредством очередей сообщений, результаты работы будут записаны в БД. Выслушав легенду, вы наверно увидели схематичное описание вашего проекта. Как в данной ситуации регресс проводит большинство мануальных тестировщиков? Прокидывают сообщение через Postman, идут в Offset Explorer и ищут публикацию по каким-то условиям, переходят в DBeaver и выполняют самый простой SELECT с условием на выдачу ожидаемого результата. Таким образом, на прохождение одного кейса может быть затрачено несколько минут, тестировщику приходится постоянно переключаться от одной программы к другой, выполнять действия и анализировать результаты. В целом, если у вас таких кейсов десяток, то, конечно, вас это не напрягает, а представим, что у вас их сотня или несколько сотен, что сроки регресса у вас не просто маленькие, а назовём их крайне ограниченными, а самое главное, что регресс у вас, например, каждую неделю, и проходить все это руками вам уже совсем надоело. Вот именно в такой ситуации тестировщик и сталкивается с проблемой рутины, в результате которой начинает пропускать ошибки, так как не выполняет все кейсы или пропускает ошибки в кейсах, всё это, в общем и целом, простой человеческий фактор, крайне пагубно влияющий на качество тестирования.

https://habr.com/ru/companies/axenix/articles/957168/

#автотестирование #тестирование #брокер #база_данных #rest #webразработка #sql

Автоматизация, стабильность, интеграционные тесты: митап о том, как тестируют СХД сегодня

Система хранения данных — сложный продукт, и тестирование должно ему соответствовать: быть современным и эффективным, обеспечивать надежность и стабильную работу. Как добиться такого результата с помощью кастомного фреймворка для автоматизации и интеграционного тестирования? Обсудим 18 сентября на митапе для QA-инженеров. Присоединяйтесь к инженерам YADRO и MWS Cloud Platform в Санкт-Петербурге и онлайн — для участия достаточно

https://habr.com/ru/companies/yadro/articles/944138/

#тестирование #автотестирование #автоматизация_тестирования #интеграционное_тестирование #схд #системы_хранения_данных #tatlinbackup

Быстрый старт автотестирования с Playwright

Добрый день, уважаемые хабровчане! Меня зовут Евгений Иванов, и вот уже год я работаю на позиции QA-lead в компании FixPrice. В прошлом году руководство поставило передо мной задачу: наладить быстрый старт автотестирования и масштабирование решений на все проекты нашего отдела.

https://habr.com/ru/companies/fix_price/articles/939732/

#playwright #тестирование #playwright_python #автотестирование #программирование

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

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

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

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

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

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

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

15 типичных ошибок начинающих автоматизаторов (и как их избежать)

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

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

#тестирование #pytest #autotest #автотесты #автотестирование #qa #qa_automation #best_practices #api_testing #ui_testing

Как разработчики убивают бизнес

Доброго времени суток! Для начала представлюсь: я бэкенд-разработчик с опытом более 8 лет. Участвовал в разнообразных проектах: в стартапах, в галерах, в крупных корпорациях и в среднем бизнесе. К сожалению, найти идеальную статистику по данной теме не представляется возможным, однако из общения с бывшими коллегами я понимаю, что то, что будет описано ниже, — не только мой личный опыт, но и то, что регулярно происходит в других компаниях. Если вы проджект-менеджер и не поймёте содержание этой статьи, это только подтверждает, что вы не способны контролировать данный процесс, и вас практически наверняка водят за нос. Хотя текст по написанию планировался максимально понятным и наглядным с учётом специфики проблематики. Исходить я буду в своих суждениях сугубо из прагматичной точки отсчёта, измеряя вред программистов там, где очевидно можно определить потерю денег компании. Прежде чем мы приступим к разбору, хочу уточнить, что я прямой апологет бритвы Оккама, и важным правилом в моём подходе является не плодить сущности без необходимости. Если возможно написать сервис в 100 строк — лучше написать так. Потом, если потребуется, его будет несложно переработать под более удачную архитектуру.

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

#архитектуры #паттерны #логирование #документация #менеджмент #собеседования #автотестирование #микросервисы

Left Shift Testing: как выстроить процесс, чтобы тесты реально помогали

В статье разбираем современный подход к автоматизации тестирования — от требований до продакшена. Как писать автотесты ещё до выката фичи, запускать их в изоляции, работать в одной ветке с разработчиком и ловить баги раньше, чем они попадут на стенд. Реальные практики, понятные схемы и причины, почему "автоматизация после релиза" — путь в никуда.

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

#тестирование #qa #qa_automation #автоматизация_тестирования #интеграционное_тестирование #cicd #процессы_тестирования #uiтестирование #apiтестирование #автотестирование

Как автотесты и GitHub Actions помогают улучшать свои пет-проекты

Привет. Сегодня поговорим о том, как я в последние 2 недели поправил свои пет-проекты, а также исправил серьёзные ошибки благодаря автотестам и налаженному CI/CD через GitHub Actions.

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

#java #автотесты #автотестирование #spring_test

Один бесконечный год или помогли ли нам инопланетяне внедрить ИИ в тестирование?

Внедрение искусственного интеллекта в процессы тестирования программного обеспечения — это амбициозный и сложный проект, пилот которого мы запустили в прошлом году. Я Марина Каприз, заместитель руководителя блока качества в РСХБ-Интех. В этой статье расскажу, как был организован процесс внедрения ИИ в тестирование, с какими проблемами мы столкнулись и как их преодолели. Тестируем!

https://habr.com/ru/companies/rshb/articles/881866/

#ИИ #искусственный_интеллект #тестирование_ит_систем #автотестирование #управление_разработкой #ML #генеративный_ИИ

GitHub для тестировщиков: закладываем фундамент

Привет, Хабр! Я – Мария Скрипачева, тестировщик в

https://habr.com/ru/companies/intec_balance/articles/865098/

#github #тестирование #автотестирование #qa_automation #git #github_actions

Тестирование BMС: поговорим о нагрузочном тестировании

Хабр, привет! Мы в компании Аквариус стремимся к тому, чтобы тестирование проходило без активного участия человека. Поэтому, продолжая предыдущую нашу статью про автоматизированное тестирование BMC: Тестирование BMC: Автоматизировать! Нельзя все руками , я расскажу про универсальное решение, которое мы создаем для получения показателей производительности BMC. Зачем это нужно и как мы пытаемся применять накопленный опыт в других направлениях, например при тестировании производительности нового для компании направления — СХД (Система Хранения Данных).

https://habr.com/ru/companies/aquarius/articles/858884/

#автотестирование #bmc #performance #microservices #hardware #нагрузочное_тестирование

[Перевод] Автоматизированное тестирование API с использованием Python. Работа с JSON и JsonPath

JSON — один из самых распространённых форматов данных, используемых для передачи и получения данных в современных API. Важно глубоко понять его. В этой статье я даю краткий обзор: в основном это структура данных вида key: value, содержащая примитивные типы данных, такие как строка, логическое значение, числа, а также массивы. JSON очень похож на словарь в Python.

https://habr.com/ru/companies/otus/articles/857726/

#jsonpath #json #python #автотестирование

Работа с географическими координатами с использованием пакета «Shapely» в Python на примере автотестов

Здравствуй, Хабр! В этой статье я хочу рассмотреть пакет Python под названием "Shapely" и показать, как он может помочь в решении задач, как уже помог мне

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

#автотестирование #shapely #python #автотесты #Авотест #координаты #широта #долгота #geos #postgis

Работа с географическими координатами с использованием пакета «Shapely» в Python на примере автотестов

Здравствуй, Хабр! В этой статье я хочу рассмотреть пакет Python под названием "Shapely" и показать, как он может помочь в решении задач, как уже помог мне

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

#автотестирование #shapely #python #автотесты #Авотест #координаты #широта #долгота #geos #postgis

Работа с географическими координатами с использованием пакета «Shapely» в Python на примере автотестов

Здравствуй, Хабр! В этой статье я хочу рассмотреть пакет Python под названием "Shapely" и показать, как он может помочь в решении задач, как уже помог мне

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

#автотестирование #shapely #python #автотесты #Авотест #координаты #широта #долгота #geos #postgis

Работа с географическими координатами с использованием пакета «Shapely» в Python на примере автотестов

Здравствуй, Хабр! В этой статье я хочу рассмотреть пакет Python под названием "Shapely" и показать, как он может помочь в решении задач, как уже помог мне

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

#автотестирование #shapely #python #автотесты #Авотест #координаты #широта #долгота #geos #postgis

5 способов избежать сбоев в работе интернет-магазина и перестать считать упущенную прибыль

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

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

#тестирование #нагрузочное_тестирование #сбои #баги #интернетмагазин #вебразработка #разработка_под_ecommerce #автотестирование #разработка_сайтов #ритейл

Концентрат хардкор-инфры в стаканах для нетворкинга: чем запомнился infra.conf 2024

4 июня состоялась infra.conf 2024 — конференция про создание инфраструктуры и эксплуатацию высоконагруженных систем от команды Yandex Infrastructure. На мероприятии мы попросили поделиться своими инфраструктурными историями инженеров не только Яндекса, но и Ozon.Tech, T1, MTS Web Services, Т‑Банка, SberDevices, Альфа‑банка, «Лаборатории Касперского», Selectel, Postgres Pro, СберМаркета и Авито. В результате, по отзывам участников, «хардкор‑концентрат железа и DevOps зашкаливал и летал прямо в воздухе». В этой статье мы собрали самые интересные моменты по тем докладам, которые вызвали наибольшую реакцию и восторг от полезности в кулуарах и чатах, — чтобы вам было проще сориентироваться, что стоит пересмотреть.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/821859/

#ydb #bare_metal #disaster_recovery #сетевая_инфраструктура #dnsданные #s3 #объектное_хранилище #автотестирование #development_tools #inmemory_database

Концентрат хардкор-инфры в стаканах для нетворкинга: чем запомнился infra.conf 2024

4 июня состоялась infra.conf 2024 — конференция про создание инфраструктуры и эксплуатацию высоконагруженных систем от команды Yandex Infrastructure. На мероприятии мы попросили поделиться своими инфраструктурными историями инженеров не только Яндекса, но и Ozon.Tech, T1, MTS Web Services, Т‑Банка, SberDevices, Альфа‑банка, «Лаборатории Касперского», Selectel, Postgres Pro, СберМаркета и Авито. В результате, по отзывам участников, «хардкор‑концентрат железа и DevOps зашкаливал и летал прямо в воздухе». В этой статье мы собрали самые интересные моменты по тем докладам, которые вызвали наибольшую реакцию и восторг от полезности в кулуарах и чатах, — чтобы вам было проще сориентироваться, что стоит пересмотреть.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/821859/

#ydb #bare_metal #disaster_recovery #сетевая_инфраструктура #dnsданные #s3 #объектное_хранилище #автотестирование #development_tools #inmemory_database

Концентрат хардкор-инфры в стаканах для нетворкинга: чем запомнился infra.conf 2024

4 июня состоялась infra.conf 2024 — конференция про создание инфраструктуры и эксплуатацию высоконагруженных систем от команды Yandex Infrastructure. На мероприятии мы попросили поделиться своими инфраструктурными историями инженеров не только Яндекса, но и Ozon.Tech, T1, MTS Web Services, Т‑Банка, SberDevices, Альфа‑банка, «Лаборатории Касперского», Selectel, Postgres Pro, СберМаркета и Авито. В результате, по отзывам участников, «хардкор‑концентрат железа и DevOps зашкаливал и летал прямо в воздухе». В этой статье мы собрали самые интересные моменты по тем докладам, которые вызвали наибольшую реакцию и восторг от полезности в кулуарах и чатах, — чтобы вам было проще сориентироваться, что стоит пересмотреть.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/821859/

#ydb #bare_metal #disaster_recovery #сетевая_инфраструктура #dnsданные #s3 #объектное_хранилище #автотестирование #development_tools #inmemory_database

Как я перестал бояться и полюбил автоматизацию мобильных приложений — Robot Framework

Часто автотестирование кажется новичкам чем-то невероятно сложным и недостижимым. Многие думают, что для того, чтобы начать писать автотесты, необходимо сначала получить глубокие знания в программировании, разобраться во всех технических тонкостях ручного тестирования и только лишь потом пробовать писать автоматизированные тесты. Это, конечно, не так. Я предлагаю вам познакомиться с Robot Framework — инструментом, который позволит писать автотесты, даже если у вас не было никакого опыта программирования. Изучить Robot Framework

https://habr.com/ru/companies/yandex_praktikum/articles/794064/

#тестирование #Robot_Framework #автотесты #автотестирование #автоматизация #мобильное_тестирование

Как я перестал бояться и полюбил автоматизацию мобильных приложений — Robot Framework

Часто автотестирование кажется новичкам чем-то невероятно сложным и недостижимым. Многие думают, что для того, чтобы начать писать автотесты, необходимо сначала получить глубокие знания в программировании, разобраться во всех технических тонкостях ручного тестирования и только лишь потом пробовать писать автоматизированные тесты. Это, конечно, не так. Я предлагаю вам познакомиться с Robot Framework — инструментом, который позволит писать автотесты, даже если у вас не было никакого опыта программирования. Изучить Robot Framework

https://habr.com/ru/companies/yandex_praktikum/articles/794064/

#тестирование #Robot_Framework #автотесты #автотестирование #автоматизация #мобильное_тестирование

Автоматизированное тестирование событий аналитики в мобильном приложении: насколько это реально и оправдано

Мы в Surf очень любим мобильные приложения и считаем, что за ними будущее. Сегодня Сергей Лазарев, наш инженер по автоматизированному тестированию, расскажет о важной, востребованной бизнесом функциональности приложения, и о том, как мы можем обеспечить уверенность в её качестве с помощью автотестов.

https://habr.com/ru/companies/surfstudio/articles/782162/

#автотесты #автотестирование #qa_automation #qa #dart #flutter #мобильные_приложения #аналитика_мобильных_приложений

Бот и нет забот: как с помощью telegram-бота мы сделали приятнее жизнь автотестировщиков

Привет, читатели Хабра! Меня зовут Николай Усов, я работаю в отделе тестирования «Цифровой индустриальной платформы». В нашей команде в качестве системы управления тестированием программных продуктов используется Test IT. Система в целом нам нравится, претензий к функционалу почти совсем нет. Однако инструментарий Test IT не всегда позволяет настроить работу тестировщиков так, как удобно. Например, тот, кто с ней работал, знает, что при большом количестве тестов может быть затруднительным поддержание соответствия между автоматизированными и ручными тест-кейсами, если их слишком много. Плюс могут потребоваться иные методы расчета успешности автотестов или более простой интерфейс для удаленного просмотра статистики по прогонам. В этой статье я расскажу, как с помощью telegram-бота, работающего в связке с Test IT, мы сделали жизнь тестировщиков немного приятнее.

https://habr.com/ru/companies/zyfra/articles/777636/

#test_it #python3 #aiogram #телеграмбот #автотестирование #автотестировщик #автотесты #api #тесткейсы

В закладки тестировщика-автоматизатора: от базовых правил для написания быстрых автотестов до полезных плагинов Pytest

Привет, Хабр! Принесли полезный контент для всех, кто пишет автотесты на Python. В подборке — видео докладов с последнего Смотреть доклады →

https://habr.com/ru/companies/yadro/articles/775834/

#aqa #automation_testing #python #автотестирование #плагины #доклад #презентация #pytest #opensourse

В закладки тестировщика-автоматизатора: от базовых правил для написания быстрых автотестов до полезных плагинов Pytest

Привет, Хабр! Принесли полезный контент для всех, кто пишет автотесты на Python. В подборке — видео докладов с последнего Смотреть доклады →

https://habr.com/ru/companies/yadro/articles/775834/

#aqa #automation_testing #python #автотестирование #плагины #доклад #презентация #pytest #opensourse