Всем привет! Можно ли сюда скинуть вакансию?

Вакансия в другйо чатик

Всем привет! Можно ли сюда скинуть вакансию?

посмотри в шапке

Всем привет! Можно ли сюда скинуть вакансию?

https://t.me/qa_jobs

Благодарю. Всем хорошего дня

Дополнение к вопросу про Appium: кто пользуется им, есть ли у вас в приложении маска для текстового поля и не работает ли Appium с ними криво?

Дополнение к вопросу про Appium: кто пользуется им, есть ли у вас в приложении маска для текстового поля и не работает ли Appium с ними криво?

маска?

я только англ вводил

поэтому за русский не расскажу

а в чем проблема?

есть поле с маской из русских букв и цифр, например, А123АА, нормально не заполняется

может заполниться только А123 а дальше не заполниться

Проверь англ

Если заполняется, посмотри логи

Может баг

Баг аппиума

а руками чего как? если говорить о маске - то вот тебе и работа маски - сначала идут буквы, потом идут цифры, после цифр могут идти только цифры, а у тебя буквы - всё, achievement locked by JS

Всем привет! Практический опыт в тестировании у меня отсутствует, но тестирование мне интересно) Надеюсь смогу черпнуть полезной информации от вас

напоминаю, что у нас есть отдельный чат с юмором и флудом.

и отдельный чат с полезной информацией

можете подсказать, как включить автодозвон на iPhone 6? или какое-то приложение для этого.. Нашла нескольно *dial в iStore но ни один корректно не работает - всега надо вручную скидівать, чтоб начался следующий вызов..

можете подсказать, как включить автодозвон на iPhone 6? или какое-то приложение для этого.. Нашла нескольно *dial в iStore но ни один корректно не работает - всега надо вручную скидівать, чтоб начался следующий вызов..

@apple_ru

спасибо, не знала об этом чате!

спасибо, не знала об этом чате!

Я тоже не знал...

Всем привет, нужно поднять performance benchmark на Client side, кроме Chrome profile, можно ли ещё как-то это сделать? Может что то с Selenium?

https://www.youtube.com/watch?v=yzOiGpLA0Jc

хотя "негативные тестовые сценарии" - ну Мясников, ну блииин, ну пошто ты меня так не любишь? ))))

Лень смотреть, а что не так с негативными тестовыми сценариями?

Если в двух словах.

ну это имхо ложное противопоставление

всё сценарии должны тестировать "позитивное" поведение продукта независимо от типов данных. то есть независимо от требований

если что-то тестится за границей требований - это просто класс эквивалентности

а тестить "не падает ли продукт, если я в него чото не то подам" не нужно вообще

Я готов дать пояснения позднее днем после релиза.

разговор про негативное тестирование? Мне довелось слышать от предыдущих начальников, далее диалог(я и начальник(н)): н: какой еблан будет умышленно вводить кривые данные? я: например, по ошибке либо ему неверно сказали, он без задней мысли, взял и ввел н: зачем ты оправдываешь ебланов? я: но они же люди вот так некоторые начальники в IT воспринимают ошибки системы, вызванные человеком, по ошибке неуменя работы с системой

банальный пример: заказ еды из мобильной аппы. Ввод номера квартиры. Проебался человек или ещё что.

Во первых, всё зависит от условий и задач. Если задача процесса тестирования - проверить, что продукт соответствует требованиям (и эти требования есть, лол), то негативные сценарии можно свести к минимуму. Хотя любое тестирование валидации и те же граничные значения включают в себя негативные тесты. Во вторых, тестировать надо _все_ возможные данные, и _все_ возможные сценарии. Дальше уже вопрос соотношения время\профит.

я уточню - я отлично понимаю ЧТО понимают под этим в терминологии и именно это я считаю неверным. то есть привязка к данным, а не к конечному результату. это избыточная и имхо ложная дихотомия. то есть "невалидные данные" и "действия за границами требований" являются просто тестами на проверку функционала, только функционала обработки некорретного инпута или ошибок. а именно - в тесте "давайте откроем ноутпэдом файл на 10 Тб" нет ничего "негативного" - это вполне "позитивный" тест на то или ноутпэд умеет себя вести корректно в "неожиданной" ситуации

Все тесты изначально позитивные

ещё есть вариант "негативного", когда мы передовыпилили часть функционала и типа проверяем "а нет ли у нас остатков старого гогна"

если лдя работы приложения нужен интернет, и при отсутствии интернета должен появляться аллерт, отсутствие интернета можно назвать негативным кеисом?

все тесты всегда тесты

нет кнеш

(

ну как так

два раза на собеседованиях меня убеждали в обратно

Они не правы

потому что это проверка обработчика ситуации "оффлайн режима"

ну да

(

расстроен я

теперь

Ты не смог их убедить

И проиграл)

Хотя кейс был позитивный

Но не прошёл

Это вполне понятное и нужное деление на позитивные\негативные. Нужное просто для комфортного обозначения объема тестируемости.

ну у меня мало опыта и я первый раз думал что ошибаюсь хоят порассуждал и на след собеседовании убедил

не совсем так - это так "принято" много где, но не всеми. вот @RichardGears это давал как раз в докладе так, как принято в части кьюа сообщества (не удивлюсь что даже исткуб так говорит)

а в другой конторе атм человек был прям профи и я не стал с ним спорить

Грубо говоря, первое что необходимо проверять в любом случае - это user flow. Пока не работает юзерфлоу с позитивными тестами - за негативные можно и не браться.

ERROR: S client not available

имхо это убивает часть логики. люди начинают делить сценарии вместо оценки покрытия

Деление сценариев никак не отменяет покрытия.

У меня вот есть набор тестов, из него можно олап куб слепить - там куча делений. По юзерфлоу, по микросервисам, по позитивным\негативным, по вхождению в тест-сьюты и прочее.

На покрытие это никак не сказывается.

или если поле принимает цифры, и при вводе туда не цифр сообщение об этом, ввод не цифр это не негативный кейс ведь

это проверка появится сообщение что ввод некорретный

Надо уточнить терминологию

Я думаю

некорректный инпут является очевидным юзер флоу, но нет. это просто тесты на а) разный функционал (открытие тхт файла в ноутпэде - это функционал загрузки собственных документов, открытие большого бинарного файла - функционал обработчика ошибок), б) разное покрытие (смоук/сэнити против non-functional bla bla bla)

Негативные тесты это проверка на то, что программа может схавать не тот input, который должна в нормальном юзер-флоу.

Обработать это и выплюнуть нужную ошибку.

Нормальный юзерфлоу не предполагает, что я буду в инпут пихать XSS.

это позитивные тесты на обработку нефункциональных или расширенных требований

Вот

Или так

У тебя просто искаженное восприятие негативных тестов, вот и всё. :)

> Negative testing ensures that your application can gracefully handle invalid input or unexpected user behavior.

Первым делом проверяем что система корректно работает с корректными данными. Потом проверяем, что корректно обрабатывает отказы. Потом вся остальная хуйня.

да, вопрос - где тут негативность?

И все позитив получается

негатив это все то где должны отрабатывать отказы системы

Выше цитата, которая полностью раскрывает, что есть негативность.

в твоём отношении. BA DUM TSSSS!

в том чесле это какие нить неправильные логин-пароль

что значит не правильные?

Можно это хоть хуём обозвать, но это все ещё будут негативные тесты.

А если это главное требование

?

отсутствующая в бд пара