На уровне близком к Hello World. Чтобы ответить про смысл надо сначала узнать что ты хочешь с ним сделать.
В новой компании у меня появилась потребность после ручного тестирования, покрывать сценарии автотестами. В компании есть команда автотостеров на C# и я хотел накидывать тесты в из проект. Но руководитель отдела тестирования сказал давай типа в роботе это делать. Вот и возник вопрос
Ildar дело говорит. Робот это надстройка. Если код будет читабелен и организован, библиотеки и вспомогательные классы возьмете-напишете сами, писать-дебажить будете тоже сами, и проверки для вас, а не для красивых отчетов, то можно без него.
Я так понимаю, такое желаение было высказано как раз для красивых отчетиков и читабельных кейсов)
Имена методов тоже можно делать читабельными. Насчет отчетов, увы, не могу ничего толкового сказать кроме того что скриншоты в отчетах бывают весьма полезны.
Я так понимаю, такое желаение было высказано как раз для красивых отчетиков и читабельных кейсов)
будет ли кто-то читать ваши кейсы? Очень сомневаюсь. Но если этот кто-то - разработчик, то любой разработчик прочитает ваши тесты, если они нормально написаны. Нормально названы классы, методы, переменные
У меня есть проект (относительно) большой на селениуме. Но много упавших тестов, потому что давно не трогали и не чинили. Вот жалко забивать на него - нужно/хочется просто актуализировать.
с другой стороны время, что я трачу чтобы понять - как и что работает - я мог бы написать за это время просто новые тесты на SELENIDE
С page objects переводить с селениума на селенид и вообще куда угодно - легко. Просто новые страницы/элементы пишешь на селениде, и потихоньку перетвскиваешь туда старые, особенно те которые падают.
С page objects переводить с селениума на селенид и вообще куда угодно - легко. Просто новые страницы/элементы пишешь на селениде, и потихоньку перетвскиваешь туда старые, особенно те которые падают.
я так и начал делать - написал пару новых тестов на селениде. даже без пэйджобжекта