Home

Автор: Матвеев Сергей
Оригинальная публикация

Привет! Меня зовут Сергей, я более 11 лет в тестировании, и успел за это время перепробовать множество разных подходов в QA — начинал простым тестировщиком, затем строил и развивал всевозможные отделы тестирования и автоматизации, а сейчас работаю в QIWI.

В этой серии постов я хочу поговорить с вами про тестирование трех популярных так называемых не-REST-бэкендов. Самое главное для начала — определиться с терминами, договоримся, что везде в тексте, где я упоминаю REST — речь идет именно о REST HTTP-бэкенде. Наверняка многие из вас с ним работали и вообще неплохо знакомы.

Но есть ещё три других, собственно, не-REST-бэкенда. С ними тоже полезно научиться работать: во-первых, для общего развития, во-вторых, будете знать, как подступаться к их тестированию, на случай, если ваша команда вдруг решит поработать на одном из них. 

Автор: Майкл Болтон
Оригинал статьи
Перевод: Ольга Алифанова

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

Авторы: Алексей Чичук, Владислав Литвинов, Анастасия Стрижеченко
Оригинал статьи размещен в блоге компании «Точка» на сайте Хабр

Привет, мы Алексей Чичук, Анастасия Стрижеченко и Владислав Литвинов — тестировщики из банка Точка.

И сегодня мы расскажем, как и почему мы используем JMeter для функционального тестирования.

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Selenium! Playwright! Cypress! Postman! Вокруг этих инструментов, в основном сконцентрированных на проверках вывода, всегда много шума – и сейчас нарастает гвалт насчет малокодовых или безкодовых инструментах проверки вывода. (В прошлом году я проводил ревью некоторых из них, тут и тут. Использовали ли эти компании свои собственные инструменты для тестирования своих инструментов? Как ответ «да», так и ответ «нет» прозвучат обескураживающе).

Автор: Куликов Дмитрий 

На сайте hh.ru есть около 100 вакансий, где навык составления XPath важен для работодателя, также в интернетах полно материалов, вроде шпаргалок по составлению локаторов или ворк-шопов на ютубе. Как-то у меня спросили на собеседовании про то, какой из языков построения локаторов использовать лучше XPath vs CSS, и я ответил — лучше использовать тестовые аттрибуты, а если мы их используем то и использовать эти языки необязательно. Скорее всего такой ответ не устроил, но я ответил честно, т.к на предыдущем месте мы старались не использовать XPath для решения этой задачи.

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: OSS contributor

Тестирование — один из самых больных, если не самый больной вопрос в современной разработке программного обеспечения. Поговаривают, что разработчики не любят писать тесты, что написать правильные тесты зачастую сложнее, чем сам код, что «зеленое — не значит работает», а типовые экстремисты даже утверждают, что АДТ с лихвой эти самые тесты заменяют.

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

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

В прошлый раз я объявила новую тему для моих статей в 2023! Ежемесячно я буду исследовать различные логические ошибки и их отношение к тестированию.

В этот раз мы разберем ошибку невозвратных затрат. Она возникает, когда человек принимает решение, оказавшееся неверным, но так как уже потрачено много времени, денег или энергии, принимается решение придерживаться выбранного пути, а не изменить курс.