Size: a a a

QA — Автоматизация

2020 July 15

B

Bola in QA — Автоматизация
Aleksandr Kuzmichev
увы. инфа только по самому плагину. чего-то мало-мальски описывающего перечень доступных эндпоинтов я не видел
источник

AK

Aleksandr Kuzmichev in QA — Автоматизация
оба увы относятся к EE зефиру
источник

AK

Aleksandr Kuzmichev in QA — Автоматизация
впрочем возможно есть смысл посмотреть именно на него. мерси)
источник

B

Bola in QA — Автоматизация
смутное ощущение, что апишки для плагина не будут делать другими )
источник

AK

Aleksandr Kuzmichev in QA — Автоматизация
возможно. просто глядя на тот же тест рейл, хотелось увидеть такое же пространство для импорта результатов и работы с тестовой моделью из кода
источник

BK

Boris Krutskih in QA — Автоматизация
Всем привет, кто вёл документацию по автоматизации (Jira + Zephyr) для определения тестового покрытия, удобно было или есть какие-то косяки в такой связке?
источник

b

brammator in QA — Автоматизация
Подскажите, пожалуйста, решал ли кто-нибудь подобную задачу: есть система с большим количеством "внешних" компонентов (сервера и сервисы), из-за чего её всю нельзя гонять "по времени" (то есть например создавать или редактировать сущности задним числом), и есть тестовые сценарии, подразумевающие "многодневное" исполнение (то есть между каждым шагом должно пройти несколько дней, например, что-то происходит в предпоследний день календарного месяца)

Я вижу два варианта для автоматизации интеграционного тестирования:

1. Скрипт конкретного тест-кейса запускается каждый день, забирает "состояние" из внешнего хранилища и в зависимости от этого пытается выполнить нужный шаг сценария.

2. Декомпозирование тестов на уровне сценариев до атомарных.

Есть ли ещё варианты, советы, истории из жизни?
источник

ES

Eugene Stogniy in QA — Автоматизация
brammator
Подскажите, пожалуйста, решал ли кто-нибудь подобную задачу: есть система с большим количеством "внешних" компонентов (сервера и сервисы), из-за чего её всю нельзя гонять "по времени" (то есть например создавать или редактировать сущности задним числом), и есть тестовые сценарии, подразумевающие "многодневное" исполнение (то есть между каждым шагом должно пройти несколько дней, например, что-то происходит в предпоследний день календарного месяца)

Я вижу два варианта для автоматизации интеграционного тестирования:

1. Скрипт конкретного тест-кейса запускается каждый день, забирает "состояние" из внешнего хранилища и в зависимости от этого пытается выполнить нужный шаг сценария.

2. Декомпозирование тестов на уровне сценариев до атомарных.

Есть ли ещё варианты, советы, истории из жизни?
Моки ....
источник

b

brammator in QA — Автоматизация
Моки на функциональном тестировании используются, у нас уже нельзя (тестовая "живая" среда с максимальным приближением к "боевой")
источник

M

Madgiraffe in QA — Автоматизация
brammator
Подскажите, пожалуйста, решал ли кто-нибудь подобную задачу: есть система с большим количеством "внешних" компонентов (сервера и сервисы), из-за чего её всю нельзя гонять "по времени" (то есть например создавать или редактировать сущности задним числом), и есть тестовые сценарии, подразумевающие "многодневное" исполнение (то есть между каждым шагом должно пройти несколько дней, например, что-то происходит в предпоследний день календарного месяца)

Я вижу два варианта для автоматизации интеграционного тестирования:

1. Скрипт конкретного тест-кейса запускается каждый день, забирает "состояние" из внешнего хранилища и в зависимости от этого пытается выполнить нужный шаг сценария.

2. Декомпозирование тестов на уровне сценариев до атомарных.

Есть ли ещё варианты, советы, истории из жизни?
А в датабазе нельзя менять значение даты?
источник

b

brammator in QA — Автоматизация
Нельзя.
источник

B

Bola in QA — Автоматизация
Madgiraffe
А в датабазе нельзя менять значение даты?
Помню, внедряли банковскую опер систему Temenos. Основная ее особенность была - невозможно менять даты. Вперёд - только через закрытие опердня. Назад - вообще никак.
источник

M

Madgiraffe in QA — Автоматизация
Тут вопрос еще нужно ли вообще на такой среде все это тестировать, если уже прошло функциональным тестированием
источник

b

brammator in QA — Автоматизация
Те, кто уполномочен решать этот вопрос, дали однозначный положительный ответ.
источник

M

Madgiraffe in QA — Автоматизация
Я бы раздилил тескейсы на как можно меньше части. И условно говря не вел бы одного клиета по статусам от до, а брал в рамках тескейса рандомного клиента у которого нужный статуст что то бы с ним делал.
источник

M

Madgiraffe in QA — Автоматизация
Ну клиетом я имел в виду сущность
источник

b

brammator in QA — Автоматизация
Madgiraffe
Я бы раздилил тескейсы на как можно меньше части. И условно говря не вел бы одного клиета по статусам от до, а брал в рамках тескейса рандомного клиента у которого нужный статуст что то бы с ним делал.
Ага, это вариант с декомпозированием.
источник

I

Igor in QA — Автоматизация
Добрый вечер, написал небольшой е2е тест при помощи аппиума. Сначала весь код был в одном классе, но я решил немного раскидать это по отдельным файлам, чтобы удобно было смотреть. когда я перенес авторизацию в отдельный класс, тест начал падать с NullPointerException. Подозреваю что это из-за того что что-то не так с обработкой задержек, но не могу понять где именного косяк, чтобы корректно загуглить.
Класс где запускается тест: https://pastebin.com/e9eySnCr
Класс где описаны поля и сам метод: https://pastebin.com/NimCMfcn
источник

IE

Ivan Efimov in QA — Автоматизация
необходимо инициализировать driver в классе или сделать public static method для получения драйвера

(MobileElement) driver.findElementById => MobileTesting.getDriver().findElement
источник

IE

Ivan Efimov in QA — Автоматизация
или как маньяк передавать драйвер в конструктор LoginScreen(driver) и других скринов
источник