Я Алексей Булахов, инженер по обеспечению качества в Tele2. Одним из самых нетривиальных вопросов, которым может задаться QA-инженер, который планирует тестировать функционал мобильного приложения, является выбор среды для тестирования. Это могут быть реальные или виртуальные девайсы (эмуляторы/симуляторы) или же готовые решения (различные облачные платформы). Для нас этот вопрос тоже был весьма важен, и на разных этапах становления проекта нам довелось поработать со всеми вышеизложенными вариантами, так как среди них нет идеальных решений и каждый вариант хорош в рамках определенного контекста. Об этом я и расскажу далее.
Условно историю нашего проекта можно разделить на три этапа становления, когда преследовались разные цели.
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
В предыдущих статьях серии о тестировании ориентированных на потребителя контрактов и Pact мы обсуждали CDCT, разобрались, как использовать Pact для поддержки CDCT, как автоматизировать процесс и сделать его частью процессов CI/CD, и посмотрели, что будет, когда на стороне потребителя меняются ожидания.
В шестой и последней статье мы посмотрим, как добавить в процесс CDCT новый сервис, и как это можно упростить при помощи подхода, который называется двусторонне направленным тестированием контрактов.
Предупреждение:двусторонне направленное тестирование контрактов существует только в Pactflow и недоступно в OSS Pact Broker.
Друзья у меня такой вопрос, как найти элемент содержащего определённый текст. Такая необходимость возникла из за того что, не понятно по какой причине, у элемента каждый день меняется селектор по которому я его ищу. Вчера селектор был такой:
Код страницы такой, необходимо искать выделенный элемент. Вот вопрос, как можно найти элемент содержащий данный текст. Выше выделенного элемента, выбран элемент с таким же селектором, но он содержит другой текст.