Перейти к содержимому

Аудит и оптимизация QA-процессов
онлайн, начало 4 декабря
Практикум по тест-дизайну 2.0
онлайн, начало 4 декабря
Школа Тест-Аналитика
онлайн, начало 9 декабря
Школа тест-менеджеров v. 2.0
онлайн, начало 9 декабря

checo

Регистрация: 30 авг 2011
Offline Активность: 26 авг 2020 12:18
*****

#175295 Не получается составить работающий css

Написано checo 22 января 2020 - 12:33

В первом случае @class="..." - четкое совпадение. Во втором - может быть больше классов в атрибуте, или другой порядок классов.


  • 1


#175269 Скопировать пин код из письма и вставить

Написано checo 21 января 2020 - 12:18

Тогда как корректно скопировать в буфер и потом вставить с "paste"?

Вот тут есть пример, как нажимать сочетания клавиш:

https://selenium-pyt...Chains.key_down


  • 1


#174795 WebTours Jmeter корреляция

Написано checo 05 декабря 2019 - 12:55

Что и требовалось доказать. Куча редиректов, и настоящая разметка приходит по факту совсем с другого адреса.

 

Теперь вопрос: а к чему в этом дереве применяется постпроцессор?

Видимо, не к тому, что подсвечено на скриншоте, а только к первому запросу.

Если настройка "Apply to sub-samples" не поможет, тогда делайте запрос именно на тот адрес, с которого приходят данные.


  • 1


#174608 ISTQB учит плохому?

Написано checo 26 ноября 2019 - 12:49

ISTQB вообще не учит, с чего начинать тестирование. Они описывают набор разных практик. Нужно к этому относиться как к багажу знаний и унификации некоторых понятий.

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

 

Уровень Foundation - "как бы" для начинающих (хотя у нас его часто сдают как раз после нескольких лет опыта). Поэтому там формальной стороне уделяется больше внимания.

Почитайте силлабусы для Advanced.

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

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

 

Есть другая проблема: при подготовке к ISTQB может возникнуть искажение целей. Они дают набор методик, и у человека появляется цель знать все эти методики, чтобы пройти экзамен. А потом кажется, что всё это непременно в той же пропорции надо применять на работе.


  • 1


#174576 Экзамен ISTQB в России

Написано checo 23 ноября 2019 - 11:50

Привет!

Они присылают извещение за 5 дней. То есть, если экзамен в субботу, то письмо будет только в понедельник.

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

В моем случае еще достаточно расплывчато писали место прохождения - адрес офисного центра без указания, через какой вход заходить и куда идти внутри. Написал письмо - уточнили, и даже дали телефон для контакта.


  • 1


#172082 Составление схемы состояний системы

Написано checo 07 мая 2019 - 16:34

 

Так вот, есть ли в дисциплине тестирования ПО какие-то методики, позволяющие постепенно составить схему развития состояний системы, чтобы максимально

покрыть все варианты развития событий?

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

 

Что можно сделать:

- Для начала, отделить те проверки, которые не относятся к "развитию событий", а проверяют единовременное влияние каких-то условий ("Сама сумма предоплаты (полная/частичная) зависит от суммы заказа", "от места нахождения товара и суммы заказа зависит, включена ли в стоимость доставка" и т.п.)

- Проверка пользовательских сценариев. Сначала проходим основные сценарии, потом ищем возможные ответвления на каждом шаге и пишем для них отдельные сценарии. Сценарии покрывают наиболее реалистичные варианты развития событий.

- Если есть много времени и возможность делать подробные проверки, то да - можно нарисовать диаграмму состояний и пройти по ней все пути.  Только не нужно переусердствовать и включать туда всё, что есть в бизнесе. Нужно выделить какой-то ограниченный набор состояний. (Например, отдельно - статусы резервирования. Если какое-то действие приводит к переходу в следующий набор состояний, не относящийся к резервированию, то это будет последнее действие в тесте.) Способов обхода такой схемы множество. Например, отметить два состояния как "начальное" и "конечное" и сделать такой набор тестов, которые начинаются с "начального" и заканчиваются "конечным". При этом нужно, чтобы этот набор тестов покрывал все возможные переходы. Если начальных и конечных состояний несколько, то это не значит, что надо проходить от каждого к каждому, просто на конечных надо заканчивать. Также, разумеется, не надо покрывать переходы, которые уже проверены пользовательскими сценариями.

- Если нужно проверить, что разные действия приводят к разным последствиям в зависимости от набора входных параметров, а комбинаций с параметрами много, то включать все эти варианты в схему переходов не нужно. Ищите тему "таблица решений" или "decision table".


  • 1


#172033 Как проверить правильность генерируемого страницей html

Написано checo 01 мая 2019 - 18:50

Сохранить во временную папку и открыть как URI "file:///..."?

Богомерзкий трактор так не умеет :( у него там прошито, что открывается только урл как data, можно поменять на файл, но только для всех спек сразу, в onPrepare, а мне ведь это надо сделать вообще в середине одного теста.

 

Если еще актуально.

Я не знаю всех тонкостей настройки протрактора. Но вот такой хеллоуворлд у меня заработал:

var my_html = '<html><body><h1>MY PERFECT PAGE</h1><pre>1\n2\n3</pre></body></html>';
browser.waitForAngularEnabled(false);
browser.get('about:blank');
browser.executeScript('document.write(arguments[0]);', my_html);

  • 1


#171573 ImplicitWait не ждет больше 60 сек

Написано checo 05 апреля 2019 - 09:03

Возможно, это и правда дефект в драйвере или в браузере.

 

Но это совершенно неважно. Неявные ожидания по минуте никто не использует. Что у вас за софт такой, где каждый, абсолютно каждый элемент нужно ждать по минуте? С таким софтом просто невозможно работать.

 

Если есть какие-то длительные загрузки элементов или страниц, надо знать, где они возникают, и делать явные ожидания. Неявные по определению должны быть небольшими, а в последнее время от их использования вообще отказываются.


  • 1


#170771 Ожидаемый/Фактический результат

Написано checo 04 февраля 2019 - 11:08

Привычка описания ОР -> ФР появляется так: Если баг найден в тесте, копипастим содержание теста, а внизу дописываем ФР.

И некоторые трекеры так же настроены: форма для бага в целом скопирована с формы для тест-кейса, но с дополнительными полями (снизу).


  • 1


#169463 как передать функцию в pytest_addoption

Написано checo 14 ноября 2018 - 10:08

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

В hookspec определен только один параметр: https://docs.pytest....ytest_addoption


  • 1


#169110 Пройди тест на знание Git

Написано checo 24 октября 2018 - 10:07

Интересный вариант ответа про коммит в ветку: "... сделать коммит по тем же правилам, что и для ветки master". Правило для master - не делать туда локальные коммиты :smile:


  • 1


#167233 Является ли аномалия и багом, и дефектом и т.д?

Написано checo 16 июля 2018 - 14:10

Для начала, в каком контексте задан вопрос?

 

Если для общего понимания, тогда термин "аномалия" вам вообще не нужен, не слышал его и не видел на форумах.

 

Если для подготовки к ISTQB, то надо забыть про здравый смысл и читать четко те определения, которые там написаны.

  • Баг  - такого термина у них вообще нет, он только приводится как один из возможных синонимов к дефекту.
  • Дефект - это то, что заложено в софте или документации.
  • Неисправность - это внешнее проявление дефекта, которое мы видим.
  • Аномалия - вообще не из этой классификации. Раньше они называли это "инцидент". Это айтем, который трекается, и который может быть чем угодно: и неисправностью, и дефектом, и мухами в глазах у тестировщика.

  • 1


#165320 Python + Selenium Error

Написано checo 19 марта 2018 - 16:07

File -> Settings -> Project: ... -> Project Interpreter указывает на тот же питон, который вызывается в Idle?


  • 1


#164523 автоматизация тестирования Microservices

Написано checo 23 января 2018 - 13:43

Сильно зависит от того, что ваши сервисы делают, и какой у них интерфейс взаимодействия с внешним миром.

 

В простейшем виде, тестирование сервиса ничем не отличается от тестирования формы на веб-странице: на входе - набор информации в отдельных полях, на выходе - результат или в виде ответа на запрос, или его можно вытащить другим запросом / из базы / из других источников.

 

Начинать можно со следующего:

1. Научиться вообще с этими сервисами работать. Разобраться с протоколом. Выбрать подходящий инструмент (код, SoapUI, JMeter) и попробовать написать пилотные тесты, чтоб они хоть что-то делали.

2. Понять, как будет организовано развертывание в тестовой среде. Нужны ли дополнительные ресурсы в виде серверов или облачных машин, нужны ли отдельные базы данных, что нужно установить из софта (например, visual studio). Написать скрипты для развертывания, если их нет у разработчиков.

 

Фреймворки - зависят от выбранного инструмента и/или языка.

Например, для RESTful можно напрямую создавать HTTP-запросы стандартными средствами, для WCF можно нагенерить готовую клиентскую библиотеку инструментами .NET. А далее - что угодно может потребоваться в зависимости от того, что должны проверять тесты.

 

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


  • 1


#161642 C# - NUnit - WebDriver. Внедрение Page Object. Типовой пример

Написано checo 17 августа 2017 - 12:26

А как это будет тогда выглядеть с точки зрения структуры тестового приложения? ApplicationManager, получается, будет управлять и хелперами, и объектами страниц?

 

Можно для страниц сделать отдельный менеджер, если так удобнее.

Главное, чтобы зависимость была однонаправленная:

- апп менеджер и хелперы могут использовать страницы, а страницы не обращаются к хелперам

- драйвер используется только в страницах


  • 1




Яндекс.Метрика
Реклама на портале