AO
я использую матчеры обычно
Size: a a a
2020 November 13
AO
в противном случае сам их пишу
AS
В смысле херня не код, а булеаны в тестах.
Y
я использую матчеры обычно
это как ? есть пример ?
AS
На самом деле
Важно вот что:
1.
2.
3.
4.
5.
Condition и есть по сути матчер. Но сути это не меняет. Важно вот что:
1.
$.shouldHave(cssClass(“your class”)) - хорошо2.
$.shouldNotHave(cssClass(“your class”)) - хорошо3.
assertEquals(...) - хорошо4.
assertThat(…).isEqualTo(...) - хорошо5.
if ($.has(cssClass(“…”))) - ПЛОХОAV
Yuriy
день добрый - есть такой элемент - у него есть класс
class="dx-overlay dx-widget dx-visibility-change-handler dx-loadpanel dx-state-invisible"
как сделать проверку на то чтобы в классе элемента присутсвовала или отсутствовала часть " dx-state-invisible" ?
class="dx-overlay dx-widget dx-visibility-change-handler dx-loadpanel dx-state-invisible"
как сделать проверку на то чтобы в классе элемента присутсвовала или отсутствовала часть " dx-state-invisible" ?
Это не "класс", это много классов.
Y
я понимаю. несколько классов. из которых мне надо проконтролировать только один
AV
Yuriy
Ага спасибо. правда я имел в виду что-то типа boolean Bvisible = se.....
А зачем вам булеан?
Y
Ну я так припоминаю что .shouldHave имеют функцию wait ?
тогда не нужны були.
тогда не нужны були.
AO
Yuriy
это как ? есть пример ?
public static <T> void assertThat(String reason, T actual, Matcher<? super T> matcher) {
boolean matched = matcher.matches(actual);
Description description = new StringDescription();
description.appendText(reason)
.appendText("\nExpected: ")
.appendDescriptionOf(matcher)
.appendText("\n but: ");
matcher.describeMismatch(actual, description);
Consumer consumer = e -> {
if (!matched){
getSyncConsumer().accept(null);
if(!matcher.matches(actual))
throw new AssertionError(description.toString());
}
};
String message = String.format("Ожидаем, что: %s%s",("".equals(reason)? "": reason + " "), matcher.toString());
step().message(consumer, message);
//step(message, getStepper(consumer));
log.debug("match -> " + matcher.toString());
}
boolean matched = matcher.matches(actual);
Description description = new StringDescription();
description.appendText(reason)
.appendText("\nExpected: ")
.appendDescriptionOf(matcher)
.appendText("\n but: ");
matcher.describeMismatch(actual, description);
Consumer consumer = e -> {
if (!matched){
getSyncConsumer().accept(null);
if(!matcher.matches(actual))
throw new AssertionError(description.toString());
}
};
String message = String.format("Ожидаем, что: %s%s",("".equals(reason)? "": reason + " "), matcher.toString());
step().message(consumer, message);
//step(message, getStepper(consumer));
log.debug("match -> " + matcher.toString());
}
Y
я пока сделать se.shouldNotBe(visible) и все пока рабоатет
AO
типа такого
AO
всё это автоматом аттачится сразу в Allure
AO
в качестве параметра я кидаю какой-нить матчер самописный или существующий
AO
public class IsPositiveInteger extends TypeSafeMatcher<Integer> {
@Override
protected boolean matchesSafely(Integer item) {
return item > 0;
}
@Factory
public static Matcher<Integer> isAPositiveInteger() {
return new IsPositiveInteger();
}
@Override
public void describeTo(Description description) {
description.appendText("a positive integer");
}
}
@Override
protected boolean matchesSafely(Integer item) {
return item > 0;
}
@Factory
public static Matcher<Integer> isAPositiveInteger() {
return new IsPositiveInteger();
}
@Override
public void describeTo(Description description) {
description.appendText("a positive integer");
}
}
AO
вот простецкий матчер
AV
Какой кошмар, зачем всё это)
AO
я свой инструмент делал просто
AO
мне не всегда нравится дефолтное поведение матчеров из коробки
AO
учитывая то, что у меня есть мания каждый пук писать в аллюр