Автор: Ольга Назина (Киселева)

Содержание

• Что такое API
  
  • API — набор функций
  • Как составляется набор функций
  • При чем тут слово «интерфейс»
• Как вызывается API
  
  • Вызов API напрямую
  • Косвенный вызов API
• Что значит «Тестирование API»
• Резюме

Автор: Марк Уинтерингэм (Mark Winteringham)
Оригинал статьи
Перевод: Ольга Алифанова

В канале API-тестирования “Министерства тестирования” в Slack часто задают вопрос, как быть с автоматизаций проверок API для “негативных” сценариев (мне этот вопрос тоже задают нередко). При помощи технологий вроде HTTP можно быстро создавать комбинации запросов, и это иногда вызывает ошеломление, что же и как автоматизировать на уровне API.

Привет, я Михаил Шваркунов, директор по качеству ВКонтакте. Расскажу, как выглядят наши ежечасные релизы с точки зрения тестирования: как мы переложили часть задач по тестированию на разработчиков, сколько у нас автотестов и что мы ими покрываем. А ещё как команда тестирования сопровождает релиз, какие у нас при этом SLA и что делаем после. И вообще — зачем так часто что-то выкатывать? Что, нельзя подкопить и катать раз в день? 

Деплой: раз в месяц → раз в час, или Зачем так часто

У разных компаний бывают релизы и раз в месяц, и раз в неделю, у некоторых каждый день. ВКонтакте релиз происходит каждый час. Так было не всегда — до того, как мы так ускорились, наши релизные поезда были длинными и перегруженными, за ними всегда кто-то бежал с криками: «Подождите! Подождите! У меня релиз, договорённости, вы не можете без меня уехать!»  

Автор: Боб Салмон (Bob Salmon)
Оригинал статьи
Перевод: Ольга Алифанова

Эта статья - ответ на челлендж Министерства тестирования “Как мы хакнули инструмент, чтобы заставить его работать на нас”. Сначала я поговорю об инструментах в целом, а затем приведу пару примеров не особенно стандартного использования инструментов. Я уже писал немного об инструментах, но не в этом контексте. Использование инструментов интересным способом или их комбинирование часто встречается в физическом мире - неудивительно, что мы переносим эту идею и на ПО тоже. Пила и стусло, молоток и долото - инструменты улучшают друг друга.

Оригинальная публикация

Привет! Я Линар Юнусов, тестировщик из мобильной команды СберМаркета. Если вы не первый день в тестировании, то знаете про существование нефункциональных проверок и как они могут поломать жизнь приложение. В этой статье расскажу про то, к каким проверкам мы пришли в СберМаркете. Сначала поговорим о довольно популярных кейсах, потом о более специфических: попадём на экраны настройки в режиме разработчика, попробуем поработать с клавиатурой и вводом эмоджи , а ещё узнаем скорость загрузки нашего приложения на разных платформах. Поехали!

Автор: Луиза Гиббс (Louise Gibbs)
Оригинал статьи
Перевод: Ольга Алифанова

Какие инструменты, с вашей точки зрения, недооценены или неправильно поняты?

Увидев тему 5 дня челленджа “30 дней инструментов”, я сразу же подумала о записи и воспроизведении. Ранее я писала и говорила, что поддерживаю инструменты записи и воспроизведения для автоматизации, и все еще стою на этой позиции. Несмотря на то, что я несколько лет не работала с фреймворком тест-автоматизации, включающим запись и воспроизведение.

Автор: Чистяков Вадим
Оригинальная публикация

Фича = задача и далее по тексту :-)

Что есть задача для разработчика?  

Как правило, разработка получает от продакт-менеджера техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде PRD, который может содержать ссылки на Figma, список требований, ссылки и прочие полезности, необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов задача готова к релизу.  

После разработки

Исходя из своего опыта, могу заметить, что следующим после тестировщиков в процесс релиза вступает Release Manager или даже целая Release-Team. Он берет на себя ответственность довести задачу до клиента. Продакт/проджект-менеджеры и другие участники от бизнеса, скорее всего, имеют представление о том, что происходит с нашей новенькой и очень полезной (нет) фичой. Они также ведут таблицы, получают информацию от аналитиков и на основе этих данных могут принимать решение: "А что дальше?" 

Автор: Андреа Иенсен (Andrea Jensen)
Оригинал статьи
Перевод: Ольга Алифанова

Хочу рассказать вам о крошечном инструменте, который всех спас.

Когда-то я тестировала одну из проблем, чьи первопричины просто не даются в руки. Конечно, ПО работало прекрасно на машине разработчика, но не делало этого на моем тестовом ноутбуке. Наконец после часов дебага, ряда звонков и балансирования на грани отчаяния… мы нашли первопричину!