Настраиваемые аргументы инструмента Cucumber

Файл CucumberRunner. mwe2 содержит специализированные аргументы для настройки и корректной работы инструмента для тестирования Cucmber. Обязательной частью данной файла является наличие указанных путей к директориям проекта, где располагаются. feature и .rb файлы. Кроме того, очень часто в нем указываются настройки для виртуальной Java-машины, на которой запускается Cucumber. Для корректных результатов значения аргументов JVM Cucumber’a должны точно соответствовать настройкам JVM приложения.

Также тут указываются значения других необходимых аргументов.

Наиболее часто используемые настраиваемы аргументы JVM — это Xmx и XX: MаxPermSize.

Xmx{число}m — максимальное количество оперативной памяти, выделяемой под виртуальную машину Java, в мегабайтах. Вместо {число} указывается любое требуемое число, исходя из суммарного количества оперативной памяти на компьютере.

Пример записи: -Xmx1500m.

XX:MaxPermSize={число}m — количество памяти Permanent Generation (сокр. PermGen), выделяемой под виртуальную машину Java, в мегабайтах. В этой памяти хранится исполняемый код программы. Если выдаётся ошибка OutOfMemory: PermGenSpace, необходимо увеличить выделение PermGen. Вместо {число} указывается любое требуемое число. Слишком большое число указывать не рекомендуется, так как исполняемый код занимает немного места, а излишнее выделение PermGen зачастую приводит к задержкам в работе инструмента для тестирования.

Пример записи: -XX:MaxPermSize=150m.

Здесь очень важно найти баланс между установленными значениями аргументов для JVM и техническими возможностями машины. Слишком маленькие значения могут сделать процесс тестирования медленным. А слишком большие значения аргументов окажут неблагоприятное влияние на работу компьютера, поскольку значительное количество оперативной памяти будет занимать работа инструмента для тестирования.

Пояснение статусов тестов. Во время определения статуса теста Cucumber не просто решает, насколько удачно выполнился тест, но работает с исключениями в случае неудачного выполнения тестирования. Если сценарий шаг за шагом не вызывает никаких исключений, тест однозначно получает статус «PASSED», и продолжает свое выполнение. В другом случае тест может иметь статус «FAILED», «PENDING SCENARIO» или «UNDEFINED SCENARIO». Эта особенность Cucumber, как инструмента для внедрения автоматизации тестирования в проекте, помогает тестировщику, как разработчику автоматического сценария, отследить прогресс выполнения тестирования.

PASSED — статус для успешно пройденного теста, при условии что все шаги сценария в. feature файле соответствуют шагам кода в .rb файле и были полностью выполнены.

FAILED — статус для неудачно пройденного теста, при условии что все шаги сценария в. feature файле соответствуют шагам кода в .rb файле и были полностью выполнены, учитывая отсутствие ожидаемых исключений, которые могут быть выполнены дальше по коду сценария.

PENDING SCENARIO — статус для теста, для которого определены шаги как в сценарии — .feature файле, так и в коде — .rb файле, но по ходу выполнения были объявлены возможные исключения. Исключения необходимы в том случае, когда для дальнейшего выполнения сценария нужны дополнительные параметры, которые будут получены в другой части кода, за которую отвечает иной раздел сценария. feature или .rb файла. При отсутствии объявленных исключений там, где они нужны, выполнение сценария будет прекращено.

UNDEFINED SCENARIO — статус для теста, который показывает, что существует несоответствие сценариев, описанных в. feature и .rb файле. Этот статус полезен для инженера по тестированию во время разработки автоматического сценария, чтобы показать, какие шаги были пропущены в том или ином файле.

Все статусы, полученные в результате автоматического тестирования, место в файле с кодом или сценарием, и возможное решение возникшей проблемы, будут отображены в html-отчете, который будет сгенерирован программой Cucumber во время выполнения тестирования.