Size: a a a

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

2019 December 03

M

Merg in QA — Автоматизация
я так понял, он хочет, чтобы его тесты на обеих версиях проходили
источник

M

Merg in QA — Автоматизация
Никита
ПО со старым UI тоже будет обновляться, а это получается куча работы
Я бы на твоем месте выяснил, как часто и как долго это дело будет жить, а то мб оно того не стоит, и пусть будет дублирование
источник

Н

Никита in QA — Автоматизация
Merg
а, ну тогда фабрику, которая будет возвращать нужные классы (апи или пейджу) для работы со старой или новой версией
Фабрику я рассматривал, как вариант. Возможно есть и другие подходы, хотел узнать мнение других людей
источник

M

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

M

Merg in QA — Автоматизация
степы-то одни, а реализация разная
источник

EM

Ekaterina Malchenko in QA — Автоматизация
Никита
ПО со старым UI тоже будет обновляться, а это получается куча работы
Тогда лучше подумать о том, чтобы спустить большую часть проверок на уровень API - такие тесты будут проверять обе версии системы, их будет меньше, в API реже вносятся правки, такие тесты быстрее писать и их легче поддерживать... а уже оставшиеся поверки оставить на уровне UI
источник

M

Merg in QA — Автоматизация
Ekaterina Malchenko
Тогда лучше подумать о том, чтобы спустить большую часть проверок на уровень API - такие тесты будут проверять обе версии системы, их будет меньше, в API реже вносятся правки, такие тесты быстрее писать и их легче поддерживать... а уже оставшиеся поверки оставить на уровне UI
так должно быть изначально)
источник

СС

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

Н

Никита in QA — Автоматизация
Воистину не простой кейс: поддержка старых версий и адаптация к новым
источник

СС

Сказочный Сникерс in QA — Автоматизация
Никита
Воистину не простой кейс: поддержка старых версий и адаптация к новым
Обычный кейс
источник

Н

Никита in QA — Автоматизация
Сказочный Сникерс
Обычный кейс
А если я добавлю, что новая версия выйдет через пару месяцев и 1к тестов я точно не успею написать
источник

СС

Сказочный Сникерс in QA — Автоматизация
Никита
А если я добавлю, что новая версия выйдет через пару месяцев и 1к тестов я точно не успею написать
Что ж поделать) поставь вопрос о выделении ресурсов
источник

EM

Ekaterina Malchenko in QA — Автоматизация
ну я и не говорю, что так нужно поступить со всеми автотестами, нужно отбирать те проверки, которые можно спустить на уровень API, и дописывать новые на UI, где такой подход не подходит... ну и да, для каких-то проектов это вообще не подойдет, но и поддерживать огромную кучу UI тестов из разных версий тоже будет трудно...
источник

СС

Сказочный Сникерс in QA — Автоматизация
Никита
А если я добавлю, что новая версия выйдет через пару месяцев и 1к тестов я точно не успею написать
Я просто не совсем понимаю, ты ищешь способ ванкликом решить свою задачу на 1к тестов? Ты его не найдешь
источник

Н

Никита in QA — Автоматизация
Сказочный Сникерс
Я просто не совсем понимаю, ты ищешь способ ванкликом решить свою задачу на 1к тестов? Ты его не найдешь
Я ищу способ адаптации, который успею выполнить
источник

СС

Сказочный Сникерс in QA — Автоматизация
Никита
Я ищу способ адаптации, который успею выполнить
Не найдешь)
источник

Н

Никита in QA — Автоматизация
Ок, я понял. Спасибо всем за помощь.
источник

O

Olga in QA — Автоматизация
Никита
Всем привет. Допустим есть проект, с большим количеством тестов под определённую версию системы. В скором времени планируется выпуск новой версии системы, с  полностью переработанным интерфейсом. Может кто-то сталкивался с данной проблемой? Как решали? Писать столько же тестов под другой UI не очень хочется.
я добавлю, у нас была такая точно ситуация, все пришлось переписывать (хотя где-то и в самом деле обошлись локаторами). Но это оказалось быстрее и проще, чем нам казалось, т.к. во-первых мы уже знали что нам нужно и могли попросить девов где-то какой-то айдишник или что-то еще поставтиь, во-вторых все-таки придумывать тесты это значительная часть работы
источник

O

Olga in QA — Автоматизация
Mem Kekovich
Написать скрипт. Как раз под ваши задачу - одной кнопкой
Я наверное не так выразилась. Мне нужно, чтобы там люди очень минимально владеющие ЯП могли тасовать эти запросы между собой.

Так-то я да, под большое создание тестовых данных например беру да стряпаю на коленке скрипты, но у нас есть чисто мануальщики, а мне смотреть больно как они вручную по 20 раз делают одно и то же
источник

MK

Mem Kekovich in QA — Автоматизация
Olga
Я наверное не так выразилась. Мне нужно, чтобы там люди очень минимально владеющие ЯП могли тасовать эти запросы между собой.

Так-то я да, под большое создание тестовых данных например беру да стряпаю на коленке скрипты, но у нас есть чисто мануальщики, а мне смотреть больно как они вручную по 20 раз делают одно и то же
Говорят рест ащщуред хорошее решение для таких проблем 😂
источник