Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
"К коду тестов нужно относиться так же, как и к коду продукта".
Недели не проходит, чтобы кто-нибудь об этом не заявил в докладе, статье, посте на LinkedIn.
Я согласен. Вы должны обращаться с кодом тестов так же, как и с кодом продукта. Проблема тут в том, что просто заявить "вы должны" недостаточно, чтобы это магическим образом произошло за одну ночь. К сожалению, я крайне редко вижу, чтобы сказавший это человек поделился практически применимыми советами, как же обращаться с кодом тестов аналогично коду продукта.
Автор: Марк Уинтерингэм (Mark Winteringham) Оригинал статьи Перевод: Ольга Алифанова
В канале API-тестирования “Министерства тестирования” в Slack часто задают вопрос, как быть с автоматизаций проверок API для “негативных” сценариев (мне этот вопрос тоже задают нередко). При помощи технологий вроде HTTP можно быстро создавать комбинации запросов, и это иногда вызывает ошеломление, что же и как автоматизировать на уровне API.
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
«Каким способом лучше начать изучать автоматизацию?»
Этот вопрос мне задают довольно часто, и мой ответ, как правило, довольно обширен. Он так обширен, что я даже написал бесплатную короткую электронную книгу об этом. Не думаю, что существует наилучший способ изучать автоматизацию, но есть способ, который я совершенно точно НЕ рекомендую.
Автор: Маарет Пюхяярве (Maaret Pyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
Я работаю с множеством команд, и зачастую помогаю упрощать обучение тест-автоматизации по отношению к тому, как мы с ней работаем. Это потрясающе – разговор о покрытии не меняется, даже если увеличивается скорость обратной связи. Давайте поговорим об этом.
Автор: Деннис Мартинез (Dennis Martinez) Оригинал статьи Перевод: Ольга Алифанова
В маленьких технических компаниях постоянно кипит жизнь – особенно в стартапах перед запуском. Планирование, маркетинг, позиционирование продукта, поиск потенциальных инвесторов и партнеров, разработка, и многое другое – что-то всегда требует внимания. Это ураган деятельности и энергии, который не прекращается многие месяцы. Всю мою карьеру я проработал в компаниях на раннем этапе развития, и отлично знаю, как это весело и раздражающе – как правило, одновременно.
Всем привет, меня зовут Денис Платонов, я Software Developer Engineer in Test (SDET) в компании Bimeister. Я занимаюсь разработкой софта для тестирования — это фреймворки, автоматизированные тесты, настройка CI Pipeline’ов и многое другое.
В статье расскажу, как мы победили исключение StaleElementReferenceException при разработке нашего фреймворка, используя Selenium WebDriver и C#.
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
Если вы давно читаете мои статьи, то, возможно, знаете, что я большой поклонник WireMock, сервиса с открытым исходным кодом на Java, созданным для имитации API и виртуализации служб. Я даже создал и опубликовал бесплатный воркшоп с открытым исходным кодом по этому инструменту.
Лишь недавно, готовя курс по тестированию API на C# для заказчика, я узнал, что WireMock также портирован на C#. В этой статье я хочу пристальнее рассмотреть WireMock.Net, как (предсказуемо) называется эта библиотека. Прежде чем начать, сообщу, что честь создания и поддержки библиотеки принадлежит Штефу Хайнрату.
Зачастую перед QA-инженером стоит задача покрытия функциональности автотестами, при этом без избыточных проверок, по правильной пирамиде. Но, прежде чем начать покрывать бизнес-логику, стоит понять, а что, вообще, можно покрыть на unit-тестах.
