Crates.io | frontest |
lib.rs | frontest |
version | 0.3.0 |
source | src |
created_at | 2022-03-06 16:22:27.413396 |
updated_at | 2024-01-04 19:30:25.893292 |
description | A crate for querying, matching and asserting DOM |
homepage | https://github.com/zwo1in/frontest-rs |
repository | https://github.com/zwo1in/frontest-rs |
max_upload_size | |
id | 544555 |
size | 55,084 |
Frontest is heavily inspired by dom-testing-library and react-testing-library. It provides a set of queries that you can use to quickly find your elements in document with respect to accessibility priorities.
use frontest::prelude::*;
use gloo::utils::{body, document};
let div = document().create_element("div").unwrap();
div.set_inner_html(
r#"<div>
<label>
I will start testing my frontend!
<button>
Take the red pill
</button>
</label>
<label>
It's too problematic dude...
<button>
Take the blue pill
</button>
</label>
</div>"#,
);
body().append_child(&div).unwrap();
let go_to_matrix = div
.get(&HasRole("button").and(Not(HasLabel("It's too problematic dude..."))))
.unwrap();
go_to_matrix.click();
body().remove_child(&div).unwrap();
This library aims to allow developers to test their application in a way that a user would interact with it. For this purpose it is recommended to prioritize certain queries above another. Currently only two matchers are implemented. More will be available in future releases. Matchers should be prioritized like so:
HasRole
Should always be used where possible. It allows accessing elements that are exposed into accessibility tree.HasLabel
Also should be used where possible. Is supported by screen readers and allows for easier focusing elements.HasPlaceholder
Not as great option as predecessors, however still a better alternative than HasText
for accessible elements.HasText
Can be used to select non-interactive components or further restrict other queries.Matchers are predicates for HtmlElement
. They return true
if given element suffices some criteria
or false
otherwise.
Using the matcher Not
and methods from Joinable
trait it is possible to combine multiple matchers into
a logical expression.
Matcher
s.struct IsHidden;
impl Matcher for IsHidden {
fn matches(&self, elem: &HtmlElement) -> bool {
elem.hidden()
}
}
let div = document().create_element("div").unwrap();
div.set_inner_html(
r#"<button hidden>
Yayyy frontend in rust!
</button>"#
);
div.append_child(&div).unwrap();
assert!(div.get(&IsHidden).is_some());
body().remove_child(&div).unwrap();
Tests should be run using wasm-bindgen-test. It allows running them directly in browsers or in node-js.
Currently this crate provides a render
function that allows for quickly rendering any html
created with yew
.
It was choosen to render the html instead of directly taking a component so it is easier to wrap them with ContextProvider
and so on.
#[function_component(Incrementable)]
fn incrementable() -> Html {
let counter = use_state(|| 0);
let onclick = {
let counter = counter.clone();
Callback::from(move |_| counter.set(*counter + 1))
};
html! {
<div>
<p>{ format!("Value: {}", *counter) }</p>
<button {onclick}>{ "Add" }</button>
</div>
}
}
use frontest::prelude::*;
use frontest::yew::render;
#[wasm_bindgen_test]
async fn clicking_on_button_should_increment_value() {
let mount = render(html! { <Incrementable /> }).await;
let value = mount.get(&HasText("Value:")).unwrap();
let button = mount.get(&HasRole("button")).unwrap();
assert_eq!("Value: 0", value.inner_text());
button.click();
assert_eq!("Value: 1", value.inner_text());
body().remove_child(&mount).unwrap();
}
wasm-bindgen-test
runs all tests sequentially and let them manipulate real DOM.
However it doesn't recreate full DOM for each test, so things done in one test may impact others.
Always make sure you are doing a proper cleanup of DOM after your tests eg. remove mounted child element.
Hopefully in future this library will provide some kind of RAII for running tests.