此 WebDrive 测试示例将使用 Selenium 和一个流行的 Node.js 测试套装。 您应该已经安装 node.js , 并且一起安装了 npm
或 yarn
, 已完成的示例项目 使用了 yarn
.
让我们创建一个空目录用做测试项目。 在此示例项目中我们将使用嵌套目录,因为稍后还将使用其他框架,但通常您只需要使用一个框架。创建接下来我们需要使用的目录。 创建我们将要使用的目录 mkdir -p webdriver/selenium
。 指南接下来的部分我们假定您也在目录 webdriver/selenium
中完成。
我们将使用预设的 package.j son
来引导此测试套件,因为我们已经选择了特定的要使用的依赖项,并希望展示一个简单的工作解决方案。 此部分的底部有一个折叠起来的内容,其中有关如何从头开始设置的指南。
package.json
:
"selenium-webdriver" : " ^4.0.0-beta.4 "
我们有一个脚本将 Mocha 作为测试框架运行,暴露在 test
命令中。 我们还有将用于运行测试的各种依赖项。 Mocha 作为测试框架, Chai 作为断言库, 和 selenium-webdriver
(Node.js 中的 Selenium 软件包)。
如果你想看到如何从头开始设置一个项目,请点击我 如果你想从头安装依赖关系,只需运行以下命令。
npm install mocha chai selenium-webdriver
yarn add mocha chai selenium-webdriver
我建议将 "test": "mocha"
命令添加到 package.json
的 "scripts"
中,这样运行 Mocha 只需要执行
与 WebdriverIO 测试套件 不同,Selenium不是开箱即用的测试套件,需要开发人员来构建这些内容。 我们选择 Mocha , 它是相当中性的,与 WebDrivers 没有关系。 因此我们的脚本需要做一些工作才能以正确的顺序为我们设置所有内容。 Mocha expects a testing file at test/test.js
by default, so let’s create that file now.
test/test.js
:
const os = require ( ' os ' );
const path = require ( ' path ' );
const { expect } = require ( ' chai ' );
const { spawn , spawnSync } = require ( ' child_process ' );
const { Builder , By , Capabilities } = require ( ' selenium-webdriver ' );
// create the path to the expected application binary
const application = path . resolve (
// keep track of the webdriver instance we create
// keep track of the tauri-driver process we start
before ( async function () {
// set timeout to 2 minutes to allow the program to build if it needs to
// ensure the program has been built
spawnSync ( ' cargo ' , [ ' build ' , ' --release ' ]);
path . resolve ( os . homedir () , ' .cargo ' , ' bin ' , ' tauri-driver ' ) ,
{ stdio: [ null , process . stdout , process . stderr ] }
const capabilities = new Capabilities ();
capabilities . set ( ' tauri:options ' , { application });
capabilities . setBrowserName ( ' wry ' );
// start the webdriver client
driver = await new Builder ()
. withCapabilities ( capabilities )
. usingServer ( ' http://127.0.0.1:4444/ ' )
after ( async function () {
// stop the webdriver session
// kill the tauri-driver process
describe ( ' Hello Tauri ' , () => {
it ( ' should be cordial ' , async () => {
const text = await driver . findElement ( By . css ( ' body > h1 ' )) . getText ();
expect ( text ) . to . match ( / ^ [hH] ello / );
it ( ' should be excited ' , async () => {
const text = await driver . findElement ( By . css ( ' body > h1 ' )) . getText ();
expect ( text ) . to . match ( / ! $ / );
it ( ' should be easy on the eyes ' , async () => {
// selenium returns color css values as rgb(r, g, b)
const text = await driver
. findElement ( By . css ( ' body ' ))
. getCssValue ( ' background-color ' );
const rgb = text . match ( / ^ rgb \( (?< r > \d + ), (?< g > \d + ), (?< b > \d + ) \) $ / ) . groups ;
expect ( rgb ) . to . have . all . keys ( ' r ' , ' g ' , ' b ' );
const luma = 0.2126 * rgb . r + 0.7152 * rgb . g + 0.0722 * rgb . b ;
expect ( luma ) . to . be . lessThan ( 100 );
If you are familiar with JS testing frameworks, describe
, it
, and expect
should look familiar. We also have
semi-complex before()
and after()
callbacks to set up and teardown mocha. Lines that are not the tests themselves
have comments explaining the setup and teardown code. If you were familiar with the Spec file from the
WebdriverIO example , you notice a lot more code that isn’t tests, as we have to set up a few
more WebDriver related items.
Now that we are all set up with our dependencies and our test script, let’s run it!
We should see output the following output:
➜ selenium git:(main) ✗ yarn test
✔ should be cordial (120ms)
✔ should be easy on the eyes
We can see that our Hello Tauri
test suite we created with describe
had all 3 items we created with it
pass their
tests!
With Selenium and some hooking up to a test suite, we just enabled e2e testing without modifying our Tauri
application at all!
© 2024 Tauri Contributors. CC-BY / MIT