Что пишут в блогах

Подписаться

Что пишут в блогах (EN)

Разделы портала

Онлайн-тренинги

.

N(odejs m)ock - Nock
Источник:  Кошелев Артём / Test (automation) remarks
27.08.2020 21:00

Не перестаю находить что-то новое

Спустя 2 года работы в проекте, обнаружил у нас несколько тестов с использованием фреймворка nock. Он нужен чтобы мокать сетевые вызовы к другим сервисам (аналог wiremock).

Как это работает

Каждый мок сначала создаётся, а затем донастраивается цепочкой вызовов (builder pattern). Давай разберём на простом примере:

nock('https://some-remote-service.net', { reqheaders: { authorization: 'bart', 'user-agent': 'my-super-service', host: 'some-remote-service.net', }, }) .post('/api/endpoint', { first_name: 'bart', last_name: 'simpson' }) .times(1) .reply(200, {}); // вызываем тестируемый код тут expect(nock.is

Читать дальше


Еще больше данных при помощи JsonPath из библиотеки RestAssured
Источник:  testers little helper
18.08.2020 13:22

Всех приветствую, давненько не писал, но тут один коллега замотивировал, сказав, что моя статья по JsonPath — лучшее что есть по этой теме в рунете. Решил немного расширить тему и добавить полезных вещей.

Итак, это продолжение вот этой статьи, если вы ее не читали, то ознакомьтесь о чем пойдет речь. В примерах ниже будет использоваться тот же json  и та же библиотека JsonPath из поставки RestAssured.

Сразу дам совет, который и определит зачем я рассказываю про все эти функции груви: нужно постараться сделать максимум парсинга, приведений, измене

Читать дальше


"The Ongoing Revolution in Software Testing" by Cem Kaner (2004) - разбор общепринятых утверждений о тестировании/тестировщиках
Источник:  Шульга Максим / Чудес не бывает или я ошибаюсь?
11.08.2020 13:49

Благодаря давнишнему твиту Alan Page узнал про чудесную статью Cem Kaner, который еще в 2004 году разобрал популярные утверждения (мифы?) про тестирование и роль тестировщиков.Что именно так разбирается:The Role of Testers• The primary reason to test is to find bugs?• The primary reason to test is to prove the program works correctly?• Testers are THE advocates of quality on a project.• Test groups should evolve into quality assurance groups.• The test group should have the power to block release if product quality is too low.• Testers and programmers have conflicting interests.• The test group should work independently of the programmers.• Testers should push their project teams to follow "appropriately professionaldevelopment models," like the Waterfall, that require people to THINK before they act.• Testers shoul

Читать дальше


Г.С. Альтшуллер. Найти идею.
Источник:  Макаров Никита: Разрабатываем. Тестируем. Наблюдаем
13.07.2020 13:13

Трудно даже сказать сколько лет эта книга пылилась у меня в списке на прочтение (да, моя антибиблиотека очень велика). "Если долго мучаться, что-нибудь получится" - гласит народная мудрость. Если вы много и системно занимаетесь чем-то, то у вас внутри вырабатывается система. Если вы занимаетесь этим своим чем-то ну очень успешно, то выработанную вами систему можно попробовать продавать отдельно, даже отдельно от результатов ее функционирования. Например Уильям Детмер много упарывался по теории ограничений Голдратта и потому выродил и

Читать дальше


История моей фасетной классификации видов тестирования
Источник:  Мартыненко Сергей / 255 ступеней
23.06.2020 11:31

Немного некропост. Или мемуары. В 2001 я познакомился с шаблонами документации RUP. В частности, в «Плане тестирования» была интересная и нетривиальная классификация видов тестирования.  На мой скромный взгляд, эта классификация из 90-х и сейчас превосходит классификацию ISTQB.

Но что-то мне в ней не нравилось. В 2003 я разработал свою фасетную классификацию. Правда тогда я не знал, что она фасетная. В 2005 впервые опубликовал. Но ее еще нужно было дорабатывать и дорабатывать. Тогда еще я не знал о ГОСТ 9126, а до ГОСТ 25010 оставалось 10 лет…

Потом эта

Читать дальше


Когда багов создается больше чем решается…
Источник:  Мартыненко Сергей / 255 ступеней
22.06.2020 15:39

Иногда мне присылают вопросы, достойные ответа в виде статьи. Или хотя бы виньетки или драбла.

– Самое интересное … когда багов создается больше чем решается … что в этом случае советуешь делать? Палкой бить?

Зачем же сразу палкой? Да еще разработчиков. Данная ситуация полностью в компетенции менеджмента. Либо ручного контроля, либо контроля со стороны его величества Регламента.

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

Читать дальше


Александр Орлов. Джедайские техники конструктивного общения.
Источник:  Макаров Никита: Разрабатываем. Тестируем. Наблюдаем
15.06.2020 13:04

Если вы до этого никогда не читали и не видели в живую выступдения Александра Орлова и Славы Панкратова, то выйдете и зайдите в профессию снова идите в гугл, там много.Мне очень нравится вот такой вот формат - небольшая книжка за небольшие деньги, которая написана простым языком (привет, Нассим Талеб!) и хорошо раскладывает одну тему. Я хочу чтобы таких книг было больше. Книга рассказывает как коммуницировать не надо, а как надо в ежедневном , санитарно-гигиеническом контексте. И если представить себе, что все и каждый на работе коммуницирова

Читать дальше


UiPath: Вычитка asset-ов при недоступном Orchestrator-е
Источник:  Алпаев Геннадий -- Рецепты TestComplete
12.06.2020 02:58

Темплейт Robotic Enterprise Framework в UiPath по умолчанию настроен так, чтобы продолжать выполнение процесса, если Оркестратор недоступен. При этом в лог отправляются предупреждения о каждом asset-e, который UiPath не смог вычитать. Это хорошо только в том случае, если у вас есть значения всех переменных в локальном файле Config.xlsx, но если все данные хранятся в asset-ах, […]

UiPath: упрощённый вид конструкции IF
Источник:  Алпаев Геннадий -- Рецепты TestComplete
08.06.2020 00:59

Конструкция If-Then-Else в UiPath, как и большинство других конструкций (активити), выглядит довольно громоздко, занимая на экране много места. Конечно, её можно свернуть, однако в этом случае мы не будем видеть её содержимого при просмотре “кода”, а значит придётся добавлять комментарий, описывающий то, что происходит внутри. Однако есть ещё один способ, позволяющий сделать конструкцию весьма компактной […]

QA VADIS – КУА ИДЁШЬ: видеособеседование-симуляция на роль в QA
Источник:  Виноградов Алексей / Brainual Tester
01.06.2020 00:05

Записали пилотный выпуск нового проекта.



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

Если формат понравился - не стесняйтесь лайкать, комментировать и репостить видео, это будет мотивировать нас продолжать выпуски.