S
вот на это не ругается. все проходит как раз
Size: a a a
2019 September 20
ИС
да
2222222222 не похоже на boolean.S
2222222222 не похоже на boolean.даааа...в этом и проблема. что он как будто не проверяет ничего.
ИС
Знаичт там приведение к True.
S
тоесть тесты все проходят когда любые типы данных ставишь.
VP
Я поэтому и хочу разграничить, чтобы форма админа (кейс связывающий чекбокс и БД) тестировалась отдельно, чтобы исключить множественные переходы на неё в угоду другим кейсам.
Потому что 2 кейса, на мой взгляд:
1. Проверка Чекбокса Админа и БД
2. Проверка Поля у пользователя и БД
проще засунуть во флоу тестирования Админской формы и формы Пользователя, соответственно.
Потому что 2 кейса, на мой взгляд:
1. Проверка Чекбокса Админа и БД
2. Проверка Поля у пользователя и БД
проще засунуть во флоу тестирования Админской формы и формы Пользователя, соответственно.
Мне кажется такой подход - отличный, тесты более гранулярны и изолированны. Более точно укажут на проблему, если что-то упадёт
ИС
Задача какая? Чтобы при таких значениях
last_update тест падал?S
задача, чтобы скрипт реально проверял типы данных в id и last update
S
а тут какбудто ему плевать
ИС
задача, чтобы скрипт реально проверял типы данных в id и last update
var isValidScheme = tv4.validate(posts, scheme, false, false)ИС
Третий параметр checkRecursive = false. Не происходит проверка внутренностей списка.
DS
У вас верный подход. Но второй описывает e2e тесты, что тоже должны иметь место.
В идеале должны все компоненты тестироваться юнитами, интеграция между ними интеграционными тестами, и самые сложные кейсы (где не получается поймать ошибки предыдущими тестами) тестируются e2e UI
В идеале должны все компоненты тестироваться юнитами, интеграция между ними интеграционными тестами, и самые сложные кейсы (где не получается поймать ошибки предыдущими тестами) тестируются e2e UI
Спасибо. Стало быть такой простой кейс можно реализовать с переключением в БД. Осталось только подготовить качественную аргументацию делать тесты по новому.
@lerikpav, спасибо. Вопрос может быть в сложности реализации имеющимися средствами.
@lerikpav, спасибо. Вопрос может быть в сложности реализации имеющимися средствами.
S
Третий параметр checkRecursive = false. Не происходит проверка внутренностей списка.
сделать тру тру?
ИС
сделать тру тру?
Я не знаю, чел. Я предположил, по какой причине может быть описанное тобой поведение. И сказал, что бы я проверил в первую очередь. А что ты будешь делать, решать тебе...
S
Я не знаю, чел. Я предположил, по какой причине может быть описанное тобой поведение. И сказал, что бы я проверил в первую очередь. А что ты будешь делать, решать тебе...
это я уже чекал. всеравно все проходит. спасибо за помощь
LY
Спасибо. Стало быть такой простой кейс можно реализовать с переключением в БД. Осталось только подготовить качественную аргументацию делать тесты по новому.
@lerikpav, спасибо. Вопрос может быть в сложности реализации имеющимися средствами.
@lerikpav, спасибо. Вопрос может быть в сложности реализации имеющимися средствами.
вот вам видео в качестве одного из аргументов ) https://youtu.be/JYY_52DTJqs
АС
всем привет. Опытные коллеги подскажите В каком формате универсальном принято сохранять вводные (логин/емейл например) и резул. табличные данне чтоб этот файл потом открывался и в Windows и в Mac OC? (txt неудобно, csv!?)
АС
эт для тестов на джаве
ИО
Гайз, подскажите плиз, как в RestAssured достать юзеров cо второго по шестой через userid?
EY
Андрей Суший
эт для тестов на джаве
Json ?!