The most complete, best-tested WebDriver client for Go

Reason to exist

This repo was forked from tebeka. Original https://github.com/tebeka/selenium is being abandoned, last changes are incoherent and two years old, issues are stale. Also last changes shows that it wasn't even tested which makes statement that it is best tested WebDriver client for GO false.

Reason to have a fork is to bring it back to life and make it great again.

About

This is a WebDriver client for Go. It supports the WebDriver protocol and has been tested with various versions of Selenium WebDriver, Firefox and Geckodriver, and Chrome and ChromeDriver,

selenium is currently maintained by Eric Garrido (@minusnine).

Installing

Run

go get -t -d github.com/go-auxiliaries/selenium

to fetch the package.

The package requires a working WebDriver installation, which can include recent versions of a web browser being driven by Selenium WebDriver.

Downloading Dependencies

We provide a means to download the ChromeDriver binary, the Firefox binary, the Selenium WebDriver JARs, and the Sauce Connect proxy binary. This is primarily intended for testing.

$ cd vendor
$ go run init.go --alsologtostderr  --download_browsers --download_latest
$ cd ..

Re-run this periodically to get up-to-date versions of these binaries.

Documentation

The API documentation is at https://godoc.org/github.com/go-auxiliaries/selenium. See the example and unit tests(for sauce, selenium and service) for better usage information.

Known Issues

Any issues are usually because the underlying browser automation framework has a bug or inconsistency. Where possible, we try to cover up these underlying problems in the client, but sometimes workarounds require higher-level intervention.

Please feel free to file an issue if this client doesn't work as expected.

Below are known issues that affect the usage of this API. There are likely others filed on the respective issue trackers.

Selenium 2

No longer supported.

Selenium 3

1. Selenium 3 NewSession does not implement the W3C-specified parameters.

Geckodriver (Standalone)

1. Geckodriver does not support the Log API because it hasn't been defined in the spec yet.
2. Firefox via Geckodriver (and also through Selenium) doesn't handle clicking on an element.
3. Firefox via Geckodriver doesn't handle sending control characters without appending a terminating null key.

Chromedriver

1. Headless Chrome does not support running extensions.

Breaking Changes

There are a number of upcoming changes that break backward compatibility in an effort to improve and adapt the existing API. They are listed here:

22 August 2017

The Version constant was removed as it is unused.

18 April 2017

The Log method was changed to accept a typed constant for the type of log to retrieve, instead of a raw string. The return value was also changed to provide a more idiomatic type.

Hacking

Patches are encouraged through GitHub pull requests. Please ensure that:

1. A test is added for anything more than a trivial change and that the existing tests pass. See below for instructions on setting up your test environment.

2. Please ensure that gofmt has been run on the changed files before committing. Install a pre-commit hook with the following command:

   $ ln -s ../../misc/git/pre-commit .git/hooks/pre-commit

See the issue tracker for features that need implementing.

Testing Locally

Install xvfb and Java if they is not already installed, e.g.:

sudo apt-get install xvfb openjdk-11-jre

Run the tests:

$ go test

• There is one top-level test for each of:

  1. Chromium and ChromeDriver.
  2. A new version of Firefox and Selenium 3.
  3. HTMLUnit, a Java-based lightweight headless browser implementation.
  4. A new version of Firefox directly against Geckodriver.

  There are subtests that are shared between both top-level tests.

• To run only one of the top-level tests, pass one of:

  • -test.run=TestFirefoxSelenium3,
  • -test.run=TestFirefoxGeckoDriver,
  • -test.run=TestHTMLUnit, or
  • -test.run=TestChrome.

  To run a specific subtest, pass -test.run=Test<Browser>/<subtest> as appropriate. This flag supports regular expressions.

• If the Chrome or Firefox binaries, the Selenium JAR, the Geckodriver binary, or the ChromeDriver binary cannot be found, the corresponding tests will be skipped.

• The binaries and JAR under test can be configured by passing flags to go test. See the available flags with go test --arg --help.

• Add the argument -test.v to see detailed output from the test automation framework.

Testing With Docker

To ensure hermeticity, we also have tests that run under Docker. You will need an installed and running Docker system.

To run the tests under Docker, run:

$ go test --docker

This will create a new Docker container and run the tests in it. (Note: flags supplied to this invocation are not curried through to the go test invocation within the Docker container).

For debugging Docker directly, run the following commands:

$ docker build -t go-selenium testing/
$ docker run --volume=$(pwd):/code --workdir=/code -it go-selenium bash
root@6c7951e41db6:/code# testing/docker-test.sh
... lots of testing output ...

Testing With Sauce Labs

Tests can be run using a browser located in the cloud via Sauce Labs.

To run the tests under Sauce, run:

$ go test --test.run=TestSauce --test.timeout=20m \
  --experimental_enable_sauce \
  --sauce_user_name=[username goes here] \
  --sauce_access_key=[access key goes here]

The Sauce access key can be obtained via the Sauce Labs user settings page.

Test results can be viewed through the Sauce Labs Dashboard.

License

This project is licensed under the MIT license.