Если вы хотите запустить тот же тестовый код для тестирования вам необходимо будет экстернализовать тип браузера, либо в качестве переменной окружения, или файл YAML или сконвертировано.
У Ruby есть материал, который упрощает работу с файлами yaml (мне нужно написать запись в блоге на этом), чтобы вы могли поместить что-то наверху своего скрипта, который вызывает метод для получения информации о конфигурации, а затем установите тип браузера соответственно.
В моем YAML файл testconfig.yml у меня есть:
global:
browser: ie #possible values: ie, ff, chrome
примечание Я в настоящее время не тестируемая с оперой (сегмент рынка слишком мал), или это было бы в списке возможных значений. Комментарий просто для того, чтобы облегчить жизнь тем, кто мог бы отредактировать этот файл.
У меня есть метод read_config, определенный в readconfig.rb файл, который выглядит (в части), как этот
require 'yaml'
def read_config
config = YAML.load_file('testconfig.yml')
$browser_type = config['global']['browser']
end
И в верхней части моих тестов есть подобный код
require 'rubygems'
require 'readconfig'
require 'watir-webdriver'
read_config
$browser = Watir::Browser.new $browser_type.to_sym
Таким образом, У меня может быть другой файл конфигурации в каждой системе (который также устанавливает множество других вещей, таких как текущие пароли (регулярно меняются), используемая тестовая среда и настройки для каждой среды для таких вещей, как URL-адрес тестового сервера , данные базовый сервер и имя и т. д. При разработке тестов простое изменение в файле конфигурации позволяет запускать все тесты, стоящие перед данным браузером. или если я хочу работать параллельно, у меня могут быть настройки системы с их собственным настроенным конфигурационным файлом, пусть они вытаскивают текущие сценарии из исходного элемента управления, а затем запускают их против любого браузера, сервера и т. д., настроенного в файле конфигурации.
Это, вероятно, простой материал для любого свернутого рубинового разработчика, но это похоже на волшебство для любого из нас, новых для рубинов, и особенно для получения жестко заданных значений вне моих сценариев и в одном месте, где я могу контролировать и измените их.
, который отлично работает, если вы хотите последовательно запускать свои тесты .. –
Ну, в то же время «невозможно» в любом случае. Что означает «в то же время» в любом случае? На той же секунде? Миллисекунду? Вы можете открыть все браузеры, сделать что-то в одном браузере, сделать то же самое в другом браузере ... Когда вы закончите со всеми браузерами, сделайте что-то еще в первом браузере, втором браузере ... Промыть, повторить. –
LOL - это общий рефрейм для меня, когда люди дают слишком свободные критерии проверки загрузки. Особенно учитывая, что большинство сетей посылают данные поочередно, чтобы иметь установку, где сервер может фактически получать несколько запросов одновременно », довольно сложно, когда вы начинаете нарезая время действительно мелко. Но в этом случае я думаю, что, возможно, он имеет в виду, что скрипты работают параллельно, возможно, на нескольких системах или виртуальных машинах, чтобы сократить время между тем, когда сборка готова, и результаты теста могут быть известны. –