Другой браузер отображает HTML DOM по-другому. Соответствующее обсуждение можно найти в Chrome & amp; Firefox в Windows против Linux (селен) . На этом этапе стоит отметить, что:
Кажется в вашем сценарии использования :
При использовании ChromeDriver / Chrome , [ 1116] Заголовок страницы уже отображается в DOM Tree к тому времени, когда document.readyState
равно complete
достигается. [+1131]
Но при использовании GeckoDriver / Firefox заголовок страницы не не отображается в дереве DOM к тому времени document.readyState
равно complete
достигается.
Вам нужно заставить WebDriverWait для заголовка содержать , и вы можете использовать следующее решение:
public void verifyLoginPage()
{
new WebDriverWait(driver, 20).until(ExpectedConditions.titleContains("Guru99");
String homepage= "Guru99 Bank Manager HomePage";
if (driver.getTitle().equalsIgnoreCase(homepage))
System.out.println("Its the correct Homepage after Login");
else
System.out.println("Page after login is not the intended one");
}
GetRows Это создаст скорость, которую Вы ищете. Вот некоторые другие подсказки, которые я использовал.
Я отмечаю ответ MrChrister как ответ на мой вопрос, "У Вас есть какие-либо хорошие советы для оптимизации?". Советы там хороши, и этому удалось ускорить сценарий на 2 секунды.
Я узнал в конечном счете, что делало сценарий медленным. В цикле с условием продолжения программист делал Фильтр (Массив) много. Он в основном использовал Фильтр (Массив) для поиска пар ключ/значение.
Таким образом, конечное решение изменяло код Фильтра (Массив) к использованию "Сценариев. Словарь" объект. Это ускорило код фактором 12.
Спасибо за все Ваши ответы.
M
С каждым вызовом страницы та подпрограмма выполняется приблизительно 1 600 раз.
Я сказал бы, что это - в значительной степени целая проблема, но не зная, что детали данных возвратили запрос, что та подпрограмма делает, и почему это должно быть сделано 1600 раз для страницы, трудно предложить, чтобы много понизило его.
Если Вы действительно думаете, что проблема находится в той 1 функции, почему Вы не помещаете код здесь, таким образом, люди могут сделать предложения оптимизации.
Я испытал это в большинстве случаев, можно получить производительность при использовании StringBuilder в классическом ASP. Существует хорошая реализация StringBuilder для классического ASP в ajaxed библиотеке. Это использует .net StringBuilder. Это довольно прохладно и просто в использовании:
<%
set output = new StringBuilder
do
output("some output")
loop
response.write(output.toString())
%>
Я рекомендовал бы пользоваться ajaxed библиотекой, если необходимо сделать некоторую тонкую настройку. Это - установка быстро и предлагает Вам много инструментов для классического ASP. Например, Возможно Вы могли также получить некоторую производительность при использовании Ajax (или по крайней мере впечатление от производительности).