Проверка страниц Specflow / Watin

Я бы увидел здесь два случая.

Во-первых, запускается какое-то действие, и вы хотите убедиться, что оно выполняет перенаправление на правильную страницу. В этом случае я бы подумал, что URL-адрес является лучшей проверкой, поскольку он уникален и достаточно надежен для изменения.

Во-вторых, вы перешли (GoTo'd) по странице и хотите проверить, находитесь ли вы там. Опять же, URL-адрес хорош, но вы можете проверить какой-то известный текст, чтобы вы знали, что страница тоже успешно загрузилась (или даже проверьте, не содержит ли он «ошибки»). Обычно я храню текстовые значения в файле ресурсов и назову им то, что они есть, например HomePageLoadedText = "С возвращением, Боб". Имхо, это делает их более явными, и если они терпят неудачу, они становятся более читабельными.

Самый технически правильный способ, которым я делал это в прошлом, - это то, что у нас был уникальный идентификатор страницы на каждой странице. Для нашей системы он был предназначен для поддержки во внутреннем приложении «Можете ли вы посмотреть в нижний левый угол и сказать мне, на какой странице вы находитесь?». Если бы ваши разработчики реализовали что-то подобное, что можно было бы настроить в ходе тестирования, это было бы наилучшим способом.

Если это невозможно (а это, вероятно, не во многих случаях), вам нужно найти способ однозначно идентифицировать страницу, на которой вы находитесь. Предполагается, что URL-адреса должны быть глобально уникальными, так что это, вероятно, хороший способ, за исключением того, что он не подтверждает, что для данного URL-адреса отображается правильная страница.

Как правило, в этом типе тестирования нет необходимости, если вы взаимодействуете с компонентами на странице, к которой вы перешли, как будто вы находитесь не на той странице, тогда ваш тест завершится неудачно, когда вы попытаетесь что-то сделать.