что "не знаю",

Ну вот у меня вот так прописан путь “C:\\tools\\chromedriver.exe”

Ну а вообще посмотри на сайте Selenium,там полно документации)

Я его положил в папку и пытался закинуть в корень проекта , но даёт заменить в минете существующий

В каком месте ты его пописываешь ?

кхм )
У тебя сессии есть открытые, зайди в таск менеджер и грохни их

Ааа, понял

Привет чат. Я что-то не могу найти джуновский канал, так что спрошу на всеобщее обозрение

Ситуация: есть техники тест-дизайна всякие. С классами эквивалентности и граничными значениями все достаточно понятно. А вот дальше идут всякие попарные тестирования, таблици и тд

Коммантарий: у меня сложилось понимание, что эти техники можно полезно и удобно использовать на не очень обширном поле. Типа вот наш сайт, откройте на таких системах, в таких браузерах, с айпишников таких стран. Делаешь манипуляции и получаешь сокращение случаев. Круто!
А когда речь идет, например об апишках каких-то, для которых валидным выходом может быть очень много значений, то становится сложнее

Задача: например есть гео сервис. Пользователь вводит свой город, передает свое местоположени и потом сервис сравнивает эти значения и говорит "Человек правда в этом городе" или "его там нет".
Что хочется протестировать - полноту и корректность маппинга городов с гео метками

Вопрос: как подступиться к такой задаче? Даже если взять одну страну - в ней много населенных пунктно. А в каждом населенном пункте - оооооочень много координат, которые ему соответствуют
Как убедиться, что после 15 проверок для крупных городов сервис будет корректно работать для какого-нибудь села, например
Само собой, не стоит задача сделать регресс на 200к тестовых случаев

Вопрос из головы, может быть не очень коррекным где-то. В общем - про любую задачу, где реально большие объемы или расплывчатые позитивные и негативные входные парраметры

техники комбинаторного тестирования (например, pairwise) как раз призваны сократить количество проверок (но обеспечить достаточное покрытие) при больших наборах данных.

Отвечу на самое простое:
Джуночат @qajuniors
Запасной (добрый) джуночат: @qajuniorsfree

Смотрите закрепленные сообщения и описание канала, там часто указывают ссылки. (но бывают не полное).

По поводу техник - применять их на распространеных UI (сайты, формы авторизации....) и правда удобно. Потому что вы их понимаете. Но сами техники Тест-Дизайна нацелены на сокращение количества тестов - покрыть максимально больший функционал при минимальных затратах. Возможно вы не до конца усвоили некоторые моменты - поищите побольше примеров в интернете на то, что, вам кажется, вы недопонимаете.
как например по поводу парного тестирования: https://www.youtube.com/watch?v=-Lu27061BiY  <- пример с наименьшим количеством данных, удобный (имхо) для попытки уловить суть.

Зависит от того где твои драйверы. Если в репозитории проекта, скачай последний хром драйвер и замени ручками

Без ошибок

Здравствуйте, подскажите какими принципами должен руководствоваться тестировщик при создании тест-кейсов. И есть ли разница между ними и принципами разработки тестовых сценариев? Спасибо!

А можете уточнить, чем отличается тест-кейс от тестового-сценария?

к сожалению нет, в этом заключается суть второго вопроса

имхо: принятыми в команде правилами. А еще этике, морали, любви к ближнему своему и далекому.

первый же запрос в поисковик выдает результаты, где "Тестовый случай - test case".

Привет. Столкнулся с аналогичной задачей: около 2000 месторождений, в каждом от 1 до 3-4 тыс. скважин; множество срезов (по организациям, по кустам, по исследованиям...). Аналогично размышлял, как тут можно применить техники тест-дизайна. Пришел к выводу, что данные значения нельзя интерпретировать как диапазоны, а скорее как конечный (но очень большой) набор значений.
Перебрать все варианты руками, тем более в одиночку, в принципе не представляется возможным. Поэтому, для каждого среза был написан скрипт, который случайным образом выбирает 5 месторождений (или иных сущностей) из представленного конечного списка в котором случайным образом выбирается 1 скважина (то есть, некоторый доверительный интервал), и производится тестирование только по ним (может быть большее количество промежуточных стадий до атомарной единицы, тоже выбираем случайным образом). Если дефекты в указанных значениях не были найдены, считаем, что тестирование пройдено успешно. На каждой итерации используются новые случайные скважины, что позволяет избежать эффекта пестицида.
Понимаю, что это сильно зависит от проекта, но такой подход в моем случае дает вполне неплохой результат.

В твоем примере, можно попробовать ввести разделение на страны, области, районы. Или пойти от численности населенного пункта: 1 - 1 000, 1 001 - 10 000, 10 001 - 100 000, 100 001 - 500 000, 500 001 - 1 000 000, свыше 1 млн. Далее, в каждом срезе выбрать несколько случайных пунктов и на них произвести тестирование.

Это только, если инглиш на уровне. Если не знаешь, даже на отбор на стажировку не попадешь

привет, подскажите, кто-то что-то знает за автоматизацию на VBScript?
какие области применения? на сколько резонно?

не во всех вакансиях veeam нужен ингл