У меня приложение на выходе получает несколько отчетов с результатами обработки, и часть полей имеют почти рандомное значение, которое никак не отследить, я их просто срезаю. Но стало интересно, есть ли возможность в Java написать метод с необязательными полями или все же проще передавать массив?
Просто в каждом отчете эти поля разные, поэтому передаю в метод перечень полей в виде массива, сплитом разбиваю строку и склеиваю уже без переданных полей.
public String getLineWithoutPaths(String line, int[] paths, String separator){
String linePath[] = line.split(separator);
String newLine = "";
for (int i = 0; i < linePath.length; i++) {
if (Arrays.binarySearch(paths,i) < 0) {
newLine += linePath[i] + separator;
} else {
newLine += separator;
}
}
return newLine;
}
Но все же стало интересно, можно ли реализовать передачу в метод неявного количества переменных, в php я такое делал, там все просто.
Подскажите вообще как тестировать с помощью WebDriver так называемую lazy load, то есть когда контент на странице подгружается по мере прокрутки страницы вниз.
Для каждой версии есть свои наборы тестов. Можно ли в TestRail поддерживать тесты подобной структуры с возможностью создания новых тестов на базе набора для младшей версии продукта, например, создать набор для версии 1.9.2 на базе 1.9?
Готовлю проект по автоматизации тестирования UI веб-приложения. Разработчики используют последнюю версию Silverlight - 5ую. Требуется проверять в браузерах: Chrome, IE и в Safari.
Нашла здесь тему, в которой этот вопрос уже поднимался:
Меня смущают сложности развития и поддержки тестов на CUT. Более привычно работать с Selenium Webriver.
Функции записи последовательности действия меня не интересуют. Я предпочитаю написать классы, позволяющие разделить логику поиска веб-элементов от логики тестов.
Хотелось бы применять принципы Page Object Model при разработке тестов:
Не могу до конца понять, применим ли в моем случае такой же подход?
Конкретные вопросы (my concerns):
Можно ли создать проект с тестами отдельно от проекта с тестируемым приложением?
В случае c Selenium WebDriver достаточно указать адрес тестового стенда, на который задеплоен последний билд.
Предполагалось начать работу с тестами максимально автономно от группы разработчиков.
А если придется хранить тесты в той же ветке репозитория, что и само тестируемое приложение, то как обосновать разработчикам такую необходимость? (Я имею в виду случай, когда используется только WebDriver.)
Если для CUIT обязательно создавать Automation ID для каждого объекта, то почему бы не дать Selenium эти самые id для нахождения веб-элементов и обойтись без CUIT? В чем именно проблема тестирования Silverlight приложение с помощью Selenium Webdriver?
Если использовать связку Selenium Webdriver + Coded UI Tests, то каким образом между ними будет происходить разделение труда?
Сейчас для запуска тестов планирую использовать NUnit. Когда будут рабочие варианты тестов - перейти на Team City, разработчики пользуются им.
Для того, чтобы отчеты о тестах были понятны большой команде (автмаотизатор тестов - 1 штука, ручные тестировщики - ~5, разработчики - пара десятков) обдумываю применение Specflow. Его связка с прогонщиками тестов и с вебдрайвером мне ясна, имеются наработки. Но в комбинированном варианте не знаю, каких проблем ожидать.
Долгосрочная перспектива:
1. Кроме регрессионных тестов писать приемочные на новый функционал (TDD)
2. Планируется автоматизировать тестирования нескольких разных веб-приложений компании. Технологический стек одинаковый.
Поэтому решение должно быть не сделал-отвязался, а максимально эффективным. Чтобы не скакать от подхода к подходу, используя каждый раз разные инструменты и фреймворки. Нужно сейчас определиться с архитектурой решения, а потом писать тесты как на конвеере.
Какие есть еще варианты?
Фреймворк White плохо поддерживает Silverlight, а с поддержкой разных браузеров тот еще вопрос. Отпадает.
И если уже поднимать вопрос о затратных решениях, то у нас есть лицензия на Test Complete. Но он проигрывает в сравнении с Selenium в вопросе удобства написания и поддержки тестов, к тому же его тесты медленнее работают. Тем не менее есть возможность прикручивания Specflow к тестам Test Complete, что, возможно, поможет в поддержке тестов.