Home

Автор: Дейв Вестервельд (DaveWesterveld)
Оригинал статьи
Перевод: Ольга Алифанова

API - отличная штука. Это мощный способ заставить разные приложения работать вместе. API позволяют легко интегрировать приложения, и на них основана львиная доля современного Интернета. Они прекрасны.

Но.

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

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

Когда разрабатывается новая функциональность системы, аналитик пишет требования, а тестировщик их проверяет. До того, как начать реализацию. Потому что на этом этапе внести исправления дешевле всего.

Вот только на что обращать внимание при тестировании? Есть набор основных характеристик, которыми должна обладать хорошая документация:

Что интересного в программе и как протестировать онлайн-площадку заранее?

Программа Heisenbug 2021 Piter полностью готова — в ней 26 докладов и воркшопов! В этом анонсе мы перечислим основные темы и спикеров конференции по тестированию, которая пройдет уже 6–9 апреля в онлайне. Итак, поехали!

Основные темы:

• ML в тестировании
• Теория тестирования
• UI
• Kick start
• Инструменты
• Best practices

С докладами выступят:

• Кевлин Хенни — автор и редактор нескольких книг об IT, разработчик, спикер и консультант с огромным опытом;
• Мануэль Риггер — автор инструмента SQLancer, обнаружившего более 450 багов в SQLite, MySQL, PostgreSQL, MariaDB и CockroachDB;
• Артем Ерошенко — специалист по тестированию с 8-летним опытом, специалист по работе с Selenium, HtmlElements, Allure, Jenkins и многие другие;

Помимо докладов будет несколько воркшопов, на которых можно будет не только послушать, но и попрактиковаться:

• Виталий Фридман — От birthday selector до inline validation: Всё, что нужно знать о веб-формах;
• Андрей Солнцев — Как начать свой проект автоматизации с нуля; Продолжение;
• Олександр Хотемской — Пишем API-тесты на TypeScript;
• Юрий Артамонов — IDE в помощь специалисту по тестированию.

Полную программу можно увидеть здесь. Промокод на скидку тоже есть — softwaretesting2021JRGpc

Интересно, что все это в 4К, с возможностью ставить на паузу или менять скорость воспроизведения и даже игровым режимом платформы, который имитирует реальную площадку.

Хотите протестировать платформу, на которой будет проходить Heisenbug? Приходите на бесплатный онлайн-фестиваль TechTrain 2021 Spring, который пройдет 27 марта.

На нем вы сможете увидеть 6 докладов по разным направлениям, а мы — обкатать все системы в бою перед сезоном.

Тем более, что с докладом выступят Всеволод Брекелов и Артем Ерошенко, где познакомят с кучей инструментов, которые могут облегчить жизнь разработчику, тестировщику и даже менеджеру.

Для участия зарегистрируйтесь.

Автор: Саймон Найт (Simon Knight)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Глубокие размышления об этих факторах и их фиксация в любой форме – вот в чем задача этого упражнения.

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

Вы часто задумывались, обнаружив баг в мобильном приложении и заводя его в баг-трекер, как правильно назвать ту или иную часть интерфейса или действие, которые привели к ошибке? Или читаешь описание задачи и задумываешься, как должен выглядеть какой-то экран и что должно появиться при тапе на кнопку. А может, вы описываете продуктовые задачи и не всегда чувствуете себя на одной волне с дизайнерами и разработчиками, которые иногда начинают говорить на эльфийском? Чтобы исключить недопонимание, неясности и вопросы, мы решили создать перечень наиболее распространенных элементов и жестов и показать их на примере Юлы.

А вы знали, как называется «та самая выезжающая снизу экрана шторка» или несколько (три и более) тапов подряд? Ответы на эти вопросы и названия многих других элементов читайте в нашей статье.

Автор: Хилке де Йонг (Hylke de Jong)
Оригинал статьи
Перевод: Ольга Алифанова

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

Учитывать приходится множество мобильных устройств, браузеров и операционных систем. Но такое обилие возможностей вызывает один довольно важный вопрос: как узнать, на каких браузерах и устройствах тестировать?

Давайте с этим разберемся и создадим устойчивую кросс-браузерную мобильную тест-стратегию.

Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout

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

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

Автор: Маарет Пюхяярве (MaaretPyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

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

"Если единственный известный вам инструмент – это молоток, все становится похожим на гвоздь".