set, get, select, send.. это глаголы они дожны быть использованы в именах методов. Лучше переименовать sendCustomer => customerField, customerEdit, customerInput, customerDropDown...

И реально клиент будет клавиатурой нажимать стрелку вниз и Enter?

Тесты ничего не знают об аллюре и не должны
Писать можно логгерами напрямую ну или через аспекты 🤷🏻‍♂️ у аллюра есть айди теста только запущенного

Подскажите, а реально ли автоматизировать тестирлванре локализации нового языка? Например, сайт поддерживает 3 языка и текста перевели на 4й новый, и надо протестить не вылез ли текст за границы кнопок/окон, нет ли тегов не переведенных, нет ли мест, где новый язык и рядом кусок на английском.. такое бывает автоматическое?

sikuli какой-нить мб

Все что касается перевода - это тестируется на уровне кода. Наверняка есть файл (ы) со словарем для разных языков, есть функции, которые возвращают перевод. Тест должен проверить, что каждому английскому тексту есть соответствие на другом языке.
Насчёт - не вылезло ли где. Тут сложнее.

насчет вылезти - это отвечает galen framework

М.. сейчас посмотрю спс

И полагаю, тестировать на своих текстах на одном языке, везде например сделать максимально возможной длины текст  для тестируемых элементов

Посмотрел язык  galena.. проще просто наверное всеэе руками пройтись по всему сайту, чем вот на таклм кодить..

Темболее текстов много и кнопок тоже..

есть люди пишущие тесты на котлине? хотим попробовать  написать smoke тесты  на котлине. в основном rest api тесты. что посоветуйте? какие фреймворки? что сейчас модно и молодежно на котлине?)

Все то же, что и на джаве 🤷🏻‍♂️

В шарпе "синтансический сахар" в виде вопросов позволяет экономить строки кода, такой же код на джава будет длиннее

А вообще вот

https://github.com/kittinunf/fuel

модно и молодежно уже писать на golang, котлин устарел в среде модной молодежи. А так выбирая инструмент(ЯП) - надо понимать, какие особенности языка вам необходимы и почему.

Alert! Эдгар Базовкин is a known spammer and is CAS banned. Ban is strongly recommended.

Доброночер! Есть кто-то, кто тестировал SOAP?
Что интересует: собственно алгоритм тестирования.
С позитивкой всё ясно - разбираем схему и шлём по ней.
А негативное  для SOAP бывает?

Вы хотите протестировать протокол?! 😳

А вообще, SOAP-взаимодействие определяется соответствующей WSDL-кой, которая может содержать импорт необходимых XSD-схем (иногда многоступенчатая зависимость -- типа, xsd сама импортирует для себя другую xsd).
Так вот, если Вы подразумеваете под "негативными" кейсами только наличие, количество, порядок (кстати, в xsd можно определить свободный порядок полей/объектов первого уровня внутри какого-либо элемента) и типы полей, то это можно не проверять. Web-service на уровне валидации XML пошлёт SOAP-Fault или SAXParseException.
Имеет смысл проверять логику передаваемых данных. Либо внутри запроса (start_date > end_date), либо на взаимодействие с тем, что уже есть на стороне сервера.