AV
Можно же достать 100 рублей положить в конвертик "за хлеб". И тогда не надо будет кошелёк доставать на кассе.
Size: a a a
2020 February 26
AV
А если в второй конвертик "за жвачку" положить - то вообще ж экономия двойная.
AV
понял, спасибо. А вот этот метод как ребята выше советовали, сдеать инициализацию всех страниц в TestBase? Он избыточен?
Когда инициализация пустая - то что вы рассчитываете сэкономить? Переливать из пустого в порожнее на 10% быстрее?)
AV
Не надо бездумно следовать паттернам, это называется карго-культ
AV
Инициализацию пытаются сделать один раз вместо 10, когда она ресурсоёмкая - чтобы сэкономить эти ресурсы. На пустой инициализации ничего не экономится, только код раздувается
V
Я как то запутался, по сути разница олно и другого метода выгдятит так:
new Form()
.selectM(m)
.selectE(e);
new Navigation().scrollUpTill(blabla);
new Asserts().shouldBeExactTexts(“bla”);
или
form.selectM(m)
.selectE(e);
navigation.scrollUpTill(blabla);
asserts.shouldBeExactTexts(“bla”);
new Form()
.selectM(m)
.selectE(e);
new Navigation().scrollUpTill(blabla);
new Asserts().shouldBeExactTexts(“bla”);
или
form.selectM(m)
.selectE(e);
navigation.scrollUpTill(blabla);
asserts.shouldBeExactTexts(“bla”);
AV
Да, оно одинаково выглядит
S
Artem Bondar
@pleh4nov кстати я заметил что у тебя Content-type не правильно написан. Type должен быть с большой буквы. Может в этом ошибка
спасибо, еще раз все проверю
AK
Я как то запутался, по сути разница олно и другого метода выгдятит так:
new Form()
.selectM(m)
.selectE(e);
new Navigation().scrollUpTill(blabla);
new Asserts().shouldBeExactTexts(“bla”);
или
form.selectM(m)
.selectE(e);
navigation.scrollUpTill(blabla);
asserts.shouldBeExactTexts(“bla”);
new Form()
.selectM(m)
.selectE(e);
new Navigation().scrollUpTill(blabla);
new Asserts().shouldBeExactTexts(“bla”);
или
form.selectM(m)
.selectE(e);
navigation.scrollUpTill(blabla);
asserts.shouldBeExactTexts(“bla”);
Приведу пример, как у нас.
1) Есть глобальная переменная в SetUp:
1) Есть глобальная переменная в SetUp:
public ApplicationManager app;2) Есть его создание в SetUp (у нас класс называется TestBase):
app = ApplicationManager.GetInstance();3) GetInstance() не создает его каждый раз:
if (!app.IsValueCreated)4) Во всех тестах наследование идет от TestBase:
{
ApplicationManager newInstanse = new ApplicationManager(true);
app.Value = newInstanse;
}
return app.Value;
public class SomeTests : TestBase5) Если же какие-то тесты требуют предварительных действий, то для этих действий создается класс:
public class ActionBefore_ForOthersTests : TestBaseА тесты, где эти действия требуются выглядят так:
public class OthersTests : ActionBefore_ForOthersTests
Таким образом ApplicationManager есть везде. А вот уже в нём созданы экземпляры всех хелперов, что позволяет обращаться к ним внутри тестов:app.Helper_1.DoThis();
app.Helper_2.DoThat();МЧ
Народ, подскажите пожалуйста, кто сталкивался с интеграцией снапшотов в selenium webdriver + testNG? Посоветуйте литературу, и по возможности примеры, что то в инете совсем не могу найти...
V
Приведу пример, как у нас.
1) Есть глобальная переменная в SetUp:
1) Есть глобальная переменная в SetUp:
public ApplicationManager app;2) Есть его создание в SetUp (у нас класс называется TestBase):
app = ApplicationManager.GetInstance();3) GetInstance() не создает его каждый раз:
if (!app.IsValueCreated)4) Во всех тестах наследование идет от TestBase:
{
ApplicationManager newInstanse = new ApplicationManager(true);
app.Value = newInstanse;
}
return app.Value;
public class SomeTests : TestBase5) Если же какие-то тесты требуют предварительных действий, то для этих действий создается класс:
public class ActionBefore_ForOthersTests : TestBaseА тесты, где эти действия требуются выглядят так:
public class OthersTests : ActionBefore_ForOthersTests
Таким образом ApplicationManager есть везде. А вот уже в нём созданы экземпляры всех хелперов, что позволяет обращаться к ним внутри тестов:app.Helper_1.DoThis();
app.Helper_2.DoThat();Имхо, немного неправильно сравнивать инициализацию утильных классов и объектов аля пейдж обжект
AK
Имхо, немного неправильно сравнивать инициализацию утильных классов и объектов аля пейдж обжект
Вполне это допускаю. Сам я как-то не оценил пока PO...
V
Приведу пример, как у нас.
1) Есть глобальная переменная в SetUp:
1) Есть глобальная переменная в SetUp:
public ApplicationManager app;2) Есть его создание в SetUp (у нас класс называется TestBase):
app = ApplicationManager.GetInstance();3) GetInstance() не создает его каждый раз:
if (!app.IsValueCreated)4) Во всех тестах наследование идет от TestBase:
{
ApplicationManager newInstanse = new ApplicationManager(true);
app.Value = newInstanse;
}
return app.Value;
public class SomeTests : TestBase5) Если же какие-то тесты требуют предварительных действий, то для этих действий создается класс:
public class ActionBefore_ForOthersTests : TestBaseА тесты, где эти действия требуются выглядят так:
public class OthersTests : ActionBefore_ForOthersTests
Таким образом ApplicationManager есть везде. А вот уже в нём созданы экземпляры всех хелперов, что позволяет обращаться к ним внутри тестов:app.Helper_1.DoThis();
app.Helper_2.DoThat();Ну это по прниципу как в курсе Баранцева я проходил. Но также я видел примеры Виноградова где прямо в тесте создаются нужные экземпляры )) Вот эта разница меня и смущает
V
Ну это по прниципу как в курсе Баранцева я проходил. Но также я видел примеры Виноградова где прямо в тесте создаются нужные экземпляры )) Вот эта разница меня и смущает
Так вроде уже написали, если логика сложная, то делаешь слой steps, и там все будет инициализироваться. Логика простая, делаешь прям в тесте.
N
Artem Bondar
не правильно это как то.. не знаю почему именно, но не правильно. Не надо тебе создавать каждый раз новый объект, если ты его уже создал и можешь просто использовать в тестах. Работать то будет, но создавать новый оъект в каждом тесте для одного и того же класса это не правильно. Пусть Баранцев раскажет почему )
А в гриде как запускать будете?
У вас если от одного драйвера наследоваться будет - все тесты побегут в одной инстанции драйвера
У вас если от одного драйвера наследоваться будет - все тесты побегут в одной инстанции драйвера
AB
А в гриде как запускать будете?
У вас если от одного драйвера наследоваться будет - все тесты побегут в одной инстанции драйвера
У вас если от одного драйвера наследоваться будет - все тесты побегут в одной инстанции драйвера
не знаю.. во временя когда я был на Силениуме и использовал Селениду, там возиться с драйвером не надо было. И тесты запускали просто на SauceLabs без возьни с Гридом
AB
сейчас на Сайпресе вообще не надо забивать голову этой ерундой
AS
Artem Bondar
сейчас на Сайпресе вообще не надо забивать голову этой ерундой
Ну да, фломастер лучше кирпича. :)
Это другого класса инструмент, со своими плюсами и минусами.
Это другого класса инструмент, со своими плюсами и минусами.
AB
Andrei Solntsev
Ну да, фломастер лучше кирпича. :)
Это другого класса инструмент, со своими плюсами и минусами.
Это другого класса инструмент, со своими плюсами и минусами.
Согласен )) но я назад в силениум больше ни ногой )
AB
они кстати пару недель назад релизнули новую версию 4.0 с поддержкой Firefox.