Глянул код
Там вложенные таблицы.
//tr/td[1]//a/@href
Мы выбираем все хрэфы из ссылок НЕ СМОТРЯ НА ВЛОЖЕННОСТЬ.
А сама таблица лежит в другой таблице. В первом td.
Те вот эта часть //tr/td[1]
Выбирает не таблицу с данными, а таблицу с таблицей с данными.
А дальше уже ищем там все ссылки (во всей таблице получается)
Ну... навряд browser.find_element_by_xpath будет работать с формами исходя из названия. Скорее это вроде ховера или просто поиска элемента для дальнейшей работы с ним. Поищите у него другие методы. Напр browser.form, browser.input или подобное
Верно лишь отчасти.
Сравнивать можно, но только с пустой строкой.
В новых селекторах есть получение родителей. Правда их не реализовал ещё никто из браузеров https://www.w3.org/TR/selectors-4/#relational
иметь возможность создавать параметром заданное значение (у меня это количество банковских операций)
Вообще неясна задача. Те нужно нагенирить кучу елементов с рандомными данными на выходе? Если не с рандомными, то наверн из входного xml... Но тогда тумблеры и параметры всякие не надо. Зачем нужен параметр?
иметь возможность влиять на содержимое (дебет с кредитом в этих операциях должны сойтись)
Математика - не конёк xslt.
Чтоб дебет с кредитом сошлись нужно данные нормально в базу заносить (или где они там хранятся). В xml должны попадать уже нормальные данные, где всё сходится. Иначе ценность этого xml сомнительна.
Раз nda, то наверн можно рассмотреть похожие ситуации (с упрощённой структурой xml до минимума и данными забитыми для теста)
//tr/td[1]